1) Mit welcher Software kann ich eine Sata-SSD (Samsung Evo, Crucial MX200/MX300) so initialisieren, dass sie leer und (bzgl. trim-Altlasten) wieder jungfräulich ist?
2) Wie muss die SSD dafür angeschlossen sein?

Gruss Heiner

Wenn der Inhalt nicht erhalten werden muss, kannst Du mit Linux (z.B. mit gparted live) die SSD platt machen und komplett löschen. Wenn das USB Gehäuse mitspielt, musst Du sie dazu noch nicht einmal aus dem Gehäuse ausbauen.

Danke Dir; ich entnehme daraus, dass Dir unter dem mac-Betriebssystem nix bekannt ist?

Für den Mac gibt es zum Beispiel den "Paragon Disk Wiper". Diese Software erstellt aber im Prinzip auch nur einen maßgeschneiderten USB-Stick mit Linux und einem Plattendienstprogramm drauf. Der vollbringt dann die eigentliche Arbeit.

Welchen Anschluss man nehmen muss, hängt davon ab, ob die Gerätetreiber von Linux es schaffen, beim jeweiligen Gehäuse alle ATA-Befehle direkt an die SSD durchzustellen.

Leider nein, zumal der Mac sich mit der Ansteuerung ohnehin schwer tut. Sofern der USB-SATA-Converter mitspielt, kann man bei Linux das SATA-Device im externen Gehäuse belassen und es z.B. in einer VM unter Linux löschen. USB Device an VM durchreichen geht bei vielen Hypervisors.

Bitte mit Vorsicht geniessen, da nur gegoogelt, aber vielleicht etwas modifiziert im Stil von:


Quelle: macOS – TRIM-Unterstützung für eigene SSDs aktivieren

Was sind denn „TRIM-Altlasten“? Also angenommen, ich spiele macOS auf eine leere SSD auf und lösche die SSD dann mit dem Festplatten-Dienstprogramm wieder, was habe ich denn dann für „Altlasten“

Einfach das Laufwerk neu initialisieren und am neuen System mit TRIM betreiben, der Rest regelt sich von alleine.
Es sei denn du möchtest die SSD nicht selbst weiternutzen, dann empfiehlt es sich, die jeweiligen Tools der Hersteller zu nutzen um damit den ATA Befehl Secure Erase absetzen zu können. Leider sind die meisten Tools nur für Windows User gemacht.

Danke, das beruhigt mich!

Er bezieht sich offenbar auf einen anderen Thread, wo er beschreibt, dass er eine SSD mit hoher Schreiblast hat, die in der Vergangenheit ohne Trim betrieben wurde, wodurch die Schreibgeschwindigkeit stark eingebrochen ist.

In dem Fall hat das Löschen der SSD mit dem Festplattendienstprogramm keinerlei Wirkung. Die Schreibgeschwindigkeit bleibt so langsam wie vorher. Die Lösung ist deshalb ein Trim auf alle physischen Blöcke, was nur mit "ATA Secure Erase" zuverlässig durchgeführt werden kann.

Wenn kein TRIM auf die SSD ausgeführt wurde, dann ist aus Sicht des GCs der SSD die SSD zu 100% gefüllt. Wie das FS das sieht, ist unerheblich.

Hm, also doch Altlasten nach dem Löschen?

Nehmen wir mal ein konkretes Beispiel:
High Sierra auf einer SSD, der Mojave-Installer wird gestartet, um Mojave auf einer anderen SSD zu installieren. Zu diesem Zeitpunkt ist in High Sierra für beide SSDs TRIM aktiviert. (SATA-SSDs in einem Classic Mac Pro oder extern, keine von Apple verbauten SSDs.)

Beim Installationvorgang bootet ja aber der Mojave-Installer nach einiger Zeit von der Mojave-SSD aus. Ich gehe davon aus, dass ab dann TRIM nicht mehr aktiv ist, oder ist das ein Flag, das in der SSD gesetzt bleibt auch bei einer völligen Neuinstallation von macOS auf dieser SSD?

Wenn meine Vermutung stimmt und TRIM während der Mojave-Installation zumindest zeitweise nicht aktiv war, dann habe ich also mit einem frisch installierten Mojave (auf dem ich als allererstes nach der Installation TRIM aktiviere) bereits Altlasten? Die sich negativ auswirken bzw. jedenfalls mitgeschleppt werden, falls ich aus irgendeinem Grund ein zweites Mal Mojave frisch auf dieser SSD installieren will?

Oder wie oder was

Was macOS-Benutzer "Aktivieren von Trim" nennen, bedeutet ja in Wirklichkeit etwas ganz Anderes, nämlich "die Trim-Sperre im Betriebssystem für Fremd-SSDs aufheben". Das ist also eine Einstellung des laufenden Betriebssystems. Im dem Beispiel ist in der Tat im neu installierten System Trim wieder gesperrt.

Das Wort "Altlasten" ist von virk etwas irreführend gewählt. Auf der SSD gibt es halt ein gewisse Zahl physisch beschriebener Blöcke, bei der die SSD nicht "weiß", dass sie die zugehörigen Flash-Zellen hätte löschen können. Also muss sie diese irgendwann einmal später vor einer anstehenden Schreiboperation löschen, was diese Schreiboperation verzögert.

Der Effekt dürfte gering sein, da das in dem Beispiel nur Dateien betrifft, die während des Installationsvorgangs von Mojave gelöscht werden. Das dürften nur ein paar temporäre Dateien sein.

Naja, aber wenn ich dann Mojave nochmal installiere, werden daraus doch plötzlich die vielen vielen Dateien der ersten Installation, aus denen macOS besteht.

Wäre es aus dieser Sicht in dem Beispiel klug, vor einer erneuten Mojave-Installation auf der Mojave-SSD die Mojave-SSD von High Sierra aus bei aktiviertem TRIM im Festplattendienstprogramm zu löschen?

Nein, es ist nicht genau dokumentiert, wie das Festplattendienstprogramm das macht, aber es ist davon auszugehen, dass hierbei gar nichts getrimt wird, sondern nur eine neue Partitionstabelle und leere Volume-Kataloge geschrieben werden. Die bisher genutzten physischen Blöcke bleiben ungelöscht bestehen wie sie sind.

Und wenn ich die Mojave-Dateien (von High Sierra aus, bei aktiviertem TRIM) im Finder oder im Terminal mit rm lösche? Das müsste dann ja besser sein?

Ja, das ginge natürlich besser, wird aber seine Zeit brauchen, auch auf einer SSD.

Die oben vorgeschlagene "ATA Secure Erase"-Lösung dürfte in der Praxis am bequemsten sein, auch wenn man auf ein anderes Betriebssystem ausweichen muss.

OK, vielen Dank für die genaue Erläuterung!

Wenn die SSD voll war, und und sie nun nicht per TRIM freigegeben wird, ist die SSD aus Sicht des GC in der SSD noch immer zu 100% voll, obwohl ein frisches OS installiert wurde. Das OS löscht nicht die SSD per TRIM, sondern schreibt neue Metadaten des FS auf die SSD. Wenn bei der Installation TRIM aktiviert wird, dann wird mit der Zeit TRIM auf freigegebene Blöcke ausgeführt. Aber besonders am Anfang werden nur wenige Blöcke freigegeben, weil nur wenige Blöcke belegt sind. Was man tun könnte (falls man die SSD nicht anderweitig komplett löschen will), wäre es eine riesige Datei mit Inhalt zu befüllen und diese dann zu löschen. Dann gibt das OS per TRIM wirklich viele Blöcke mit TRIM frei.

Ich würde besagte SSD in ein bestehendes Linux-System einbinden und mit fstrim manuell versuchen, das ATA-Kommando an die GC weiterzugeben.