Re: TRIM soll aber tut nicht

On Mon, Oct 05, 2015 at 01:22:53PM +0200, Oliver Fromme wrote:
> Bernd Walter wrote:
> > On Sun, Oct 04, 2015 at 06:11:51PM +0200, Oliver Fromme wrote:
> > > [...]
> > > Nur der Vollständigkeit halber: AHCI + ada(4) haben auch andere
> > > handfeste Vorteile, z.B. bessere Performance und Stabilität
> > > durch NCQ, Write-barriers und andere Features, die das alte
> > > ATAPI noch nicht kennt.
> > >
> > > Ich würde daher grundsätzlich dazu raten, AHCI und den neuen
> > > ada(4)-Treiber zu verwenden. Inzwischen sollte das auch der
> > > Default sein. Probleme mit AHCI sind mir nicht bekannt; das
> > > ist ja inzwischen auch schon aus den Kinderschuhen heraus.
> >
> > Populäres Problem, was mir auch selber begegnet ist, waren
> > Firmwareprobleme bei manchen Samsung-Platten, die Daten
> > geschreddert haben.
> > Auslöser war vermutlich NCQ, aber das ist geraten.
>
> Hast Du da genauere Infos?

Das waren etwas ältere Festplatten <1TB.
Keine SSD.

> Mir ist nur ein Problem bei einigen Samsung-SSDs bekannt,
> das auftrat, wenn TRIM und NCQ in Kombination benutzt wurden,
> und das offenbar auch nur unter Linux. Nach einigem Hickhack
> (Samsung und die Linux-Developer haben sich gegenseitig die
> Schuld in die Schuhe geschoben) sah es dann tatsächlich
> danach aus, als wenn sowohl ein Bug in der Samsung-Firmware
> als auch ein Bug im Linux-Kernel an dem Schlamassel beteiligt
> waren. Hier ist eine Zusammenfassung; man sollte auch die
> Kommentare dazu lesen:
>
> http://linux.slashdot.org/story/15/07/30/1814200/
>
> Deine Beschreibung klingt aber etwas anders ... Ich konnte
> leider keine Infos dazu finden. Hast Du zufällig eine URL
> dazu oder so?

Das Problem trat damals auf, nachdem ein Rechner mit so einer
Festplatte neu installiert wurde und dann alle paar Tage mit
Filesystem-Panics ausgesteigen ist.
Musste den Kernel auf ad abändern und dann lief das ganze wieder stabil.
Letzendlich ist das Teil inzwischen außer Betrieb.
Mag aber durchaus sein, dass noch Jemand Festplatten aus der Reihe
in Betrieb hat.

Das könnte der Fall sein, der hier bei Linux erwähnt wird:
https://ata.wiki.kernel.org/index.php/Known_issues#Samsung_Spinpoint_F4EG_suffer_from_silent_data_corruption
Wobei in meinem Fall kein bewusster IDENTIFY ausgelöst wurde.

Hier wird etwas erwähnt, was ähnlich klingt:
http://freebsd.1045724.n5.nabble.com/problems-with-AHCI-on-FreeBSD-8-2-td5481935.html
Ich weiß aber nicht mehr, ob AHCI-Fehler dabei waren.

-- 
B.Walter <bernd@bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message