In my case Iβm using a DS1522+ as a NAS. I already had forgotten; my username so had to do a hard reset.
Mode 1 reset on a Synology NAS is a soft reset that allows you to:
β What Mode 1 Reset Does
Resets:
- Admin password (blank)
- Network settings (set to DHCP)
Keeps:
- All other settings (users, shared folders, apps, data, permissions, etc.)
This is useful if you:
- Forgot your admin password
- Misconfigured your network and canβt connect to the NAS
π§ How to Perform a Mode 1 Reset
Locate the Reset Button
- Usually a small pinhole on the back of your NAS
- Use a paperclip or SIM ejector tool
Turn on Your NAS
- It must be fully booted and operational (power LED is solid)
Press and Hold the Reset Button
- Hold it for about 4 seconds until you hear a beep
- Release the button after the first beep
Wait ~1 Minute
- Network settings will reset to DHCP
- Admin password will be blank
Access DSM
Go to
http://find.synology.comor use Synology AssistantLog in as:
- Username:
admin - Password: (leave it blank)
- Username:
DSM will prompt you to set a new password
π Important Notes
- If
adminis disabled, this reset re-enables it. - No data or settings are lost.
- Be sure to set a new secure password right after logging in.
Hereβs a table summarizing the best ways to move data between your Synology NAS and other devices on your network, based on the previous response:
π Best Ways to Transfer Data to/from Synology NAS
| Method | Best For | How to Use / Setup | Notes |
|---|---|---|---|
| SMB / NFS (File Sharing) | General file transfer (Windows, macOS, Linux) | DSM β Control Panel β File Services β Enable SMB/NFS Connect via file explorer | Easiest drag-and-drop method on LAN |
| Synology Drive | Folder syncing and backup (like Dropbox) | Install Synology Drive Server (NAS) + Drive Client (PC) Configure sync tasks | Cross-platform, versioning supported |
| USB Copy | One-time USB transfers (external drives, cameras) | Plug USB drive β Use USB Copy app or File Station | Supports auto-transfer or manual copy |
| DS File / Synology Drive App | Mobile transfers and access | Install app on phone β Connect via QuickConnect or IP | iOS/Android support, local or remote |
| rsync / scp / SFTP | Advanced scripting or encrypted CLI transfers | Enable SSH in DSM β Use terminal to transfer files | Ideal for automation and Linux/macOS users |
| Hyper Backup | Regular device or NAS-to-NAS backup | Use Hyper Backup in DSM to schedule backup jobs | Good for backup redundancy |
| WebDAV | Mountable over HTTPS | Enable in DSM β Mount using WebDAV clients | Remote-friendly, encrypted transfers |
| FTP / SFTP | Legacy app compatibility, simple file servers | Enable in DSM β Connect via FTP clients | Less secure unless SFTP is used |
| Snapshot Replication | NAS-to-NAS sync or backup | Requires two Synology NAS units | Supports scheduling and versioning |
| Third-party tools | Special workflows (e.g. Rclone, Mountain Duck) | Install & configure on client device | Good for cloud integrations and scripting |
Let me know your operating system and goals (e.g., backup vs. syncing vs. occasional copy), and I can suggest the best method with step-by-step setup.
Planned setup:
ββββββββββββββ
β Fedora PC ββββββ SMB/NFS mount to Synology
ββββββ¬ββββββββ
β
βΌ
βββββββββββββββββ Ethernet βββββββββββββββ
β Raspberry Pi ββββββββββββββββββββββββΊβ Synology NASβ
β (CasaOS) β β DS1522+ β
βββββββββββββββββ βββββββββββββββ
β β β²
β ββββ΄ββββ Docker Apps:
β - Nextcloud (points to NAS storage)
β - Jellyfin (reads media from NAS)
β - Pi-hole (network-wide DNS)
| Component | Role |
|---|---|
| Synology DS1522+ | Central storage server (SMB/NFS file share, backups, media files) |
| Raspberry Pi 4 (Ethernet) | Runs CasaOS to manage self-hosted apps |
| Apps to Host on Pi | - Nextcloud: for family photos/videos backup - Pi-hole: network-wide ad blocking - Jellyfin: media streaming |
| Mount Synology NAS | Mount Synology shared folders on the Pi for media and backup access |
NFS and SMB are two different network file sharing protocols that allow files and directories to be shared across systems over a network. They are commonly used in both home and enterprise environments. Hereβs a breakdown of each:
NFS (Network File System)
- Developed by: Sun Microsystems (now Oracle)
- Mainly used on: Unix and Linux systems
- Purpose: Allows users on a client computer to access files over a network as if they were on the local storage.
- Protocol type: Stateless protocol (mostly, in early versions)
- Ports used: TCP/UDP 2049 (plus others for supporting services like
rpcbind) - Authentication: Traditionally relies on host-based trust or Kerberos (in secure setups)
- Speed: Often faster on Linux/Unix systems due to native support and lower overhead
π Use case: Common in Linux-based environments for mounting shared directories like /home, /data, etc.
SMB (Server Message Block)
- Developed by: IBM, heavily extended by Microsoft
- Mainly used on: Windows systems (but also supported on macOS and Linux via Samba)
- Purpose: Provides shared access to files, printers, and serial ports between nodes on a network.
- Protocol type: Stateful protocol
- Ports used: TCP 445 (modern versions); also NetBIOS over TCP/IP uses ports 137β139
- Authentication: Stronger and more flexibleβsupports user-level security, NTLM, Kerberos
- Speed: Can be slower on non-Windows systems unless properly optimized (e.g., with Samba tuning)
π Use case: Common in Windows environments for shared folders like \\Server\Documents
Quick Comparison
| Feature | NFS | SMB |
|---|---|---|
| OS Integration | Unix/Linux (native) | Windows (native) |
| Cross-platform? | Yes (but needs setup) | Yes (with Samba, etc.) |
| Authentication | Weak (basic) β Strong (Kerberos) | Strong (NTLM, Kerberos) |
| Performance | Fast on Unix/Linux | Good on Windows; tunable elsewhere |
| Use case | Enterprise Linux sharing | Windows file and printer sharing |
Which should you use?
- Linux-to-Linux: Use NFS
- Windows-to-Windows: Use SMB
- Mixed environments: Either, but SMB via Samba on Linux is often more compatible for Windows clients
Let me know if you want help setting up either!
Mounting fstab
To auto-mount your Synology NAS shared folder on boot using /etc/fstab, follow this safe and clean method. This is especially useful on your Raspberry Pi (Debian/Ubuntu-based) or Fedora system.
β 1. Make Sure CIFS Support is Installed
On Fedora:
sudo dnf install cifs-utils
On Raspberry Pi (Debian-based):
sudo apt install cifs-utils
π 2. Create a Mount Point
This is where the NAS folder will appear on your local machine:
sudo mkdir -p /mnt/nas_media
π 3. (Recommended) Store Your Credentials Securely
Instead of putting your password in /etc/fstab, create a credentials file:
sudo nano /etc/smb-credentials
Contents:
username=piuser
password=yourpassword
Then secure it:
sudo chmod 600 /etc/smb-credentials
π§· 4. Edit /etc/fstab to Add the Mount
Open the file:
sudo nano /etc/fstab
Add the following line at the end:
# Synology NAS mount
//192.168.1.100/media /mnt/nas_media cifs credentials=/etc/smb-credentials,vers=3.0,uid=1000,gid=1000,nofail,x-systemd.automount 0 0
π Explanation of options:
| Option | Description |
|---|---|
credentials=/etc/smb-credentials | Loads your login info securely |
vers=3.0 | Use SMB protocol v3 (works with Synology) |
uid=1000,gid=1000 | Make the mounted files accessible to your user |
nofail | Donβt block boot if NAS is unreachable |
x-systemd.automount | Mount on access rather than during early boot |
π 5. Test It
Donβt reboot yet β test it first:
sudo mount -a
If no error, it worked! Check:
ls /mnt/nas_media
π 6. On Next Boot, It Will Mount Automatically
If it fails silently, check logs with:
journalctl -b | grep mount
Would you like help customizing this for multiple folders or NFS instead of SMB?