Gerade eben schaltete sich offenbar meine WD SN850X mit 2 TB in diesem Ugreen-Gehäuse mitten im Betrieb ab und lässt sich weder über die erste Hilfe im FPDP reparieren, noch löschen, noch neupartitionieren (Fehlercode: (-69623) und Ähnliches ). Auch Reparatur des physischen Laufwerks oder des Containers ändert nichts. ich habe schon ein neues Kabel benutzt und die Platte direkt an den Mac angeschlossen. Inhalte und Partitionstabelle sollen angeblich in Ordnung sein. Wie kriege ich das Ding wieder aktiviert? Ist kaum einen Monat alt.

Habs nach viel probieren über die Partitionierfunktion im FPDP hinbekommen, indem ic dei Platte von APFS auf APFS mit Groß-/Kleinschreibung und anschließend wieder auf herkömmliches APFS umgestellt habe. Nervig! Aber die SSD scheint noch zu funktionieren. Also spiele ich mal die Daten zurück …

Ich würde die jetzt nicht mehr als Arbeitsplatte nutzen. Das passiert ja nicht einfach so.

Laut Fehlernummer soll vermutlich das alte Kabel oder der alte Hub-Anschluss Auslöser gewesen sein. Ich werde das mal beobachten.

Wenn ich mir die Bewertungen dazu anschaue würde ich sofort ein neues Kabel kaufen und prüfen ob das Problem mit dem zu dicken Heatpad besteht. Zudem würde ich die Firmware vom Chipset prüfen/aktualisieren.

Kabel ist gewechselt, Das Heatpad hat keine Probleme beim Einbau gemacht. Wie man die Firmware prüft, weiß ich leider nicht. Tipp?

Einige - leider nicht alle (insbesondere bei Herstellern günstigerer SSDs) - bieten Software dafür an.
Gemein haben die meist allesamt aber, dass diese oft nur für Windows bereitgestellt wird.
Zumindest nicht für's eigentliche Firmwareflashen, aber informativ sind auch Tools wie CrystalDiskInfo , allerdings auch Windows-only.

xcomma:
Die Festplatte ist eine WD SN850X, über die ich fast ausschließlich Gutes gehört habe. Bei meiner Frage ging es um die von rmayergfx angesprochene Firmware des Chipsatzes. Mein Ugreen-Gehäuse ist dieses hier: . Bei diesem hört man nur gelegentlich von Kabelproblemen, weshalb ich das beiliegende nach dem Ausfall sofort ersetzt habe. Zum Chipsatz finde ich nichts, leider.
Die SSD konnte ich gestern noch aus einem Backup wieder herstellen. Sie läuft derzeit störungsfrei. Auch die Daten waren gesternn noch vorhanden, wie an dem belegten Speicherplatz abgelesen werden konnte. Sie waren jedoch nicht mehr zugänglich, weshalb ich die SSD neu aufgesetzt habe.

Ein ausstehendes Firmware-Update ist eine eher unwahrscheinliche Ursache.

Die WD SN850X ist eine sehr schnelle SSD, die im Betrieb entsprechend viel Wärme entwickelt. Wenn du größere Datenmengen überträgst und die Wärme im Gehäuse nicht ausreichend abgeführt wird, kann die SSD eine kritische Temperatur erreichen und wird dann vom System ausgeworfen. Das ist ein Schutzmechanismus. Danach lässt sie sich oft nicht ohne weiteres wieder mounten. Bei mir half in solchen Fällen ein Neustart des Mac.

Eine langsamere SSD wie die WD Blue SN580 entwickelt deutlich weniger Abwärme (und benötigt weniger Energie, die Lastspitzen für den Anschluss sind geringer) und kann bei Alltagsnutzung in einem externen Gehäuse praktischer sein, auch wenn sie auf dem Papier weniger bietet.

Die Temperatur der SSD prüfe ich mit Smartmontools .
Die richtige Disk-Nummer findest du im Festplattendienstprogramm oder mit diskutil list

Ist das so gemeint, dass deine SSD noch an einem Hub hängt und nicht direkt am Mac?

Nein, sie hing früher mal an einem Hub, inzwischen direkt am Mabook Pro mit M1pro.

sudoRinger: danke für den Hinweis! Hast Du die Binärdatei direkt von den Entwicklern über installiert? Es wäre auch über Homebrew verfügbar, habe ich eben gesehen: Zu der macOS-Kompatibilität äußern sich die Entwickler mit sympathischer Arroganz: "The package provides a Mach-O universal binary with two architectures (arm64 and x86_64) and should work on any Intel-based Mac."
An alle:
Das führt jetzt zwar etwas weit, aber Apple scheint das Containerization-Framework ja zügig weiterzuentwickeln; ich frage mich, ob die Container solchen Tools wie den smartmontools auch privilegierten Zugriff auf die Host-Geräte gewähren können? In der Apple-Dokumentation finde ich dazu nichts: Hat damit jemand Erfahrung?

Ich nutze, wenn es geht, immer Homebrew (brew install smartmontools). Alternativen wären SSDReporter oder DriveDX, die ich aber beide nicht nutze.
Das sind wohl unterschiedliche Begriffe von "Containerization": Das von dir verlinkte apple/container ist offenbar eine Swift-Bibliothek und hat nichts mit System-Containern oder Sandboxing zu tun.
Der Befehl smartctl benötigt unter macOS für das reine Auslesen der Werte bei mir kein sudo. Das liegt soweit ich das verstanden habe daran, dass das Tool über das macOS I/O Kit Framework kommuniziert, statt direkt auf die Hardware zuzugreifen. In einer isolierten Container-Umgebung wäre dieser Zugriff auf das I/O Kit des Hosts ein Problem.

Welchen der beiden Links meinst Du denn? Ich meine das Docker-Äquivalent das Apple mit macOS 26 eingeführt hat und seit der Vorstellung zügig weiter entwickelt. Docker erlaubt - so weit ich weiß - einen privilegierten Zugriff. Ich meine, der Link, den ich dazu gepostet habe, müsste der Richtige sein: https://github.com/apple/container Von dem bisherigen Sandboxing hatte ich ja nicht gesprochen. Der Zusammenhang zwischen dem Framework und dessen Anwendung wird hier erläutert: Container is an open source implementation of Containerization, with ready to use command line binaries for running containers.

Ups ... Ich habe nur die Swift-Library gesehen. Dass es jetzt Apple Container gibt, war mir entgangen. Das könnte eine interessante Alternative zu Orbstack sein (zumindest wenn ich mal auf Tahoe downgrade).
Ob die Apple-Lösung gegenüber Orbstack oder Docker privilegiert ist, kann ich nicht sagen. Eigentlich dürfte das nicht so sein, weil Container ja isoliert sein sollen. Keine Ahnung ...

Danke für den Link zu SSDReporter, das kannte ich noch nicht und werde es mal ausprobieren!
Ich kann ansonsten noch Drive Scope empfehlen. Das hatte ich bis vor einigen Jahren auf Intel Macs im Einsatz und finde es sehr zuverlässig: https://www.micromat.com/products/drive-scope-2/

Hier noch der Zusammenhang zu der ursprünglichen Fragestellung von Kehrblech, für diejenigen, die beim Container-Framework ausgestiegen sind So zuverlässig und mächtig wie der Paketmanager homebrew und solche Kommandozeilen-Tools wie smartmontools auch sind, auf manchen Produktivsystemen möchte man das eine oder das andere evt. nicht haben. Mit einem Container-Lösung direkt von Apple lassen sich sehr elegant (eventuell bzw. wahrscheinlich) die smartmontools und viele andere Tools direkt in der Linux-Variante verwenden, ohne dass das Dateisystem von macOS mit homebrew-Eingriffen verändert wird. (Dies soll keine Kritik an homebrew sein, finde es toll und habe es auf älteren Rechnern im Einsatz). Ist aber noch ungeklärt, ob das Container-Framework bzw. die Tools diesen privilegierten Zugriff erlauben...

Kehrblech: das von mir oben erwähnte Drive Scope kann in der neuen Version 2 laut Hersteller-Webseite auch extern angeschlossene SSDs wie bei Dir der Fall, überwachen: https://www.micromat.com/products/drive-scope-2/ . Ausnahmen sind hier aufgelistet: https://www.micromat.com/external-drive-smart-support/ Deine WD SN850X ist bei den Ausnahmen nicht aufgelistet, sollte also unterstützt werden.

Kehrblech: Ich habe fast die gleiche SSD im Einsatz wie Du, die WD SN850X in der 8TB-Version und zwar im OWC Express 1M2 USB4-Gehäuse. Ich habe gerade das von sudoRinger erwähnte DriveDx getestet: https://binaryfruit.com/drivedx . Zu meinem Erstaunen zeigt es in meinem OWC-Gehäuse ohne installierten SAT-Smart-Treiber sämtliche Werte der SSD an. Die Testversion ist für 15 Tage voll funktionsfähig. Damit kannst Du also auf einfachste Art und Weise testen, ob Deine SSD ok ist, falls Dein Laufwerksgehäuse das ebenfalls wie das OWC unterstützt.

Danke! Ich habe mir das Tool direkt mal kostenlos runtergeladen und gestartet. Demnach scheint die SSD perfekt in Ordnung zu sein, inklusive Temperatur. Hab vielen Dank für den Tipp! Alle Werte scheinen übrigens vom UGreen-Gehäuse geliefert zu werden, jedenfalls habe ich keine Leerplätze. Ergebnis wie Gehäusebefund sind sehr beruhigend!

USB4/Thunderbolt verbindet die NVMe-SSD nativ und damit können die Smart-Werte direkt ausgelesen werden. Der alte SAT-SMART-Treiber war nur eine Krücke für USB. Mit Smartmontools erhält man die gleichen Werte, nur eben im Terminal.

Bei Thunderbolt war mir bekannt, dass das funktioniert. Wenn ich meine SSD in dem besagten Gehäuse aber an einen älteren MacMini von 2012 anschliesse, können die Werte ohne speziellen Treiber nicht ausgelesen werden. Ist aber auch kein USB 4

Na klar, das OWC 1M2 ist ein USB4-Gehäuse und damit kompatibel zu Thunderbolt 3 und älteren USB-Protokollen. Am Mac mini ist es dann per USB 3.0 mit 5 Gbit/s verbunden. Nur per USB werden die Smart-Daten nicht übertragen - außer man installiert diese Kernel-Erweiterung (und dann funktioniert es auch nicht immer).

Hier ist die Info zur Firmware für das Gehäuse bzw. des verwendeten Chipsatzes:

Danke, rmayergfx!