Kann eine fuss12-Installation eine neue ssd schrotten?

Help
1

Ich kann es nicht beweisen, aber die Indizien sprechen eindeutig dafür.

Nähere Informationen:

  • Ich installiere vom Stick nicht zum 1. Mal sondern mindestens zum 5. Mal.
  • Die ssd ist eine neue 500GB MX500 von Crucial
  • zum 2. Mal auf einem alten dell vostro-Laptop, vorher mit demselben Stick eine ältere, kleinere ssd, damit der User das System ausprobieren kann.
  • Bei der Installation wird die Platte wird erkannt, ich wähle Platte löschen aus
  • Es wird mir das vorher-Nachher-Bild angezeigt, auch die Zusammenfassung ist ok
  • ich starte die Installation, die bald mit einem Plattenfehler abbricht, leider kein Screenshot erzeugt.
  • Ich versuche noch mit dem live-System die Platte zu untersuchen, sie wird weder von gparted noch von fdisk erkannt.
  • ich baue die Platte aus und stecke sie mit einem Adapter an mein Arbeitssystem und erhalte:
[ 2841.067090] usb 2-3: new SuperSpeed USB device number 7 using xhci_hcd
[ 2841.087880] usb 2-3: New USB device found, idVendor=152d, idProduct=2578, bcdDevice= 2.04
[ 2841.087893] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2841.087898] usb 2-3: Product: USB to SATA bridge
[ 2841.087903] usb 2-3: Manufacturer: JMicron
[ 2841.087907] usb 2-3: SerialNumber: 2018031233DE
[ 2841.101012] scsi host1: uas
[ 2841.101914] scsi 1:0:0:0: Direct-Access JMicron 0204 PQ: 0 ANSI: 6
[ 2841.104911] sd 1:0:0:0: Attached scsi generic sg1 type 0
[ 2851.104845] sd 1:0:0:0: [sdb] Spinning up disk...
[ 2854.126957] ................not responding...
[ 2965.247695] sd 1:0:0:0: [sdb] Read Capacity(16) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_OK
[ 2965.247708] sd 1:0:0:0: [sdb] Sense Key : Not Ready [current]
[ 2965.247715] sd 1:0:0:0: [sdb] Add. Sense: Logical unit is in process of becoming ready
[ 2971.247206] sd 1:0:0:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_OK
[ 2971.247217] sd 1:0:0:0: [sdb] Sense Key : Not Ready [current]
[ 2971.247223] sd 1:0:0:0: [sdb] Add. Sense: Logical unit is in process of becoming ready
[ 2973.247107] sd 1:0:0:0: [sdb] 0 512-byte logical blocks: (0 B/0 B)
[ 2973.247117] sd 1:0:0:0: [sdb] 0-byte physical blocks
[ 2979.246678] sd 1:0:0:0: [sdb] Test WP failed, assume Write Enabled
[ 2981.246504] sd 1:0:0:0: [sdb] Asking for cache data failed
[ 2981.246519] sd 1:0:0:0: [sdb] Assuming drive cache: write through
[ 2987.245946] sd 1:0:0:0: [sdb] Preferred minimum I/O size 4096 bytes not a multiple of physical block size (0 bytes)
[ 2987.245957] sd 1:0:0:0: [sdb] Optimal transfer size 33553920 bytes not a multiple of physical block size (0 bytes)
[ 2987.246830] sd 1:0:0:0: [sdb] Attached SCSI disk
[ 3780.596251] usb 2-3: USB disconnect, device number 7
root@udoo:/home/fli# fdisk /dev/sdb
Willkommen bei fdisk (util-linux 2.38.1).
Änderungen werden vorerst nur im Speicher vorgenommen, bis Sie sich
entscheiden, sie zu schreiben.
Seien Sie vorsichtig, bevor Sie den Schreibbefehl anwenden.
fdisk: /dev/sdb kann nicht geöffnet werden: Datei oder Verzeichnis nicht gefunden
root@udoo:/home/fli# smartctl -i /dev/sdb
smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-23-amd64] (local build)
Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org
Smartctl open device: /dev/sdb failed: No such device
root@udoo:/home/fli# hdparm -I /dev/sdb
/dev/sdb: No such file or directory

Ich habe keine Ahnung was passiert sein kann. Es muss beim Schreiben der PTN-Table oder beim Anlegen der Partitionen geschehen sein.

Ich werde die Platte zurücksenden und beim nächsten Mal vorher die abrufbaren Daten speichern.

2

Hast du schon eine Antwort bekommen ?
toni

3

Du meinst vom Händler? Ja, zurück gesendet, Betrag zurück überwiesen, neue, gleiche Platte wieder bestellt und erhalten.

1 Like
4

Ich habe bewusst die gleiche Platte noch mal bestellt, weil nur so besteht überhaupt eine Chance, dem Rätsel näher zu kommen.

Weil bei der Installation nur die Fehlermeldung kam, nicht aber die verursachende Operation, bin ich diesmal anders vorgegangen. Vor dem Aufruf des Installers habe ich die Platte geprüft und festgestellt, dass sie keine Partitiontabelle enthielt und habe eine MBR-Table angelegt, weil der PC kein uefi kann und auch keińe gpt-table benötigt. Ohne Probleme, auch die Installation ging anschließend ohne Fehler zu Ende.

Der Stick ist neu beschrieben und überprüft. Mit dieser SW, sogar mit denselben Stick, wurden einige Installationen durchgefürt, allerdings nicht mehr feststellbar auf wie vielen neuen ssds. Ein Fehler in der SW ist deshalb mit nahezu 100% auszuschließen, ebenfalls Bitfehler, die nicht erkannt werden und gleichzeitig den Code so ändern, dass die ssd geschrottet wurde. Bleibt also nur eine defekte ssd, die noch in der Lage war, ihre Parameter zu liefern, beim Anlegen der Partitiontabelle gestorben ist.

Damit ist die Frage so weit möglich geklärt. Dennoch habe ich ein Phänomen festgestellt, das ich weiter untersuchen und bei Ergebnissen mit einem neuen Topic berichten werde.

1 Like
5

Was mich interessieren würde: Hast du SMART Werte und die Platte direkt bei Crucial gekauft?

Eher war die “consumer” Platte defekt als dass eine solche Installation die SSD schrottet.

1 Like
6

Es gibt keine Smart-Werte und ich habe sie nicht über crucial gekauft.
Ich bin auch überzeugt, dass die verwendete .iso keine normalen crucial-ssds schrotten kann.

Sie war vorher zumindest so intakt, dass die Metadaten gelesen werden konnten und anschließend ging wirklich nichts mehr.