Close
Skip to content

5 Comments

  1. Lutz
    June 25, 2021 @ 11:48 pm

    Worked for me. There was a really old backup folder from 2012 hidden behind that "no access" wall. Thankfully I did not follow the advice from another article to "delete all libraries" – that would have been disastrous.

    Reply

  2. Bill Becker
    February 12, 2019 @ 4:24 am

    Worked for me! I needed to delete an identical IndexerVolumeGUID file that is created when I do a Macrium image of a disk. Windows can't deal with two disks that have the same values in that file. Deleting that file from the clone allows Windows to create a proper file upon reboot. Your process allowed me to access that file in the System Volume Information folder of the clone. Many thanks!

    Reply

  3. Joe Mason
    December 27, 2018 @ 12:00 am

    FIGURED IT OUT! You MUST go to the UI,
    For Win7:
    1. Right-click "Computer", choose "Properties,"
    2. Then click "Advanced System Settings," choose "System Protection" tab
    3. CHOOSE THE DRIVE IN QUESTION (in my case "F:" drive; a non-OS external)
    Note: Make sure the radio button is selected for "Turn off system protection." IF it happens to be turned on, you may need to turn off, then reboot, and com backe to this point
    4. From that "Configure" page, next to "Delete all restore points." click "Delete"
    5. Answer "Yes" if it prompts you with "Dude, are you sure? This removes those thingys!"
    * It should come back with message "All restore points deleted."
    That's it. Now go look under 'System Volume Information' folder; and those SID files gone! And now, from command prompt,
    1. Change to F: drive (change to the drive in question) cd /d F:\
    2. Remove the system volume information folder: rmdir "system volume information" /S
    3. Answer yes to "Are you sure?"
    DONE!

    Reply

  4. Joe
    December 26, 2018 @ 11:24 pm

    Did NOT work. Even in your above example, it shows "Access Denied" to very specific 'sid-based' folder(s) under the "System Volume Information" folder. AND, to be clear, I am using an alternate drive – i.e. "F:" – non-OS drive; just trying to clean it up without formatting. And I get the same issue. Not even from command line and/or ICACLS will it let me grant access to those files (six files in my case).
    So, why on earth, for a NON-OS drive, even AFTER I remove system+hidden attributes; does it fail to allow me to take ownership & delete these files? I am guessing maybe it is automatically setting this drive for "system protection" somehow; i.e., keeping these files locked maybe??? If so, that would be something I can "undo" somehow.

    Reply

  5. Ron
    December 3, 2018 @ 1:16 am

    This worked! I can now create a system restore. This was a lengthy but easy to follow process. Thank you very much.

    Reply

Leave a Reply

Your email address will not be published. Required fields are marked *

css.php