[gelöst] "[Errno 5] Input/output error:"

[HousyHarry]

Hallo zusammen

Beim Lesen von einer Festplatte kriege ich folgenden Fehler:

Code: Alles auswählen

[Errno 5] Input/output error:

Leider findet fsck das Laufwerk nach dem umount nicht;

Code: Alles auswählen

$ sudo fsck.ext4 /dev/sda1
e2fsck 1.47.0 (5-Feb-2023)
fsck.ext4: No such device or address while trying to open /dev/sda1
Possibly non-existent or swap device?

Das Laufwerk ist aber sichtbar:

Code: Alles auswählen

$ lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda           8:0    0 931.5G  0 disk 
└─sda1        8:1    0 931.5G  0 part 

Wie komme ich hier weiter.

Vielen Dank

[KBDCALLS]

Was spuckt denn blkid aus. Allerdings als root

[HousyHarry]

Code: Alles auswählen

$ sudo blkid
/dev/mmcblk0p1: LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="44FC-6CF2" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="ded88ef0-01"
/dev/mmcblk0p2: LABEL="rootfs" UUID="93c89e92-8f2e-4522-ad32-68faed883d2f" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="ded88ef0-02"

[KBDCALLS]

Dann würds ich mal damit e2fsck /dev/mmcblk0p2 versuchen .

[TRex]

Oder mich fragen, ob die eine oder andere Ausgabe auf dem falschen System erzeugt wurde...

[HousyHarry]

Oder mich fragen, ob die eine oder andere Ausgabe auf dem falschen System erzeugt wurde...

Wurden alle auf dem selben system gemacht.

Nach einem Neustart kriege ich die Fehlermeldungen für einige Stunden übrigens nicht mehr.
Dann sehe ich auch die festplatte:

Code: Alles auswählen

$ sudo blkid
/dev/mmcblk0p1: LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="44FC-6CF2" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="ded88ef0-01"
/dev/mmcblk0p2: LABEL="rootfs" UUID="93c89e92-8f2e-4522-ad32-68faed883d2f" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="ded88ef0-02"
/dev/sda1: UUID="dd4e8ee9-f83b-4a09-b9fb-9b6258b1609e" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="fbbe86b5-643a-4988-87a6-b2b84b017aa3"

Code: Alles auswählen

$ sudo fsck.ext4 /dev/sda1
e2fsck 1.47.0 (5-Feb-2023)
/dev/sda1: clean, 13602/61054976 files, 8512233/244190384 blocks

[heisenberg]

Zeig mal die Aussage von dmesg, wenn das Fehlerbild da ist, installiere mal das Systeminformationswerkzeug inxi, wenn möglich und zeige die Ausgabe von:

inxi -v8 -z

Auch nochmal smartctl -A /dev/sda nach dem Neustart, wenn die Platte noch erreichbar ist.

[hikaru]

Möglicherweise gibt es ein Kontaktproblem, z.B. in Folge von Erschütterung beim Transport.
Falls das Problem wieder auftritt, bau mal die HDD aus und wieder ein!

[HousyHarry]

Hier ist der dmesg output
42190

inxi output
42191

Und der smartoutput:

Code: Alles auswählen

 sudo smartctl -A -d sat /dev/sda
smartctl 7.3 2022-02-28 r5338 [aarch64-linux-6.6.31+rpt-rpi-2712] (local build)
Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       2044
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       348
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       7
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0032   069   029   000    Old_age   Always       -       31
195 ECC_Error_Rate          0x001a   200   200   000    Old_age   Always       -       0
199 CRC_Error_Count         0x003e   099   099   000    Old_age   Always       -       8
235 POR_Recovery_Count      0x0012   099   099   000    Old_age   Always       -       30
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       12214717759

[KBDCALLS]

Möglicherweise macht der uas Treiber Stres

Was ist das für eine Platte ? Poste mal die Ausgabe von lsusb Denn das uas_eh_abort_handler deutet darauf hin.

[heisenberg]

Was ist das für eine Platte ?

Steht doch in der inxi Ausgabe:

Code: Alles auswählen

Drives:
...
  ID-2: /dev/sda maj-min: 8:0 type: USB vendor: Samsung model: SSD 860 QVO 1TB size: 931.51 GiB
    block-size: physical: 512 B logical: 512 B type: SSD serial: <filter> rev: 1.02 scheme: GPT
  SMART Message: Unknown USB bridge. Flash drive/Unsupported enclosure?
...
  USB:
...
  Device-1: 2-1:2 info: Realtek Ugreen Storage Device type: Mass Storage driver: uas
    interfaces: 1 rev: 3.2 speed: 5 Gb/s power: 896mA chip-ID: 0bda:9201 class-ID: 0806
    serial: <filter>

[HousyHarry]

Guten Morgen zusammen

Hier der output von lsusb:

Code: Alles auswählen

Bus 002 Device 002: ID 0bda:9201 Realtek Semiconductor Corp. Ugreen Storage Device

Wie heisenberg richtig bemerkt hat steht unten der richtige Typ:

Code: Alles auswählen

Samsung model: SSD 860 QVO 1TB

Möglicherweise gibt es ein Kontaktproblem, z.B. in Folge von Erschütterung beim Transport.
Falls das Problem wieder auftritt, bau mal die HDD aus und wieder ein!

Glaube ich nicht, da die Daten nach einem Neustart ohne Probleme lesbar sind,
und das Problem zuverlässig nach wenigen Stunden wieder auftritt.

Ein Maintenance Job von OMV vieleicht?

Danke für eure hinweise.
Ich wünsche allen Schweizern einen schönen Nationalfeiertag heute.

[hikaru]

und das Problem zuverlässig nach wenigen Stunden wieder auftritt.

Möglichwerweise ein Temperaturproblem - entweder auf Seiten der SSD oder des Hosts?

Ich betreibe zwei QVO 870 in einem Notebook. Die erreichen dort 55 bis 60°C. Probleme hatte ich mit denen noch nicht, selbst beim Schreiben mehrerer 100GB am Stück.

[KBDCALLS]

Ein falscher Treiber. Richtig wäre usb-storage
Also verhindern das der uas Treiber an das Laufwerk kommt,stattdessen usb-storage

[heisenberg]

Hier ist eine umfassende Erklärung zu der Konfiguration (englisch) von KBDCALLs Lösungsvorschlag:

https://smitchell.github.io/how-to-bind ... age-driver

[HousyHarry]

Vielen Dank für die Hinweise.

Ich arbeite aktuell den Artikel durch.
Mit hwinfo --all kriege ich die Informationen zum Gehäuse und zur Disk,
allerdings finde ich nur beim Gehäuse die ID zu Vendor und Device:

Code: Alles auswählen

26: SCSI 00.0: 10600 Disk                                       
  [Created at block.255]
  Unique ID: R7kM.QthIgiyG+aA
  Parent ID: ORJf.vcc7vMyNqX6
  SysFS ID: /class/block/sda
  SysFS BusID: 0:0:0:0
  SysFS Device Link: /devices/platform/axi/1000120000.pcie/1f00200000.usb/xhci-hcd.0/usb2/2-1/2-1:1.0/host0/target0:0:0/0:0:0:0
  Hardware Class: disk
  Model: "Samsung SSD 860 QVO 1TB"
  Vendor: "Samsung"
  Device: "SSD 860 QVO 1TB"
  Revision: "1.02"
  Driver: "uas", "sd"
  Device File: /dev/sda (/dev/sg0)
  Device Files: /dev/sda, /dev/disk/by-diskseq/26, /dev/disk/by-id/usb-Samsung_SSD_860_QVO_1TB_1327112540E9-0:0, /dev/disk/by-path/platform-xhci-hcd.0-usb-0:1:1.0-scsi-0:0:0:0, /dev/disk/by-id/wwn-0x5002538e90259f5c, /dev/disk/by-id/ata-Samsung_SSD_860_QVO_1TB_S4CZNF0N295197W
  Device Number: block 8:0-8:15 (char 21:0)
  Drive status: no medium
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #4 (USB Controller)
  
  41: USB 00.0: 10600 Disk
  [Created at usb.122]
  Unique ID: FKGF.DhoiPbPEaZ4
  Parent ID: pBe4.w9tKmbSY_p0
  SysFS ID: /devices/platform/axi/1000120000.pcie/1f00200000.usb/xhci-hcd.0/usb2/2-1/2-1:1.0
  SysFS BusID: 2-1:1.0
  Hardware Class: disk
  Model: "Realtek Ugreen Storage Device"
  Hotplug: USB
  Vendor: usb 0x0bda "Realtek Semiconductor Corp."
  Device: usb 0x9201 "Ugreen Storage Device"
  Revision: "f2.00"
  Serial ID: "1327112540E9"
  Driver: "uas"
  Module Alias: "usb:v0BDAp9201dF200dc00dsc00dp00ic08isc06ip62in00"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #45 (Hub)

Im Artikel wird beschrieben, die Datei /boot/cmdline.txt zu bearbeiten.

Code: Alles auswählen

$ cat /boot/cmdline.txt 
DO NOT EDIT THIS FILE

The file you are looking for has moved to /boot/firmware/cmdline.txt

Ich habe die vorgeschlagenen Änderungen somit in der Datei /boot/firmware/cmdline.txt vorgenommen
Vendor ID und Device ID habe ich die vom Gehäuse genommen:

Code: Alles auswählen

$ cat /boot/firmware/cmdline.txt 
console=serial0,115200 console=tty1 root=PARTUUID=ded88ef0-02 rootfstype=ext4 fsck.repair=yes rootwait usb-storage.quirks=0bda:9201:u

Wichtig scheint hier das usb-storage.quirks nicht auf eine neue Zeile zu nehmen, sondern bei der bestehenden Zeile anzuhängen.

Nach einem Neustart gibt es jetzt kein separater Eintrag zum SSD-Gehäuse mehr:

Code: Alles auswählen

$ hwinfo --scsi
26: SCSI 00.0: 10600 Disk                                       
  [Created at block.255]
  Unique ID: FKGF.DhoiPbPEaZ4
  Parent ID: ORJf.vcc7vMyNqX6
  SysFS ID: /class/block/sda
  SysFS BusID: 0:0:0:0
  SysFS Device Link: /devices/platform/axi/1000120000.pcie/1f00200000.usb/xhci-hcd.0/usb2/2-1/2-1:1.0/host0/target0:0:0/0:0:0:0
  Hardware Class: disk
  Model: "Samsung SSD 860 QVO 1TB"
  Vendor: usb 0x0bda "Samsung"
  Device: usb 0x9201 "SSD 860 QVO 1TB"
  Revision: "1.02"
  Serial ID: "1327112540E9"
  Driver: "usb-storage", "sd"
  Device File: /dev/sda (/dev/sg0)
  Device Files: /dev/sda, /dev/disk/by-path/platform-xhci-hcd.0-usb-0:1:1.0-scsi-0:0:0:0, /dev/disk/by-diskseq/26, /dev/disk/by-id/usb-Samsung_SSD_860_QVO_1TB_1327112540E9-0:0
  Device Number: block 8:0-8:15 (char 21:0)
  Module Alias: "usb:v0BDAp9201dF200dc00dsc00dp00ic08isc06ip50in00"
  Drive status: no medium
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #4 (USB Controller)

Ich melde mich hier nochmals, ob der Fehler nicht mehr auftritt.

Edit:
Der Fehler ist gelöst.

Vielen Dank nochmals.
Gruss Harry