SSD kaputt?

[NJay]

Hallo,

mein Notebook (T440p, i7 4700QM, 8GB, Crucial MX300 500GB, Archlinux) hat regelmäßige Hänger, bei denen das System für 10-20 Sekunden hängt. Dabei laufen Audio und Video in der Regel weiter, aber z.B. das Laden von Internetseiten geht nicht, starten von programmen nicht etc. Wenn ich mir danach mit dmesg -T die Logs anzeigen lassen, kommt folgende ausgabe:

[Fri Feb  8 16:10:53 2019] print_req_error: I/O error, dev sda, sector 559167416
[Fri Feb  8 16:10:53 2019] sd 0:0:0:0: [sda] tag#27 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[Fri Feb  8 16:10:53 2019] sd 0:0:0:0: [sda] tag#27 Sense Key : Illegal Request [current]
[Fri Feb  8 16:10:53 2019] sd 0:0:0:0: [sda] tag#27 Add. Sense: Unaligned write command
[Fri Feb  8 16:10:53 2019] sd 0:0:0:0: [sda] tag#27 CDB: Read(10) 28 00 05 ee 03 18 00 00 c0 00
[Fri Feb  8 16:10:53 2019] print_req_error: I/O error, dev sda, sector 99484440
[Fri Feb  8 16:10:53 2019] ata1: EH complete
[Fri Feb  8 16:11:31 2019] ata1.00: exception Emask 0x0 SAct 0x8108030 SErr 0x50000 action 0x6 frozen
[Fri Feb  8 16:11:31 2019] ata1: SError: { PHYRdyChg CommWake }
[Fri Feb  8 16:11:31 2019] ata1.00: failed command: READ FPDMA QUEUED
[Fri Feb  8 16:11:31 2019] ata1.00: cmd 60/d0:20:28:1d:ed/00:00:05:00:00/40 tag 4 ncq dma 106496 in
                                    res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[Fri Feb  8 16:11:31 2019] ata1.00: status: { DRDY }
[Fri Feb  8 16:11:31 2019] ata1.00: failed command: WRITE FPDMA QUEUED
[Fri Feb  8 16:11:31 2019] ata1.00: cmd 61/08:28:00:0b:5e/00:00:1c:00:00/40 tag 5 ncq dma 4096 out
                                    res 40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[Fri Feb  8 16:11:31 2019] ata1.00: status: { DRDY }
[Fri Feb  8 16:11:31 2019] ata1.00: failed command: READ FPDMA QUEUED
[Fri Feb  8 16:11:31 2019] ata1.00: cmd 60/08:78:f0:3c:54/00:00:21:00:00/40 tag 15 ncq dma 4096 in
                                    res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
[Fri Feb  8 16:11:31 2019] ata1.00: status: { DRDY }
[Fri Feb  8 16:11:31 2019] ata1.00: failed command: READ FPDMA QUEUED
[Fri Feb  8 16:11:31 2019] ata1.00: cmd 60/08:a0:c8:7e:59/00:00:08:00:00/40 tag 20 ncq dma 4096 in
                                    res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[Fri Feb  8 16:11:31 2019] ata1.00: status: { DRDY }
[Fri Feb  8 16:11:31 2019] ata1.00: failed command: READ FPDMA QUEUED
[Fri Feb  8 16:11:31 2019] ata1.00: cmd 60/08:d8:00:00:9c/00:00:0b:00:00/40 tag 27 ncq dma 4096 in
                                    res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
[Fri Feb  8 16:11:31 2019] ata1.00: status: { DRDY }
[Fri Feb  8 16:11:31 2019] ata1: hard resetting link
[Fri Feb  8 16:11:31 2019] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[Fri Feb  8 16:11:31 2019] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[Fri Feb  8 16:11:31 2019] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
[Fri Feb  8 16:11:31 2019] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
[Fri Feb  8 16:11:31 2019] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[Fri Feb  8 16:11:31 2019] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
[Fri Feb  8 16:11:31 2019] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
[Fri Feb  8 16:11:31 2019] ata1.00: configured for UDMA/133

Ich nehme mal an die SSd hat einen Weg? Oder kann es auch am Gerät liegen? Die zweite SSD im Gerät mit Windows hat kein Problem.

Vielen Dank für eure Einschätzung.

NJay

 

[Sahit]

Schau doch mal was bei Crystaldiskinfo raus kommt https://www.computerbase.de/downloads/systemtools/festplatten/crystaldiskinfo/

 

[schiz0]

@Sahit Das läuft aber nicht unter Arch.

@NJay Schonmal das hier probiert? https://wiki.archlinux.org/index.php/S.M.A.R.T.

Damit solltest du schauen können ob die SSD die Füße hochlegen möchte.

mfg

 

[Smurfy1982]

Also entweder unter Linux S.M.A.R.T. auslesen oder unter Windows von der anderen SSD gebootet 😉

Sieht aber nach Lesefehler aus.

 

[PatrickS3]

Schau doch mal was bei Crystaldiskinfo raus kommt

@Sahit Das läuft aber nicht unter Arch.

Deshalb habe ich mir letztes Jahr mal den c`t notwin USB Stick erstellt, damit kann man ein kleines Win10 booten, die haben da auch schon das ein oder andere Tool (hwinfo z.B.) mit drauf. Crystaldiskinfo aber meines Wissens nicht. Aber das kann man ja dann runterladen oder selbst auf den Stick packen.

 

[SilenceIsGolden]

Smartmontools läuft aber unter Arch, muss evtl. nachinstalliert werden.
Dann die Ausgabe von smartctl -a /dev/sdx posten.

 

[weissnichalles1]

Man kann auch unter Windows mit Crystaldiskinfo die Informationen aus der Linux SSD auslesen.

 

[SilenceIsGolden]

Das stimmt und wäre dann doch die einfachste Möglichkeit. Den Satz im Eröffnungspost hatte ich überlesen.

 

[NJay]

Das sind die Ergebnisse von CrystalDiskInfo. Ich habe sie nicht direkt angehängt, weil sie für mich eigentlich gut aussehen... Die Platte ist auch nicht wirklich alt.

 

[DerDichter]

Hast du's mal mit andren Kabeln probiert?

Nicht dass das rote Dingen sein Leben verliert
Für wenige Steckzyklen sind sie gemacht
denn der Hersteller hat an Profit gedacht
Wenn du das Kabel mehrmals steckst
Es sein kann dass es schon verreckt
Drum prüfe schnell mit andrem Kabel
Sonst bleibt die Suche hier blamabel
Denn ohne Lösung du hier stehst
Während dein System Suizid begeht

 

[NJay]

Hast du's mal mit andren Kabeln probiert?

Das ist ein Notebook... Da gibt keine Sata Kabel.

 

[DerDichter]

Oh entschuldige Herr NJay
Dann war meine Antwort ziemlich gay
Auf Altenglische Art "fröhlich" ich meine
Denn sexuelle Präferenz haben meine Postings keine
Dann bleibt dir wohl nur anzuraten
Ein Backup zu machen von all deinen wichtigen Daten
Es scheint es bleibt nur eine Lösung
Die SSD braucht ne Erlösung
Drum schicke sie in ihre Ruh
Ersatz findest du doch im Nu!

 

[Holt]

Die Werte sind in Ordnung, mir fällt nur auf, dass die SSD 0x5C = 92 unerwartete Spannungsabfälle hat, was bei 533 Einschaltungen gerade bei einem Notebook, recht viel ist. Das T440p hat doch nur einen 2.5" Einbauplatz, ich vermute also mal, dass die BX300 in einem Adapter im Schacht für das optische LW steckt und dies führt bei SSDs leider oft genau solchen Problemen. Ich weiß nicht genau wieso, vermutlich wegen Energiespareinstellungen und gerade die Crucial SSDs haben damit immer Probleme gehabt, Bugfixes dazu ziehen sich wie ein roter Faden durch die Changelogs alles Modelle seit der C300. Es kann auch am Caddy selbst liegt, die billigen Nachbauten aus China die man in der Bucht findet, sind qualitativ oft minderwertig. Die beste Lösung ist wohl beide SSDs durch eine große zu ersetzten und bei OS darauf zu installieren oder eben eines zu virualisieren.

 

[NJay]

Die Werte sind in Ordnung, mir fällt nur auf, dass die SSD 0x5C = 92 unerwartete Spannungsabfälle hat, was bei 533 Einschaltungen gerade bei einem Notebook, recht viel ist. Das T440p hat doch nur einen 2.5" Einbauplatz, ich vermute also mal, dass die BX300 in einem Adapter im Schacht für das optische LW steckt und dies führt bei SSDs leider oft genau solchen Problemen.

Es ist genau anders herum. Die Crucial sitzt im normalen 2,5 Zoll Schacht und die SSD für Windows ist anstelle des DVD-Laufwerks verbaut.

Zusätzlich musste ich das Notebook sehr oft Hard resetten, da ich zwischenzeitig das Problem hatte, das das Gerät nicht heruntergefahren ist/sich beim herunterfahren aufgehängt hat. Die 92 mal könnten hinkommen.

 

[Holt]

Dann probiere mal Aggressive Link Power Management (ALPM) zu deaktivieren.

 

[NJay]

Wollte mal ein kleines Update geben. Habe die SSD gestern gegen eine neue ausgetauscht, Platte wurde dabei 1:1 geclont. Seitdem ist der Fehler nicht mehr aufgetreten, während er vorher spätestens alle paar Stunden auftrat. Der Fehler lag also vermutlich wirklich an der SSD, ich werde sie reklamieren.

Danke nochmal für eure Hilfe.