By default, when a file is deleted on Linux, it is removed permanently.
Rockstor, however does have a limited capability for deleted files through BTRFS Snapshots.
These are only implemented in Rockstor to the degree of being able to completely rollback the subvolume (or, as the UI calls it, the share), meaning that all changes between share creation and rollback would be lost.
Fret not though, with some command-line fu, you can mount the snapshot on a seperate mountpoint and copy-back the deleted data you wish to retrieve.
Myself, and other forum members can help you with this process.
This not only works for data deletion, but can also be used to rollback changes on a file to an earlier date.
Please note that this is only available on shares that you have manually created a snapshot of, or configured scheduled snapshots. You cannot rollback to any time before a snapshot was created.
To create a snapshot schedule, navigate in the Rockstor UI to
System -> Scheduled Tasks -> Schedule a task.
From there, you will need to:
- Enter a name of your choice for the task (IE: “Weekly snapshot”)
- set type to
- Select the share to snapshot
- Enter a text prefix of your choice for the task (IE: “”)
- Enter a maximum number of snapshots to keep (try to not make this too large!)
- Probably leave the checkboxes as default
- Select an appropriate run frequency
Please note, every snapshot uses slightly more space than the changes they are tracking. If your filesystem changes a lot, then your snapshots may take up quite a bit of space on the pool that the share is allocated to.
There are multiple sources of information regarding snapshot sizing, This one makes a reasonable attempt to try and make some simplified sense of a complex operation.
I hope this helps!