Dlaczego RoboCopy tworzy ukryty folder systemowy?


10

Myślałem, że wypróbuję RoboCopy do tworzenia kopii lustrzanej zawartości folderu na innym dysku twardym. I wygląda na to, że zadziałało. Ale z jakiegoś powodu, aby zobaczyć folder docelowy, muszę zarówno włączyć Pokaż ukryte pliki, foldery i dyski, jak i wyłączyć Ukryj chronione pliki systemu operacyjnego . Dlaczego to? Zarówno folder źródłowy, jak i docelowy były początkowo zarówno widocznymi, jak i normalnymi katalogami. Kiedy otwieram właściwości tego folderu docelowego, atrybut Ukryty jest nawet wyłączany. Co tu się dzieje?

Czy to dlatego, że uruchomiłem go w wierszu polecenia administratora? A może jest to problem z wyborem modyfikatorów? A może robocopy naprawdę działa w ten sposób?

robocopy E: I:\E /COPYALL /E /R:0 /MIR /B /ETA

Aktualizacja: Próbowałem skopiować inny dysk do innego folderu, i mam tam to samo. Ale kiedy próbuję po prostu skopiować folder do innego folderu, folder docelowy pozostaje normalny. Czy to możliwe, ponieważ kopiuję dysk? Jeśli tak, jak mogę temu zapobiec? Bo naprawdę chcę skopiować cały dysk ...


Tworzenie katalogu przed czasem nie działa. Gdy tylko uruchomisz ponownie kopię robota, atrybuty ponownie ją ukrywają. Polecenie atrybut działa.

Odpowiedzi:


9

W moim systemie (Vista) PowerShell pokazuje dysk c: \ jako posiadający zarówno atrybuty ukryte, jak i systemowe.

    PS C:\Users\michael.DOMAIN> Get-Item c:\


    Directory:


Mode           LastWriteTime       Length Name
----           -------------       ------ ----
d--hs     8/18/2009 12:19 PM        <DIR> C:\

Po skopiowaniu plików możesz użyć attrib, aby je naprawić. Sprawdź attrib /? dla szczegółów.


Hm, tak, wszystkie moje trzy dyski twarde również mają te atrybuty ... Dziwne jest to, że moje dyski D i E mają ukryty folder systemowy, kiedy robocopopedowałem je do folderów na dysku zewnętrznym, podczas gdy dysk C nie Oo Nie rozumiem tego ...
Svish,

Mam ten sam problem z ukrytym udziałem sieciowym ( $). Uruchomiłem Get-Itemtę akcję i to też mówi, d--hswięc chyba to jest powód! Dzięki!
Chris Haas

Może to również dotyczyć ogólnie udziałów sieciowych, takich jak z naszego serwera Synology NAS, który oznacza \\ nas \ sharename jako ukryty folder. Gdy kopiujesz ten folder za pomocą robocopy za pomocą / copyall lub / COPY: xAxxxx, który zawiera (A) ttributes, folder docelowy jest tworzony z tymi samymi atrybutami co źródło.
BeowulfNode42

9

Ma to związek z kopiowaniem ukrytych / systemowych informacji o woluminie systemowym z katalogu głównego dysku - jeśli zostanie skopiowany, katalog docelowy otrzyma te same atrybuty systemowe / ukryte.

Utworzenie katalogu przed kopiowaniem nie pomaga, ponieważ robocopy go również ukryje.

Dodaj /A-:SHprzełącznik, aby zignorować pliki systemowe.

Więcej informacji w tej dyskusji Microsoft Technet .


6

Natrafiłem też na ten problem. Wygląda na to, że ten ukryty folder pojawia się, gdy katalog źródłowy jest katalogiem głównym dysku, np. D:\lub F:\. Foldery te będą zawierać atrybuty systemowe i ukryte, a ponieważ jest to źródłowy folder główny, nie można go usunąć attrib -s -hpoleceniem.

W tym przykładzie F:\źródłem G:\jest miejsce docelowe.

Możesz zobaczyć atrybuty w PowerShell. Zobaczysz tryb d--hsdla katalogu, ukrytego i systemowego. Wypróbuj get-itempolecenieC:\> Get-Item F:\

Robocopy prawdopodobnie nie utworzy go jako ukrytego folderu, jeśli folder istnieje. Czytałem o kilku postach, które przy użyciu polecenia a /CREATEzrobią to samo, lub możesz wcześniej utworzyć foldery ręcznie. Muszę przeprowadzić dalsze testy, a także inne kombinacje, aby to w pełni zweryfikować.

W przeciwnym razie możesz wykonać a, attrib -h -s G:\Destination_Folderaby usunąć system i ukryty atrybut po kopii.


-1

Skorzystaj z rozwiązania M Aguilar, jeśli nie masz nic przeciwko ucieczce attribpóźniej. Innym rozwiązaniem byłoby uprzednie utworzenie katalogu docelowego:

  1. mkdir I:\E
  2. robocopy E: I:\E /COPYALL /E /R:0 /MIR /B /ETA

2
To nie pomaga - E jest ustawiony na ukryty system po kopiowaniu.
Flyto,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.