Frequently Asked Questions

Chances are, others have the same questions that you do. Therefore, we have taken the common questions for Diskeeper, Sitekeeper and Undelete and provided the answers (and the questions) below in our Frequently Asked Questions section. Simply select the product below that you have questions about. If you can’t find the answer you’re looking for, you can submit a tech support question here.

Diskeeper | Sitekeeper | Undelete

Question
Error " You do not have the necessary privileges to delete file".
Answer
The Recovery Bin catches all files from the system, so it is very likely that these were file(s) that were deleted from the system or some other application and not by you. In this case, the security of that file can be set in such a way that administrators do not have the rights to delete them. They may be able to read them, but not delete them. The security user rights will need to be changed on the files before being deleted. Below is a current manual work-around for this. 1) Start up a Command Prompt window 2) Execute the following command which will grant Admin Users and System Users rights to delete any file in the RecoveryBin on the specified volume. Replace "x" with the drive letter of the volume where the files cannot be deleted. CACLS x:\RecoveryBin /E /T /C /G Administrators:F System:F If this does not resolve the issue, you may find it necessary to run this command on each of your NTFS volumes. SPECIAL NOTE: This command only needs to be executed on NTFS volumes. ANOTHER SPECIAL NOTE: If you see this message: "No mapping between account names and security IDs was done" you have misspelled the name of your domain or one of the other groups. This command would EDIT (/e) the ACLs rather than REPLACE them and recursively apply them (/t) to subdirectories. CACLS will continue (/c) even when it hits an open file. Any number of ACCOUNT:PERM may follow the GRANT (/g) switch. There is additional flexibility built into the cacls command - it's only limitation is the dearth of selections for PERM values.

Question

Error " You do not have the necessary privileges to delete file".

Answer

The Recovery Bin catches all files from the system, so it is very likely that these were file(s) that were deleted from the system or some other application and not by you. In this case, the security of that file can be set in such a way that administrators do not have the rights to delete them. They may be able to read them, but not delete them. The security user rights will need to be changed on the files before being deleted. Below is a current manual work-around for this.

1) Start up a Command Prompt window

2) Execute the following command which will grant Admin Users and System Users rights to delete any file in the RecoveryBin on the specified volume. Replace "x" with the drive letter of the volume where the files cannot be deleted.

CACLS x:\RecoveryBin /E /T /C /G Administrators:F System:F

If this does not resolve the issue, you may find it necessary to run this command on each of your NTFS volumes.

SPECIAL NOTE: This command only needs to be executed on NTFS volumes.

ANOTHER SPECIAL NOTE: If you see this message: "No mapping between account names and security IDs was done" you have misspelled the name of your domain or one of the other groups.

This command would EDIT (/e) the ACLs rather than REPLACE them and recursively apply them (/t) to subdirectories. CACLS will continue (/c) even when it hits an open file. Any number of ACCOUNT:PERM may follow the GRANT (/g) switch. There is additional flexibility built into the cacls command - it's only limitation is the dearth of selections for PERM values.

<<Back