Unable to Delete Restored Files
If I copy files from my windows\sxs directory to another partition (say E:) then the copied files can be deleted fine. No issue.
If I restore files from the windows\sxs directory from a full disk backup of my c drive to that same partition E:, then when I try to delete those files from E: I am unable to do so. It tells me unable to delete. Nothing I could do would fix it and I had to reformat to get rid of them. I am using administrator.
What is TIH doing that the files cannot be deleted. Is it some security thing? I am concerned that if I restore for real from a backup that the files will be in a state where I can't delete what I need to.
What exactly do the file level security settings do? It will either be set to default settings (whatever those are) or you can check that they be preserved (I assume if you overrode something). Did that have anything to do with my issue. I certainly didn't do anything to my file level settings, or am I barking up the wrong tree.
Certainly can't have a situation that I cant delete files. Unlocker would allow me to delete them, but there were literally thousands and thousands.
(this happened because I was testing file recovery to make sure I had valid backups and could do that)
- Log in to post comments
I did try and give myself full permission. However it would not 'take' and would not enable me to delete.
- Log in to post comments
In the restore module, check the restore options to see what is checked and unchecked. You may have to make some changes in this option.
These options are along the left margin on the same screen where you select "Proceed" and can be selected or modified prior to clicking the Proceed option.
Have you tried safe mode for the deletion? If post #1 does not work, try using a 3rd party to unlock the files/
- Log in to post comments
Thanks for comments. The issue seems to be that as was stated, that the files need to have 'trusted installer' permission. If you check Google, you will see that you cannot give yourself this permission. It is only available to install programs coded to have it. So, if you do as I did which is to recover files to the non original directory for viewing; testing; or safety purposes, they inherit trusted installer permissions and can't be deleted. I managed to delete them with 'Unlocker', but the directory had thousands and I could not do that one at a time so had to reformat. I learned though that some files can only be effectively restored to original locations. I also learned that some of these files may actually not be in SXS directory but pointed to. I tried to reinstall a file to windows/system32 only to find the restore completed successfully but no file was found. That is because it did not actually exist in windows/system32, but in Syswow64. So it had to be restored there. The reason I had to do some of this is I got a block error in the file backing up with Acronis and I wanted to replace those files since they might have been corrupted and I could restore from previous backups. If windows does a disk check and finds a bad block, it also could corrupt the file but its much harder to see which file as you have to be watching. I could not find it in 'Events Viewer'.
Thanks for the advice on the recovery options. I was not aware they were there. Easy to miss. Using backed up security settings is the default. If you recover it without and then copy to a file where it is expected, I guess I'm not sure if anything bad follows. I guess its OK to have the files not owned by a trusted installer and I'll check that option out next time.
Too complicated for me.
- Log in to post comments
Brian B,
It is complicated to restore Windows system files as files. Hence using a disk and partition backup and restoring the entire partition.
- Log in to post comments
Thanks, Pat. I have discovered that! What happend is my drive is going bad and TIH stuck on 3 files with block errors and I could have ignored, but deemed it better to restore them as they were probably corrupted and I did not know if they were important or not. 2 were in SXS and one wa in SysWow64.
Thanks
- Log in to post comments