My stomach dropped the first time I watched a client empty a shared folder over SMB and realize, three seconds too late, that it was the wrong one. About 40GB of photos, gone from the file browser, no Windows recycle bin prompt, nothing. The good news is that a Synology NAS running DSM is far more forgiving than a bare drive, and most of the time those files are still sitting there waiting for you.
The trick is knowing which of the two safety nets caught your files, and moving before either one gets overwritten.
Understand what actually happened when you deleted
Deleting a file on a Synology does not always mean the same thing. If you deleted it over SMB or through File Station and the shared folder has the Recycle Bin turned on, the file moved into a hidden folder called #recycle. It is still on the disk, fully intact, just relocated.
If the Recycle Bin was off, or you emptied it, the file is unlinked. That is where snapshots come in. If your volume is Btrfs and you had Snapshot Replication scheduled, a point-in-time copy of that folder may still exist even though the live copy is gone.
So before you touch anything, figure out which net you are working with. It changes everything about your next step.
Method 1: Restore from the DSM Recycle Bin
This is the fast path and the one that solves maybe 70 percent of the cases I see. It only works if the Recycle Bin was enabled on that shared folder, so let us check and restore in one go.
Step 1: Confirm the Recycle Bin is on
Open Control Panel, go to Shared Folder, select the folder your files lived in, and click Edit. On the General tab, look for Enable Recycle Bin. If it is ticked, you are in luck. If it is not, skip to the snapshot method below.
Step 2: Open File Station and find #recycle
Launch File Station from the DSM desktop. Navigate into the shared folder and you should see a folder named #recycle. If you do not see it, click the gear icon in the top right of File Station and enable Show hidden files.
Inside that folder your deleted files keep their original names and folder structure. I have pulled back entire directory trees this way months after they were dumped.
Step 3: Move the files back
Select what you want, right click, and choose Move to or simply Copy to if you would rather leave the originals in place as a safety copy. Point it back to the correct folder. That is it.
One gotcha worth flagging: files deleted directly from within File Station using Shift and Delete skip the Recycle Bin entirely, the same way they would on a Windows PC. If a file went missing that way, the #recycle folder will not have it, and you are straight onto the snapshot method.
Method 2: Recover from a Btrfs snapshot
When the Recycle Bin was off, or you already emptied it, snapshots are your next best hope. This only applies to Btrfs volumes, which covers most Synology models sold in the last several years, but not the older ext4 units. You can check under Storage Manager if you are unsure.
Snapshots are read-only, space-efficient copies taken by the Snapshot Replication package. If you set that up when you built the NAS, past you did you a huge favor.
Step 1: Open Snapshot Replication
Launch the Snapshot Replication app. Go to the Recovery tab, pick the shared folder, and you will see a list of snapshots stamped with dates and times.
Pick one from before you deleted the files. If you deleted them this morning at 9am, choose last night's snapshot, not one from an hour ago that already reflects the deletion.
Step 2: Browse before you restore
Rather than rolling the whole folder back, click Action and choose Browse Snapshot. This mounts that snapshot as read-only so you can dig through it in File Station and confirm your files are actually in there.
Then just copy the specific files or folders you need out of the snapshot view and into the live folder. This is safer than a full restore because a full restore reverts everything in that shared folder to the snapshot state, which can wipe out other changes people made since.
| Situation | Best method | Typical time to recover |
|---|---|---|
| Deleted over SMB, Recycle Bin on | File Station #recycle folder | 2-5 minutes |
| Recycle Bin off or emptied, Btrfs snapshots exist | Snapshot Replication, Browse Snapshot | 5-15 minutes |
| No Recycle Bin, no snapshots, no backup | Third-party recovery software on the raw disk | Hours, low success |
When both safety nets come up empty
Sometimes there is no Recycle Bin and no snapshot. This is the painful case, and I will be honest with you: recovery odds drop fast.
Your first move is to check any offsite or cloud backup. If you run Hyper Backup, Synology C2, or an rsync job to a second box, the files almost certainly still live there. Restoring a slightly older copy beats losing them entirely.
If there is genuinely no backup, power the NAS down to stop further writes and consider pulling the drives for recovery on a separate machine. Tools that scan Btrfs or the underlying array can sometimes find unlinked data, but success is a coin flip and gets worse by the hour. The wider point about keeping copies is covered well in the Backblaze 3-2-1 backup strategy guide.
Set yourself up so this is never scary again
Once you have your files back, spend fifteen minutes making sure the next accident is a non-event. I do this on every NAS I set up now, because I have watched too many people learn this lesson the hard way.
- Enable the Recycle Bin on every important shared folder.
- Install Snapshot Replication and schedule hourly or daily snapshots with a retention of at least 30 days.
- Confirm your volume is Btrfs so snapshots and self-healing are available.
- Set up one real offsite backup, whether that is Hyper Backup to cloud storage or an rsync to a friend's NAS.
The official Synology snapshot documentation walks through retention policies if you want to fine tune how many copies you keep.
Do those four things and a mistaken delete becomes a two minute annoyance instead of a bad day. Your files are usually still there. The whole game is reaching them before the free space they were hiding in gets reused, so act quickly and check the Recycle Bin first, snapshots second.
Frequently asked questions
Where do deleted files go on a Synology NAS?
If the Recycle Bin is enabled on that shared folder, deleted files move into a hidden folder named #recycle inside the same share, keeping their original names and structure. You can see it in File Station by enabling Show hidden files. If the Recycle Bin is off, the file is unlinked and only a Btrfs snapshot or backup can bring it back.
Can I recover files if I already emptied the Synology Recycle Bin?
Yes, if your volume is Btrfs and you had Snapshot Replication running. Open the Snapshot Replication app, pick a snapshot from before the delete, and use Browse Snapshot to copy the files out. Without snapshots, your only options are an offsite backup or raw disk recovery, which has low success rates.
Do Synology snapshots count as a backup?
No. Snapshots live on the same volume as your data, so a failed volume, a dead NAS, or theft takes the snapshots with it. Use snapshots as a fast undo button and keep a separate offsite backup, such as Hyper Backup to cloud storage, as your real safety net.
How long do I have to recover deleted files?
Recycle Bin items stay until you empty them or a scheduled cleanup removes them, often 30 days. Unlinked files without snapshots are only recoverable until the free space they occupied gets overwritten, which can happen within minutes on a busy NAS. Stop new writes and act fast.
Why do I not see the #recycle folder in File Station?
By default File Station hides it. Click the gear icon in the top right of File Station and enable Show hidden files, then look inside the shared folder. If it still is not there, the Recycle Bin was never enabled on that share, and you will need to try snapshots instead.
