Nach Update auf Mac OS Ventura - Probleme mit ExFat formatierten Festplatten an Intel NUC über Netzwerkzugriff

Zitat von buers

Wäre schon naheliegend, dass das Filesystem den Client nix angeht (die Eigenschaften schon).

Der Client kann vielleicht abfragen, was das für ein Dateisystem ist, aber der Client greift doch nicht direkt auf das Dateisystem zu, das darf ja wohl nur der Server. Wenn da beispielsweise eine neue Datei angelegt wird, dann teilt der Client das dem Server mit und der Server ändert das dann im Dateisystem und kopiert die Datei auf die Platte. Damit hat der Client doch nichts am Hut.

Oder ist das anders?

Zitat von dg87

das die NUC plötzlich nicht mehr mit dem Format zurecht kommt.

Vielleicht gab es ja ein Update für das Betriebssystem oder sonst etwas von dem NUC.

Zitat von carsten_h

Oder ist das anders?

Nein. Hatte ich auch nicht behauptet. Ich wollte einfach nur freundlich darauf hinweisen, dass deine Aussage, dich ich zitierte, so nicht korrekt war. Und es könnte eine Rolle spielen, weil sich der Client für bestimmte Dinge auf die Eigenschaften des Server-Dateisystems einstellen muss. Z.B. möchte vielleicht der Client schon warnen, dass klein.txt und Klein.txt nicht beide auf das Share ins gleiche Verzeichnis kopiert werden können ohne Datenverlust, obwohl die friedlich nebeneinander liegen im lokalen Filesystem. Auch Zeichenkodierung im Ziel muss berücksichtigt werden.

Ich behaupte nicht, dass das diskutiere Problem am Dateisystem liegt.

Zitat von buers

Und es könnte eine Rolle spielen, weil sich der Client für bestimmte Dinge auf die Eigenschaften des Server-Dateisystems einstellen muss.

Ja, das ist natürlich richtig, das sollte der Client schon wissen.

Es kann natürlich sein, daß der NUC dem Mac mitteilt, daß er seine Dateinamen in ISO 8859-15 abliefern soll und der Mac daraufhin streikt, weil er sie gerne in UTF-8 abliefern möchte. Dann sagt der NUC, daß er auch nicht mehr mitspielen möchte und verzieht sich schmollend in die Ecke.

Auf jeden Fall gab es hier mehr response als bei Apfeltalk

Zitat von DaVu

Wenn man aber mal die Schlagworte wie "exfat macos ventura" googelt, dann findet man etliche Threads, die Probleme beschreiben.

Das ist doch genau das, was ich versuche die ganze Zeit klar zu machen. Der Mac bekommt eine SMB Verbindung zu irgendetwas, der veruscht nicht eine ExFAT Platte direkt zu mounten. Das hat nichts mit dem Problem zu tun, den eine direkt angeschlossene ExFAT Platte auslöst.

Ein pragmatischer Ansatz zu Problemlösung wäre einfach ein anderes Format für die Platte zu wählen (z.B. NTFS). Da sowieso über das Netzwerk darauf zugegriffen wird ist das Format ja egal. So bleibt zwar die Ursache des Problems unbekannt, aber wenn‘s funktioniert …

os ventura hat aktuell ein Problem mit exFat. Ist bei Apple bekannt und soll mit dem nächten Update aber behoben sein lt. Apple Support.

Das betrifft auch den mount über smb. Gerade im Netzwerk Bereich hält sich Apple nicht gerne an standards und macht immer mal etwas anders. Daher tritt der Fehler auch über smb auf. Punkt.

Zitat von noob_at_pc

Das betrifft auch den mount über smb.

Das kann ich immer noch nicht glauben. Gibt es das irgendwo nachlesbar?

ruf den apple Support an. Apfel gibt keine Einblicke auf ihre protokolle. Ist halt alles sehr closed source.
Nichtmal an DNS halten die sich sauber...
Akzeptiere es so oder lass es.

Zitat von noob_at_pc

Akzeptiere es so oder lass es.

Ich werde es in den nächsten Tagen einmal mit einer ExFAT Platte an einem Raspberry Pi und Raspberry Pi OS ausprobieren. Mal sehen ob mein Mac die mountet oder nicht.
Mit der ext3 Systemplatte vom Pi hat der Mac jedenfalls keine Probleme, obwohl der Mac ext3 ja eigentlich gar nicht kennt.

Zitat von DaVu

Hier wird "CIFS" als Workaround genannt:

Das würde ich nicht einsetzen, das ist SMBv1, was niemand mehr verwenden sollte.
Alle meine Geräte hier benutzen nur noch SMBv3, alles andere ist ausgestellt, auch wenn alles nur lokal ist.

Ich habe mir inzwischen angewöhnt ein vom OS "nativ" genutztes Filesystem zu benutzen. Unter Libreelec würde ich ein entsprechendes Linux Filesystem benutzen.

Damit ich im Fall der Fälle auch ohne Server unter macOS an die Daten ran komme, benutze ich schon seit längerem die Treiber von Paragon. Bisher habe ich damit noch keine schlechten Erfahrungen gemacht.
Etwas unschön inzwischen ist allerdings, dass man dafür auf dem Mac Kernelerweiterungen explizit erlauben muss.

Moin!

Ich bin jetzt zum Test gekommen.

Hier mein Vorgehen:
Auf meinem Mac mini M1 mit macOS 13.0.1 habe ich eine SSD mit folgenden Partitionsformat:

und diesem Dateisystem:

versehen.
Darauf habe ich einfach ein paar Dateien mit dem Mac geworfen.

Die Platte habe ich an meinen Raspberry Pi mit Raspberry Pi OS Bullseye in aktueller Version gehängt.
Sie wird sofort als /media/pi/exfatnas gemountet.

Zur Freigabe über samba habe ich die folgende Ergänzung in der /etc/samba/smb.conf vorgenommen:

[PiEXFAT]
comment = PiEXFAT Ordner
path = /media/pi/exfatnas
create mask = 0755
directory mask = 0755
read only = no
browseable = yes
security = user
encrypt passwords = true
force user = pi

Dies habe ich dann per Finder am Mac mit "Server verbinden" und smb://192.168.178.111/PiEXFAT mit dem Mac verbunden.

Ergebnis:

Das Laufwerk wurde sofort gemountet und ich kann problemlos Dateien öffnen und schreiben. Überhaupt kein Problem.

Das Laufwerk macht aber auch an meinem Mac direkt keinerlei Probleme, es funktioniert einfach.

Ich kann mir echt nicht erklären, warum das an anderer Stelle nicht funktioniert.