I'm using sfill to get rid of some naughty bits. I put sfill -l to work on my home directory at about 2pm (about 7 hours ago) today, and it is still chugging away. I'm running Ubuntu 16.04 on my Dell Latitude E5570 laptop. The disk is 900GB in capacity and according to the System Monitor 26GB or 2% (apparently) is being used. Disk usage analyser says my home directory consumes 18.6GB. There was a small break of about an hour or so when I put my computer on standby.
Is sfill actually doing anything, and if it is, when should I expect it to finish?
Thanks Ralf. I had actually read that page. I'm cleaning my disk before I find someone to repair the computer; it has a swollen battery and a fan that doesn't work. The weather is soon to warm up here, so I'm going to try to save it before the approaching summer claims it.
How long it takes to write around 32 TiB depends on the used hardware
and the I/O handling of the software. Likely the theoretical B/s max.
value has got nothing to do with realistic averaged values.
However, perhaps you already have used gparted to resize and move
partitions on you 900 GiB sized HDD. When doing so data gets copied,
IOW read and written, perhaps tens or hundreds of GiB. This could take
very long for those GiB, so writing tens of TiB takes many times over
Keep in mind you are most likely overwriting the data multiple times for
esoteric reasons only.
On Wed, 16 Oct 2019 21:55:46 +1100, Owen Thomas wrote:
>I'm cleaning my disk before I find someone to repair the computer
Somebody who owns a magnetic force microscope and/or a laser thingy, a
cleanroom and is willing to spend a very long time to reconstruct data?
If reconstructing data should be possible at all, after overwriting data
just a single time or after overwriting it two or three times, it still
would require special gear and much time to do so. Nobody would do it
to get medical patient data, an adult movie collection or something
similar. I even doubt that intelligence agencies consider to
reconstruct data that was only overwritten 1, instead of 38 times.