Many friends have already installed Windows Vista. But everyone will be more guilty after "experiencing" this future operating system: how to uninstall? When attempting to delete a folder such as Windows, the system will prompt an "Unable to delete, access denied" alarm message. Why is this? In order to reduce the accidental deletion of important system files, Windows Vista has detailed access rights to its system folders (Windows folders, program folders, etc.) and its sub-files (folders). (This is also one of the important features of NTFS.) So when we try to delete a folder in other systems, we will be denied access because there is no corresponding permission.
some experience little friends all know, if we regain control of this folder, then we can remove it. But we opened the Advanced tab in the properties of the Program Files folder and found that everything is grayed out, no settings can be made, and there is an unknown user like "S-1-5-32-563". Below, I will tell you how to delete this folder.
1. Click on the "Advanced" button next to "Special Permissions or Advanced Settings, click on "Advanced"" to open the Advanced Security Settings dialog.
2, open the "owner" tab. We see that "the current owner of the project" is the unknown user just mentioned, this user is also a user in Windows Vista. According to the characteristics of NTFS, if the current computer account gets the owner, then you can change the permissions for this folder. "Change owner to" lists two items below: one is Administrators, which represents all administrator accounts for this machine; the other is the current login account. Here, we select Administrators and check the "Replace subcontainers and object owners" checkbox. (Why should I select it? This involves inheritance of permissions in NTFS. Normally, when we set permissions on a folder, its subfolders also have the same permissions, but this is only the usual case. Because if a subfolder Set the permissions that do not inherit the parent folder, then the changes we made to the parent folder, such as setting the owner's operation, will not work for this subfolder. Also, it is included in the Windows Vista system folder. Many of these self-folders.) Next, click on the "Apply" button and the system will automatically apply the settings to the subordinate folder.
3, after performing the operation, we found that the properties of the Security tab still can not make changes. But after we close the dialog and reopen it, we can make the permissions settings. Here, we delete the unknown user and give the Administrators full control, then click the "Apply" button. But doing so is not enough. As mentioned above, since its subfolders do not inherit the permissions settings of the parent folder, we are the owner of these subfolders, but we do not have any permissions. We still click on the "Advanced" button. In the "Permissions" tab, similar to the setting owner, select "Replace the permission items of all the objects with the items that can be applied to the sub-objects displayed here" and click the Apply button. The system will prompt us to continue, click "Yes", the system will apply the permission settings to the subfolder. When finished, click "OK" to close the dialog box, the Program Files folder can be deleted.
4. In addition, in the Advanced Settings, the "Permissions" tab also has a checkbox: "Inherit from the parent those rights items that can be applied to child objects, including those explicitly defined here. ". You can set whether the folder inherits the permission settings of the parent folder by checking or deselecting the check box.
the above example, we all know how to uninstall Windows Vista. Let's take a look at the following: In an NTFS partition, when we encounter a file or folder that cannot be deleted, if you are sure that the file (clip) is not being used, you should follow these steps:
1. Confirm Whether you have control permission for the file (folder);
2. If you cannot set permissions, check if you have sufficient permissions or the owner of the file (clip);
3, If the above two are still unable to delete, see if the subfile (clip) does not inherit the permission settings of the parent folder.