[EMAIL PROTECTED] wrote:
Exactly, that was item #3 on my list. So given what has been said thus far, the following seems to be true:On Mon, 28 Oct 2002 12:55:20 +0300, Nikita Danilov said:Brett Russ writes:> 1) as mentioned first, an impact study should be done to determine if > unpacking will overflow the available space on the device Why cannot you do unpacking just before shredding particular file?Unpacking before shredding has a subtle hole in it - since you will unpack into *different* disk blocks and then shred *those* blocks, you will be leaving unshredded data in the blocks the file occupied before unpacking.
a) shred will work reliably on all new files created on a filesystem mounted with tail packing disabled
b) to deal with filesystems already tail packed, shredding knowledge would need to be added to the unpack ioctl BUT there is no way to determine where else the tails have lived on disk prior to any rebalancing.
Which leads to:
c) there is no reliable way to shred anything that has been tail packed.
Please affirm or correct my conclusions, and thank you all for your help thus far.
-Brett
