Błąd odmowy dostępu w robocopy jako administrator [duplikat]

Możliwy duplikat:
Odmowa zezwolenia na roboty

Podczas próby uruchomienia następującego polecenia

robocopy d:\directory \\server\directory /S /XO /COPY:DT

Otrzymuję błąd odmowy dostępu. Używam Vista Ultimate x64, uprawnienia administratora, jestem właścicielem obu katalogów.

zobaczyłem to pytanie i pomyślałem, że jest podobny, ale otrzymuję następujący komunikat o błędzie:

ERROR 5 (0x00000005)(Copying file d:\blah....)

Czy jest na to jakiś problem? Jeśli nie, czy istnieje sposób na pominięcie błędnych plików i przejście do kolejnych plików?

Cytowany z tutaj :

W moim przypadku zacząłem od pełnego   sterowanie zarówno źródłem, jak i   akcje docelowe. Problem polegał na tym   że Robocopy resetowało ACL   udział docelowy na wartość null   (nikt nie ma pozwolenia) przed nim   rozpoczął rekurencyjne podkatalogi. Po   kilka szybkich testów, mój wniosek jest   że Robocopy nie obsługuje   odziedziczone uprawnienia. Powiedz, że jesteś   kopiowanie C: Share1 do D: i   C: Share1 dziedziczy jego   uprawnienia z katalogu C:   katalog, w rzeczywistości nie ma wyraźnego   ACL. Dlatego podczas kopiowania listy ACL   faktycznie kopiujesz ... nic.   Kopiując pustą listę ACL na swoją   miejsce docelowe twoje uprawnienia   usunięte w pierwszym kroku kopii,   i wszystkie kolejne zapisy do udziału   Błąd z błędem 5.

To tylko problem, kiedy jesteś   kopiowanie ze źródła, którym jesteś   uzyskiwanie dostępu z dziedziczonymi uprawnieniami   i miejsce docelowe, którym jesteś   dostęp BEZ dziedziczenia   uprawnienia. Jeśli skopiujesz C:   ma Cię wyraźnie na liście ACL)   D: nie ma problemu. Jeśli to jest   w rzeczywistości twój problem możesz rozwiązać   to, dodając się wyraźnie do   źródłowa ACL z pełną kontrolą. Gdy   kopia działa, wpis ACL jest   zduplikowane do miejsca docelowego i   kolejne kopie plików można zapisać.   Możesz cofnąć zmiany (w obu przypadkach)   źródło i miejsce docelowe) po kopii   kończy się.

Jeśli nadal masz problemy   pomimo powyższych, możesz chcieć   Rozważ próbę przełącznika / B, który   próbuje wykonać kopię zapasową pliku za pomocą   Twoje przywileje jako operatora kopii zapasowych.   Umożliwi to kopiowanie plików   w przeciwnym razie nie możesz, na przykład,   jeśli nie jesteś na liście ACL na swoim   udział docelowy. Domyślne ustawienia Robocopy   do próby ponownego uruchomienia kopii. Przez   najgorsze zrezygnowanie z możliwości ponownego uruchomienia   przypadek polega na tym, że tracisz plik   obecnie przesyłane w   zdarzenie zakłócenia. Następne przejście   zrestartuje ten plik ze swojego pliku   zaczyna się zamiast przechodzić.

Mam nadzieję, że to pomoże. Oto cytat z   Dokument Microsoftu Robocopy dotyczący   / Przełącznik B:

Zacytować:

Jeśli kopiujesz informacje o zabezpieczeniach NTFS   (ACL) wraz z danymi pliku   możliwe kopiowanie plików, do których ty   mieć dostęp do odczytu, ale nie pisać   dostęp. Po takim pliku jest kopiowany   raz, a listy ACL zostaną zastosowane   może się okazać, że uzyskanie „Dostępu   Błąd odmowy ”podczas próby skopiowania   ponownie. W tej sytuacji ty   należy użyć przełącznika / B lub / ZB do   skopiuj pliki w trybie kopii zapasowej.

/ B kopiuje wszystkie pliki z kopią zapasową   semantyka (tryb zapasowy). / ZB najpierw   próbuje skopiować pliki w stanie restartowalnym   tryb (dla większej odporności), ale jeśli   , który nie powiedzie się z „Odmowa dostępu”   błąd automatycznie ponawia próbę   kopiowanie przy użyciu trybu kopii zapasowej.