Unsolved Mac OS X Writing to NTFS
-
I'm doing a tried and true robocopy /mir to copy files from one server to another. Apparantly a Mac has been writing to a share on the old server. I keep getting these errors:
New File 82 ._HistoryBrochure_ Back copy.jpg 2017/04/21 21:51:45 ERROR 5 (0x00000005) Copying File \\server1\public\Sales-Ad s-Marketing2014\History2-17-14\__MACOSX\._HistoryBrochure_Backcopy.jpg Access is denied. Waiting 1 seconds... Retrying...It's not a NTFS permissions thing. In fact, the last admin discovered giving everyone full control made things work... I thought the leading . in the file name might be the issue, but renaming the file didn't work.
In fact, that's another odd thing. I can rename the files, but not open them. Any ideas?
-
I just noticed in Windows, the files are green. Advanced properties shows they think they are encrypted.
-
I can't seem to uncheck the encrypted box or take ownership of the files. The server they are on is Server 2008 R2.
-
robocopy /mir /r:0 is cranking through skipping the inaccessible files.
-
Are you dealing with ransomware?
My initial thought was going to be file path length issues, but that doesn't appear to be long enough.
Where is robocopy being run from, and what did you name the script. Naming the script "robocopy-server1.bat" (for example) actually effects robocopy.
-
no randsomware. From what I read and what I can see, the files were from a zip file that was extracted by a Mac. Most of the files are somewhere else in the folder tree.
I put the robocopy in a .bat file called "copyPublicFiles.bat" being run from the root of the drive.
-
It doesn't appear to be a robocopy issue since I can't access the files through Windows. I can rename them, but not open or copy them.
-
@Mike-Davis said in MAC OS X writing to NTFS:
files were from a zip file that was
Who is the owner of the file?
If it is encrypted, you'll need to decrypt it.
-
Robocopy should be able to copy an encrypted file without knowing the difference.
-
@Mike-Davis are you running the script from the server were the files reside, or a remote system?
-
Owner of the file is the domain\administrators group and I can't take ownership.
I'm running the script on a remote system. This is the server where if I log in locally, it locks up. Once I have the bulk of the users files over and cut the shares over, I can probably reboot to safe mode and see if I have any more options there.
-
Does it lock up if you use PowerShell?
-
Any reason you can't mount this drive into another working system to copy the files off?
-
Doing a remote robocopy, while not "disallowed" isn't really the best approach in my experience.
I've always run robocopy from the source, not from the target (or on a intermediary server)
-
@DustinB3403 said in MAC OS X writing to NTFS:
Any reason you can't mount this drive into another working system to copy the files off?
The old server is physical, so I would have to pull the RAID array...
-
@DustinB3403 said in MAC OS X writing to NTFS:
Doing a remote robocopy, while not "disallowed" isn't really the best approach in my experience.
I've always run robocopy from the source, not from the target (or on a intermediary server)
When I log in locally (or with remote desktop) the server locks up.
-
@Mike-Davis said in MAC OS X writing to NTFS:
@DustinB3403 said in MAC OS X writing to NTFS:
Any reason you can't mount this drive into another working system to copy the files off?
The old server is physical, so I would have to pull the RAID array...
OK.. yep that sucks.
-
@Mike-Davis said in MAC OS X writing to NTFS:
@DustinB3403 said in MAC OS X writing to NTFS:
Doing a remote robocopy, while not "disallowed" isn't really the best approach in my experience.
I've always run robocopy from the source, not from the target (or on a intermediary server)
When I log in locally (or with remote desktop) the server locks up.
Any chance that the robocopy job is just too intensive? Have you tried any other solutions like powershell?
-
@Mike-Davis said in MAC OS X writing to NTFS:
@DustinB3403 said in MAC OS X writing to NTFS:
Doing a remote robocopy, while not "disallowed" isn't really the best approach in my experience.
I've always run robocopy from the source, not from the target (or on a intermediary server)
When I log in locally (or with remote desktop) the server locks up.
That's not exactly a direct answer. When you log in remotely from PowerShell?
-
@scottalanmiller said in MAC OS X writing to NTFS:
@Mike-Davis said in MAC OS X writing to NTFS:
@DustinB3403 said in MAC OS X writing to NTFS:
Doing a remote robocopy, while not "disallowed" isn't really the best approach in my experience.
I've always run robocopy from the source, not from the target (or on a intermediary server)
When I log in locally (or with remote desktop) the server locks up.
That's not exactly a direct answer. When you log in remotely from PowerShell?
using the copy-item powershell command returns
Copy-Item : Access to the path '\\server1\public\Sales-Ads-Marketing2014\History2-17-14\duntonwriting\DuntonWriting .png' is denied. At line:1 char:10 + Copy-Item <<<< \\server1\public\Sales-Ads-Marketing2014\History2-17-14\duntonwriting\DuntonWriting.png c: + CategoryInfo : PermissionDenied: (\\server1\publ...ntonWriting.png:FileInfo) [Copy-Item], Unauthorized AccessException + FullyQualifiedErrorId : CopyFileInfoItemUnauthorizedAccessError,Microsoft.PowerShell.Commands.CopyItemCommandWas there another powershell command I should try?
