Dateien im Finder ausgegraut – Mögliches Problem mit erweiterten Attributen?

Ich habe ein ziemlich seltsames Problem mit einigen Bilddateien, die ich auf einem lokalen Dateiserver habe. Ich habe eine Weile damit verbracht, es herauszufinden, ohne Erfolg. Hoffentlich kann hier jemand Hilfestellung geben.

Nachdem ich kürzlich Bilddateien von meiner Kamera importiert habe, erscheinen sie in meinem Finder-Fenster ausgegraut und ich kann sie nicht öffnen oder kopieren. Terminal sieht sie gut und ich kann sie ohne Probleme bearbeiten. Wenn ich die Dateien nach dem Löschen der xattrs in ein neues Verzeichnis kopiere, funktionieren sie einwandfrei. Dies ist etwas mühsam und dauert bei großen Dateimengen einige Zeit, daher möchte ich dies nach Möglichkeit vermeiden. Ich habe den Eindruck, dass einige Leute vermuten, dass die xattrs an ähnlichen Problemen schuld sind, also habe ich das zuerst überprüft. Es gibt tatsächlich erweiterte Attribute für die betroffenen Dateien, insbesondere com.apple.FinderInfo. Wenn ich entweder lösche com.apple.FinderInfooder xattrs komplett entferne mit: xattr -c *sind die Dateien nicht mehr ausgegraut und wieder zugänglich.

Der Kern des Problems ist, dass der Finder nach einiger Zeit (etwa 15 Sekunden oder so) das com.apple.FinderInfoxattr neu generiert und die Dateien ausgegraut und wieder nicht zugänglich sind.

Einige potenziell hilfreiche Hinweise, die ich zusammengestellt habe:

  • Bevor es ausgegraut wird, wird das Änderungsdatum korrekt als Heute angezeigt
  • Nachdem es ausgegraut wurde, zeigt das Änderungsdatum (im Finder)
    den 24. Januar 1984 an
  • Interessanterweise wird das von einem Befehl geänderte Datum auch nach dem Ausgrauen GetFileInfokorrekt als Heute angezeigt, obwohl es im Finder 1984 anzeigt
  • Das Ausführen eines touchan der ausgegrauten Datei ändert das falsche Änderungsdatum im Finder-Fenster nicht
  • Wenn mdlsSie entweder den übergeordneten Ordner oder die ausgegraute Datei ausführen, wird ein interessantes Feld angezeigt:kMDItemFSCreationDate = 1970-01-01 00:00:00 +0000
  • Wenn ich den betroffenen Ordner aus Terminal heraus kopiere, während die Dateien ausgegraut sind, bleibt das Problem im neuen Ordner bestehen; Wenn ich den Ordner kopiere, nachdem ich die xattrs gelöscht habe, ohne com.apple.FinderInfoeine Möglichkeit zur Neugenerierung zu geben, scheinen die neuen Dateien nicht com.apple.FinderInforegeneriert zu sein und können problemlos geöffnet und kopiert werden
  • Aus irgendeinem Grund kann ich anscheinend keine Berechtigungen für die betroffenen Dateien aktualisieren. Nach a sudo chmod a+rwx *bekomme ich immer noch diese Berechtigungszeichenfolge von ls:-rwx------@
  • Die Dateien werden auf einer SMB-Freigabe von einem lokalen Netzwerkserver gespeichert, auf dem ZFS auf FreeNAS 9.2.1.8 ausgeführt wird; Ich glaube, ich bin auf dieses Problem zum ersten Mal nach dem Update der FreeNAS-Version gestoßen, aber ich kann nicht sicher sein, ob es dadurch verursacht wurde oder nicht, da ich sicher bin, dass sich andere Software auf meinem Computer während dieser Zeit ebenfalls geändert hat.
  • Irgendwann in der Vergangenheit habe ich einige Finder-Einstellungen geändert, um die Erstellung von .DS_Store auf Netzwerkfreigaben zu deaktivieren, da in diesen Verzeichnissen keine .DS_Store-Datei generiert wird

Jede Hilfe zu diesem Thema wäre sehr willkommen, da es mich langsam ein wenig verrückt macht. Vielen Dank im Voraus!

Das klingt nach einem Problem, das Sie an den Support-Bereich für FreeNAS weiterleiten sollten. Die einzige sichere Lösung, die ich kenne, besteht darin, die Dateien auf ein lokales (nicht vernetztes) Volume zu kopieren und die xattrWerte zu entfernen.
Ich habe gestern Abend nochmal nachgeschaut und das Problem gelöst. Ich hatte den Dataset-Speicherberechtigungstyp innerhalb von Freenas auf „Unix“ anstelle von „Windows“ eingestellt, als ich es vor ein paar Jahren zum ersten Mal als NFS-Freigabe eingerichtet habe. Ich konnte keine endgültigen Antworten auf die Änderungen finden, außer einigen Verweisen auf das Zulassen von ACLs. Ich bin mir auch nicht sicher, warum ich dieses Problem noch nie zuvor erlebt habe (könnte das Update auf FreeNAS 9 oder das OSX-Update auf Yosemite gewesen sein ... Ich bin mir nicht sicher, welches). Auf jeden Fall hat dies das Problem für mich behoben, falls jemand anderes ein seltsames Problem wie dieses hat.
Ich bin heute auf das Problem gestoßen, als ich eine mobile Festplatte verwendet habe. Ich habe die Mount-Optionen bearbeitet, /etc/fstabum Dateien zu schreiben. Ich habe Dateien auf einen Mavericks iMac kopiert und versucht, sie auf einem Yosemite-Macbook zu verwenden, aber es stellte sich heraus, dass sie grau waren. Vielleicht ist es ein Yosemite-Bug?

Antworten (1)

Dies funktionierte, aber nach dem Auswerfen der externen Festplatte (NTFS) war das Problem wieder da

xattr -d com.apple.FinderInfo fileToUpdate 

(oder für alle Dateien in einem Ordner xattr -d com.apple.FinderInfo *)

Das hat danach funktionierteject/re-mount

xattr -wx com.apple.FinderInfo 

0000000000000000001000000000000000000000000000000000000000000000 fileToUpdate

Notizen von man xattr:

 xattr -w [-rsx] attr_name attr_value file ...
 xattr -x  Force the attribute value to be displayed in the hexadecimal representation.