SDELETE -z C:\ (...when C:\Users is a symbolic link to another volume, e.g. E:\Users) RRS feed

  • Question

  • I was watching LVM thin-pool volume usage when performing:

    sdelete -z C:\

    And the root volume (maps to C:) that I was watching was not changing allocation!

    I then noted that the volume that houses the E:\ drive for the Windows VM *was* changing allocation. In addition, the wipe % complete overshot 100% as the two volumes were differently sized and had different allocations.

    Presumed bug: passing the drive letter to sdelete, presumably I want *that* drive's freespace to be wiped/MFT to be tidy'd, not another drive's freespace/mft

    Likely the issue is that the code assumes following the C:\Users\.... path to the temporary files directory stays on the volume, but that is not always true. Granted, there can be access issues in some environments using temporary files at the volume root directory. I suggest attempting to create a C:\temp folder, if it is found that the default temporary directory for the user is on a different volume than the one asked for.



    Sunday, May 31, 2020 10:53 PM