Wie kann ich graue Dateien im Finder reparieren?

Gibt es eine Möglichkeit, Finder zu zwingen, die in Verwendung befindlichen Informationen für graue (nicht zugreifbare) Dateien zu aktualisieren?

Einzelheiten:

Ich verschiebe selten verwendete Dateien von meinem Mac (OS X 10.6) auf einen Windows Server 2008-Dateiserver. Ich habe kürzlich eine große Anzahl von Dateien gefunden, die im Finder von OS X grau angezeigt werden (wie wenn die Datei gerade kopiert wird). Die fraglichen Dateien sind alle gültig und vollständig: keine Beschädigung oder fehlende Daten; Tatsächlich kann ich problemlos über das Terminal oder einen Windows-Computer auf die Dateien zugreifen. Finder ist jedoch der Ansicht, dass sie als nicht zugreifbar angesehen werden sollten.

Ich kann das Problem "beheben", indem ich die Originaldatei in einen neuen Namen kopiere, die Originaldatei lösche, etwa ein paar Minuten warte und dann die neue Datei in den Originalnamen umbenenne (wenn ich nicht lange genug warte, die neue) Die Datei wird grau, wenn sie in den ursprünglichen Namen umbenannt wird.

Grundsätzlich sieht es so aus, als ob der Finder einige "in Benutzung" - oder "unvollständig" -Flaggen nicht gelöscht hat [Vermutung].

Zurück zur ursprünglichen Frage: Wie kann dies behoben werden? Idealerweise möchte ich in der Lage sein, die Netzlaufwerke zu scannen und alle grauen Dateien über die Terminal- oder rekursive Operation zu finden und zu reparieren, damit ich sie alle reparieren kann, ohne viel Zeit zu verschwenden.

Das hat es für mich gelöst! http://macadmins.psu.edu/news/2011/06/grayed_out_finder_folder

Also was ist passiert? Es scheint, dass das Erstellungsdatum des Ordners 1943 auf ein zufälliges Datum festgelegt wurde. Obwohl wir uns nicht sicher sind, wie es passiert ist, haben wir herausgefunden, wie wir es beheben können.

Wir haben einige Binärdateien verwendet, die mit den Entwicklertools GetFileInfo und SetFile geliefert wurden. GetFileInfo zeigte uns das Erstellungsdatum des Ordners. Zuerst haben wir es übersehen, aber bei näherer Betrachtung ist es uns aufgefallen.

$ GetFileInfo Test / Verzeichnis: "/ Users / user / Desktop / Test" Attribute: avbstclinmedz erstellt: 13.06.1943 06:13:00 geändert: 13.06.2011 15:07:33

Wir könnten dann das Erstellungsdatum mit dem SetFile-Tool ändern.

$ SetFile -d 13.06.2011 Test /

Nach dem Zurücksetzen des Datums auf eine angemessene Zeit können wir feststellen, dass es sich wirklich geändert hat.

$ GetFileInfo Test / Verzeichnis: "/ Users / userid / Desktop / Test" Attribute: avbstclinmedz erstellt: 13.06.2011 06:13:00 geändert: 13.06.2011 15:07:33

Der Ordner wurde dann im Finder richtig angezeigt und war wieder verwendbar. Wir haben auch festgestellt, dass Sie, wenn Sie einen Alias ​​des Ordners erstellt haben, die Daten sehen und verschieben können. Sobald es in einen anderen Ordner verschoben wurde, konnte der alte Ordner gelöscht werden.

Verwenden Sie ls -ladiese Option , um zu überprüfen, ob die Datei erweiterte Eigenschaften hat. Das sieht ungefähr so ​​aus:

-rwxr-xr-x@ 1 user1 staff 439734882 Aug 16 21:34 myfile.zip

Schau dir das @ am Ende an. Das steht für erweiterte Eigenschaften.

Um die erweiterten Eigenschaften anzuzeigen, müssen Sie den xattr -l filenameBefehl verwenden.

In vielen Fällen haben die ausgegrauten Dateien folgende com.apple.FinderInfoAttribute:

com.apple.FinderInfo:
00000000  62 72 6F 6B 4D 41 43 53 00 00 00 00 00 00 00 00  |brokMACS........|
00000010  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  |................|
00000020

Führen Sie xattr -d com.apple.FinderInfo filenameden Befehl aus, um dieses Attribut zu entfernen , und die Datei wird wieder normal.

Wenn Sie dieses Attribut rekursiv aus allen Dateien entfernen müssen, können Sie Folgendes ausführen:

xattr -dr com.apple.FinderInfo .

Verpassen Sie nicht den Punkt .am Ende, der das aktuelle Verzeichnis bedeutet.

Originaler Beitrag: https://tangentlin.wordpress.com/2013/10/18/greyed-out-files-in-mac-osx/

Ich habe dieses Problem gelöst, indem ich den Befehl duplicate für den abgeblendeten Ordner verwendet habe. Auf den neuen Ordner kann zugegriffen werden, und die Dateien können in einen anderen Ordner verschoben werden. Löschen Sie nach dem Verschieben der Dateien beide Ordner (grau und kopiert), die jetzt beide leer sind

Versuchen Sie, Ihre Caches (~ / Library / Caches) zu löschen und neu zu starten. Ich habe die Erfahrung gemacht, dass dies normalerweise seltsame Probleme im Zusammenhang mit Symbolen behebt.

Sie können versuchen, die Dateien mit dem folgenden rsyncTool erneut zu synchronisieren :

$ rsync -aut /source/* /destination

oder (wenn es zu viele Dateien gibt):

$ find /source/ -name \* -type f -exec rsync -at {} /destination/ ";"

Hier sind die Argumente für BSD rsync:

-a, --archive               archive mode; equals -rlptgoD (no -H,-A,-X)
-u, --update                skip files that are newer on the receiver
-t, --times                 preserve modification times

Wenn Sie GNU verwenden rsync, sollten Sie Folgendes hinzufügen:

-N, --crtimes               preserve create times (newness)

^{Hinweis: Sie können GNU rsyncvon installieren brew install rsync.}

Wenn dies nicht hilft, versuchen Sie es auch ohne -u.

Eureka! Ich habe herausgefunden, was das Problem verursacht.

Die Dateien werden auf eine Windows Server 2008-Netzwerkfreigabe mit DFS-Replikation (auf einen anderen Server) kopiert. Irgendwie speichert Finder den Status "beschäftigt" der Datei im Cache. und dies tritt manchmal auf, während die Datei repliziert wird.

Die Problemumgehung besteht darin, die Datei mit dem Terminal zu duplizieren, das Original zu löschen (WAIT !!!) und das Duplikat in den ursprünglichen Namen umzubenennen. (Wenn Sie nicht warten, wird das Duplikat grau, wenn es umbenannt wird.)

Das ist das "Was"; Ich hoffe immer noch, dass jemand erklären kann, wo die Informationen zwischengespeichert sind.

Wenn jemand herausfinden kann, wo die Informationen zwischengespeichert sind und wie zu identifizieren ist, welche Dateien in einem Skript betroffen sind, werde ich ihre Antwort akzeptieren. Ansonsten werde ich dies als diese Antwort markieren und das Problem an OS / X & Windows Interoperability Weirdness abschreiben.