Warum funktioniert meine USB-Festplatte nach dem Aufheben der Bereitstellung nicht mehr?

2679
Jannik Jochem

Ich habe vor kurzem eine externe Festplatte für mein Linux-Notebook gekauft. Die Festplatte ist bei USB 3.0 spezifiziert, während das Notebook nur USB 2.0 unterstützt.

Das Laufwerk scheint einwandfrei zu funktionieren, wenn ich es einstecke. Dies ist der relevante Abschnitt aus / var / log / messages: 

Jun 17 20:36:53 mosquito kernel: usb 1-4: new high-speed USB device number 8 using ehci_hcd Jun 17 20:36:53 mosquito kernel: scsi8 : usb-storage 1-4:1.0 Jun 17 20:36:53 mosquito mtp-probe: checking bus 1, device 8: "/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-4" Jun 17 20:36:53 mosquito mtp-probe: bus: 1, device: 8 was not an MTP device Jun 17 20:36:59 mosquito kernel: scsi 8:0:0:0: Direct-Access BUFFALO HD-PNTU3 0001 PQ: 0 ANSI: 6 Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: Attached scsi generic sg1 type 0 Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: [sdb] 1953463728 512-byte logical blocks: (1.00 TB/931 GiB) Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: [sdb] Write Protect is off Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: [sdb] Mode Sense: 1f 00 00 08 Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: [sdb] No Caching mode page present Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: [sdb] Assuming drive cache: write through Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: [sdb] No Caching mode page present Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: [sdb] Assuming drive cache: write through Jun 17 20:36:59 mosquito kernel: sdb: sdb1 Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: [sdb] No Caching mode page present Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: [sdb] Assuming drive cache: write through Jun 17 20:36:59 mosquito kernel: sd 8:0:0:0: [sdb] Attached SCSI disk Jun 17 20:36:59 mosquito ata_id[7293]: HDIO_GET_IDENTITY failed for '/dev/.tmp-block-8:16' Jun 17 20:37:16 mosquito ntfs-3g[7305]: Version 2012.1.15 external FUSE 28 Jun 17 20:37:16 mosquito ntfs-3g[7305]: Mounted /dev/sdb1 (Read-Write, label "HD-PNTU3", NTFS 3.1) Jun 17 20:37:16 mosquito ntfs-3g[7305]: Cmdline options: rw,nosuid,nodev,uhelper=udisks Jun 17 20:37:16 mosquito ntfs-3g[7305]: Mount options: rw,nosuid,nodev,uhelper=udisks,allow_other,nonempty,relatime,fsname=/dev/sdb1,blkdev,blksize=4096 Jun 17 20:37:16 mosquito ntfs-3g[7305]: Ownership and permissions disabled, configuration type 7

Ich kann Dateien auf das Laufwerk kopieren und alles scheint gut zu funktionieren. Sobald ich das Laufwerk abmache, erhalte ich jedoch die folgende Protokollausgabe:

Jun 17 20:37:23 mosquito ntfs-3g[7305]: Unmounting /dev/sdb1 (HD-PNTU3) Jun 17 20:37:23 mosquito ata_id[7324]: HDIO_GET_IDENTITY failed for '/dev/sdb' Jun 17 20:37:24 mosquito kernel: sd 8:0:0:0: [sdb] Device not ready Jun 17 20:37:24 mosquito kernel: sd 8:0:0:0: [sdb] Result: hostbyte=0x00 driverbyte=0x08 Jun 17 20:37:24 mosquito kernel: sd 8:0:0:0: [sdb] Sense Key : 0x2 [current]  Jun 17 20:37:24 mosquito kernel: sd 8:0:0:0: [sdb] ASC=0x3a ASCQ=0x0 Jun 17 20:37:24 mosquito kernel: sd 8:0:0:0: [sdb] CDB: cdb[0]=0x28: 28 00 74 6f 7d 00 00 00 08 00 Jun 17 20:37:24 mosquito kernel: end_request: I/O error, dev sdb, sector 1953463552 Jun 17 20:37:24 mosquito kernel: quiet_error: 200 callbacks suppressed Jun 17 20:37:24 mosquito kernel: Buffer I/O error on device sdb, logical block 244182944

Dies wird mit sich ändernden Werten nach dem logical blockTeil und manchmal ohne Buffer I/O error [...]Linie wiederholt .

Wenn ich versuche, das Laufwerk erneut einzuhängen, wird der Fehler erneut wiederholt, und das Einhängen meldet, dass der Superblock nicht gelesen werden kann. Das Problem verschwindet erst, wenn ich das Laufwerk stecke und wieder einstecke.

Was könnte das verursachen? Ist dies wahrscheinlich ein Treiber- oder Kompatibilitätsproblem oder ist die Festplatte fehlerhaft? Wie kann ich das überprüfen?

4
Ich habe vergessen, das eigentliche Problem zu erwähnen, das heißt, dass ich das Laufwerk nach dem Unmounten nicht erneut mit dem Laufwerk fdisk anmelden oder darauf zugreifen kann. Außerdem frage ich mich, ob das Laufwerk wirklich nicht ordnungsgemäß gemountet ist oder ob aufgrund der im Protokoll genannten Fehler Datenverlust auftreten kann. Jannik Jochem vor 12 Jahren 0
@ekaj: Das Aufheben der Bereitstellung von Informationen ist sowohl in Linux als auch in Windows nur dazu gedacht, den Inhalt der Festplatte für die Dateisystemebene unsichtbar zu machen, * nicht * für die darunterliegenden Schichten (SATA und SCSI) und * nicht *, um E / A zu verursachen Fehler werden angezeigt. Die Frage erwähnt nicht "Berechtigungen wegnehmen", was in jedem Fall irrelevant wäre, da ata_id als root ausgeführt wird und vollständigen Zugriff auf das Gerät hat. grawity vor 12 Jahren 0

1 Antwort auf die Frage

2
lornix

Die meisten meiner USB-Speichergeräte verhalten sich so, wenn ich das Laufwerk auswähle.

Mounten Sie die Partition selbst über cmdline oder klicken Sie auf 'Unmount / Eject Drive'?

Das einfache Aufhängen der Partition verursacht dies nicht, während das Auswerfen der Partition mich daran hindert, erneut zu laden, es sei denn, ich trenne die Verbindung und stelle die Verbindung wieder her.

Sie können die Montierbarkeit des Laufwerks (!) Mit partprobe zurücksetzen . Es befindet sich im " parted " -Paket.

Im Allgemeinen muss als root ausgeführt werden, um den Reset durchzuführen (na ja, es ist wie ein Reset).

sudo partprobe

Aktualisiert alle angeschlossenen Geräte während

sudo partprobe /dev/sdc

setzt / löscht die Partitionen auf dem SDC-Gerät.

Vielen Dank! Ich habe "Eject Drive" verwendet. Das Ausführen von `mount` /` umount` behebt das Problem explizit. Die Verwendung von Partprobe ist jedoch nicht hilfreich, wenn sich das Laufwerk in einem fehlerhaften Zustand befindet. Bonusfrage: Warum verhalten sich umount und "Eject Drive" so unterschiedlich? Jannik Jochem vor 12 Jahren 0
Ich muss vermuten, dass es etwas damit zu tun hat, wie das ioctl mit diesen Befehlen umgeht. Stellen Sie sich die gleichen Befehle auf einem Bandlaufwerk vor (wo sie wahrscheinlich entstanden sind), oder auf das heutige CD / DVD-Laufwerk ... umount hebt es einfach an, kann später verwendet werden, während der Auswurf das Fach öffnet und vollständig entfernt werden kann. Auswurf erwartet also nichts, bis neue Informationen zum Einlegen von (Bandspindel), Schließen des CD-Fachs und Einfügen von USB-Sticks vorliegen. Dies ist jedoch eine fundierte Vermutung. lornix vor 12 Jahren 1

Verwandte Probleme