
Ein Freund hatte Probleme, cp
ein Disk-Image (genauer gesagt ein Sparsebundle) zu kopieren. Ich fand heraus, dass die von ihm verwendete Zeile den gesamten /contents/ (Sparsebundles sind Pakete, also Verzeichnisse, die in GUIs wie Dateien behandelt werden) in das neue Verzeichnis kopierte, anstatt das Sparsebundle selbst zu kopieren.
Ich habe später ein Sparsebundle auf meinem Computer erstellt, um damit zu experimentieren cp
und das Verhalten zu reproduzieren, das er bekam. Anschließend begannen Finder und Dock, /tmp
es wie eine Datei zu behandeln. Wenn ich auf den Eintrag klickte, den ich in der Seitenleiste dafür erstellt hatte, öffnete sich ein Terminalfenster /tmp ; exit;
(was natürlich fehlschlug, weil /tmp
es ein Verzeichnis ist). Ich konnte den Stack immer noch wie gewohnt verwenden, mit Ausnahme der Open in Finder
Option unten, die versuchte, ihn auszuführen.
Kurioserweise konnte ich es trotzdem /tmp
im Finder öffnen, indem ich ein Unterverzeichnis öffnete und den Go > Enclosing Folder
Befehl ( command+ up arrow) verwendete. Ich konnte auch normal über die Befehlszeile darauf zugreifen.
Ich habe versucht, den Seitenleisteneintrag und den Stapel zu entfernen und neu zu erstellen, aber das führte nur dazu, dass das Dock ihn als Datei anzeigte und versuchte, ihn sofort auszuführen, als ich darauf klickte. Ich habe dann versucht, ihn durch einen Neustart zu löschen. Er schien wie gewohnt gelöscht zu werden, aber das hatte keine Auswirkungen auf das Problem.
Kann jemand Licht in diese Angelegenheit bringen?
AKTUALISIEREN:Ich wollte es mal mit versuchen ls -l
, das am Ende des Berechtigungsfelds ein @ hatte. Ich fand heraus, dass es ein com.apple.FinderInfo
erweitertes Attribut hatte, aber meine Versuche, es zu lesen, brachten mir nur Folgendes:
00 00 00 00 00 00 00 00 20 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Das Löschen des erweiterten Attributs ( xattr -d com.apple.FinderInfo /tmp
, als ich selbst, keine erhöhten Rechte) scheint das Problem behoben zu haben, obwohl es nach meiner schnellen Suche andere, negative Konsequenzen haben könnte (und ich bin nicht sicher, ob dort com.apple.FinderInfo
vorher ein Attribut war...). Ich hätte trotzdem gerne eine Antwort darauf, was passiert sein könnte und warum ich dieses Verhalten hatte.
Antwort1
Die „20“ im FinderInfo xattr zeigt an, dass das Bundle-Bit gesetzt ist. Das Bundle-Bit weist den Finder an, den Ordner als Datei und nicht als Ordner anzuzeigen. Ich vermute, dass dieses Attribut aus dem Sparsebundle kopiert wurde (das eigentlich ein Ordner ist, aber vom Finder als einfache Datei angezeigt wird). Was Sie also sehen, ist mehr oder weniger das erwartete Verhalten mit diesem gesetzten Flag.