The requested security information is either unavailable or cannot be displayed

3

Something or someone had recently deleted 90% of the files on the network. The recovery was done by copying backup files from a Linux based NAS (Baffalo Terastation Pro) back into the win2k8 servers.

After the copy, I have 100++ files that gives the following error:

http://static.spiceworks.com/attachments/post/0007/5057/SecPerm.jpg

that is what appears even when accessing as domain\administrator on a windows 7 client machine. I have read information from various places such as this, but they are all looking to delete the file. In my case, I want to recover that file.

Clearly, the file is there on the server because it contributes to file item count and folder size. It is visually there in the folder as well. But when performing any action on it e.g. moving, opening, setting security information, windows reports "specified file not found".

I have tried using the property dialog, cmd prompt takeown and icacls. All give file not found error.

Is there any way I can fix this?

Jake

Posted 2012-09-28T22:39:37.547

Reputation: 1 587

At the very least, I would expect to be able to use FTP to connect to the NAS and copy the files that way. – RedGrittyBrick – 2012-09-28T22:46:37.303

They are not in the NAS... not sure why. But one thing is for sure, the file cannot be copied to anywhere as it will generate the "file not found" error. The file might be a new file added after the mass copy-from-NAS. – Jake – 2012-09-28T22:52:19.780

Have you tried a chkdsk? – Ƭᴇcʜιᴇ007 – 2012-09-28T23:12:37.920

I ran chkdsk and then rebooted. Windows renamed the corrupt file, and then I was able to delete it. – JohnB – 2013-11-23T08:50:11.643

Answers

0

Was able to bring the server down this weekend and try out some of the suggestions we got so far.

@techie007 We did the chkdisk first, there wasn't any errors then,

We boot into safemode on the server itself and was able to takeownship directly on the affected files and folders. That solved the problem.

Again, i think this is something that should have been in a KB or something than having us to trial and error.

Jake

Posted 2012-09-28T22:39:37.547

Reputation: 1 587

2

It's possible you may be able to access the file from cmd.exe using the 8.3 name.

  1. Open up cmd.exe.
  2. cd to the location of the file.
  3. Type dir /x.
  4. Use the 8.3 name (e.g., FILENA~1.txt) to copy or rename the file.

Nicole Hamilton

Posted 2012-09-28T22:39:37.547

Reputation: 8 987

1Nope not working. I used 8.3 names for the whole file path including the current directory at the command prompt. – Jake – 2012-09-28T23:36:14.733

Okay. Sorry that didn't work. Then my suspicion is that the ACL (stored as a big binary blob) is garbled. It's possible (but no guarantee!) that the chown utility in Hamilton C shell may be able to remove the ACL with the -R option. Run it elevated with sudo as sudo chown -R file or as the elevated admin as su -e Administrator chown -R file. Use the free version at http://hamiltonlabs.com/Demo.htm. (I'm the author but not to worry that I'm trying to spam: If this doesn't work, I'll delete the comment.)

– Nicole Hamilton – 2012-09-28T23:54:42.090

Thanks nicole, but managed to solve it using another method so didn't get a chance to use your software. – Jake – 2012-09-30T10:35:38.337

1

I had the same problem when I copied a file from linux to Windows 7. I solved it by changing the file permission on linux as:

sudo chmod 777 filename

and then copied it to Windows 7 and it worked.

Shamsul Haque

Posted 2012-09-28T22:39:37.547

Reputation: 119

chmod followed by rmdir, in a CygWin terminal, resolved this for me. The files also had a hidden trailing space in their names. – Brock Adams – 2015-03-21T05:48:19.480

0

This is not a rights issue and can most likely be attributed to the UAC protection.

Referring to the UAC off solution listed in this question same question on TechNet,
you could try accessing after turning of UAC but I advice against it.

I had the same error when I accidentally dropped a folder in the WindowsApps directory in the root of the secondary drive. When I tried to access it through command prompt - it would throw Bad data. Also dir /q would show 'three dots' : ... for the owner.

I rebooted the computer into command prompt (Shift + Restart > Command prompt) and was able to access and move the directory out of the protected drive. I was then able to access it normally inside windows.

Ujjwal Singh

Posted 2012-09-28T22:39:37.547

Reputation: 1 550

0

I had issues where the files were offline with conflicts. If you are using offline files try to clear the conflicts

user264079

Posted 2012-09-28T22:39:37.547

Reputation: 1

0

Install UNLOCKER http://www.emptyloop.com/unlocker/ scann the file & delete it with unlocker (lower left corner "No Action")

toro69

Posted 2012-09-28T22:39:37.547

Reputation: 1