Mount Fehler bei externer Festplatte

**ContiTech** · 13.03.11, 20:37

Hallo,

ich habe über die Vorgabe in der /etc/fstab meine USB-Festplatte eingebunden.

Code:

/dev/disk/by-uuid/7ac4b8ec-ce80-4cd3-8559-645f0613c15e		/mnt/Backup/	xfs	users,noauto,rw		0	0

Das funktioniert soweit auch sehr gut (arbeite unter XFCE4 / Squeeze), aber wenn ich z.B. Fotos importiere (Shotwell), dann erhalte ich folgende Fehlermeldung:

Code:

Der Datenträger »Datenträger »500G«« konnte nicht eingebunden werden.

Code:

mount: wrong fs type, bad option, bad superblock on /dev/sdd1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so.

Klicke ich die weiter, dann kommen Meldungen wie z.B.:

Code:

Fehler beim Untersuchen der Datei /mnt/Backup/Pybackback-Chris-home/home/christopher/BilderCanon/chris/Schwangerschaft + Kind/2009-11-08/IMG_1602.JPG mit fstat(): Eingabe-/Ausgabefehler

Das sind in der Regel recht viele.

Zum Glück ist das nicht jedes Mal wenn ich auf die Festplatte zugreife. Also nicht wirklich reproduzierbar.
Was auch auffällt: Der Dateimanager (Thunar) kann nicht mehr gestartet werden.

Mein Problem ist unter anderem, dass ich die Festplatte so nicht mehr eingebunden bekomme.
Ich muss zuerst den Rechner neu starten und dann erst kann ich wieder die Festplatte normal einbinden, bzw. über den automounter.

Dieses Problem hatte ich in der Vergangenheit auch schon unter KDE. Denke also das ich ein Plattformunabhängiges Problem habe.

umount über die Konsole habe ich auch schon versucht, aber selbst da geht nix mehr.

Was für ein Problem steckt dahinter und vor allem wie kann ich den "Haken" wieder lösen, ohne direkt meinen Rechner neu booten zu müssen.

**kreol** · 13.03.11, 22:04

Mal etwas brainstorming:

Externe Platten werden doch nicht mehr über die fstab eingebunden, das dürfte squeeze nicht anders handhaben.

Ein Plattendefekt ist ausgeschlossen? Hast Du mal die üblichen Prüftools drüberlaufen lassen (badblocks, fsck, smartctl und das des Herstellers)?

Was sagt das syslog bzw. /var/log/messages dazu?

Kreol

P.S.
Und definiere bitte "da geht nix mehr" beim umount

**ContiTech** · 14.03.11, 19:26

Hallo,

ich habe mit smartmontools (Frontend) einen Test laufen lassen: 0 Fehler

Also gehe ich mal davon aus, dass es an der Platte nicht liegt (die ist auch noch nicht so alt, was natürlich nichts bedeuten muss !).

Über die fstab binde ich die Platte deswegen ein, damit ich immer wieder den gleichen mount Punkt habe, da ich ein Backuptool benutze und das wissen muss, wohin die Daten geschaufelt werden sollen.

Wenn Du dafür eine bessere Idee hast, dann gerne.

Ja, auch Squeeze und XFCE4 binden externe USB Geräte wie von Geisterhand selbstständig ein :-)

Vielleicht ist auch das mein Problem das sich das beißt ?

Aber wie könnte ich ohne den Rechner neu starten zu müssen mich aus dieser Situation heraus winden ?

Ich habe mal darauf geachtet, wann der Fehler auftritt. Beim Import von größeren Bildermengen (z.B.).
Stückel ich die Mengen und wiederhole den Import, habe ich kein Problem.

**ContiTech** · 14.03.11, 20:14

OK, ich habe noch einen Test gemacht.

Den Eintrag in der /fstab habe ich vorübergehend auskommentiert und die Festplatte automatisch über das System einbinden lassen.
Wobei das auch mit dem Eintrag passiert, aber dann halt nach /Backup.

Ebenso habe ich wieder einen Fehler gehabt, aber dieses Mal konnte ich nach erneutem Einbinden weiterarbeiten. Das wäre der Vorteil.

Bei dem Import von Showtell fühlt sich das so an, als ob der Import ins stocken gerät und so eine Art Zeitüberschreitung statt findet.

Vielleicht ist auch hier der Hund begraben und ich müsste andere Optionen zum Einbinden nutzen ?

dmesg | tail hat folgendes ausgegeben:

Code:

root@chris:~# dmesg | tail
[ 1619.856020] Filesystem "sdc1": xfs_log_force: error 5 returned.
[ 1655.856019] Filesystem "sdc1": xfs_log_force: error 5 returned.
[ 1691.856018] Filesystem "sdc1": xfs_log_force: error 5 returned.
[ 1702.650207] XFS: Filesystem sdd1 has duplicate UUID - can't mount
[ 1727.856021] Filesystem "sdc1": xfs_log_force: error 5 returned.
[ 1734.325856] XFS: Filesystem sdd1 has duplicate UUID - can't mount
[ 1763.856019] Filesystem "sdc1": xfs_log_force: error 5 returned.
[ 1799.856019] Filesystem "sdc1": xfs_log_force: error 5 returned.
[ 1835.856025] Filesystem "sdc1": xfs_log_force: error 5 returned.
[ 1871.856019] Filesystem "sdc1": xfs_log_force: error 5 returned.
root@chris:~#

**kreol** · 14.03.11, 21:40

Zitat von ContiTech

Über die fstab binde ich die Platte deswegen ein, damit ich immer wieder den gleichen mount Punkt habe, da ich ein Backuptool benutze und das wissen muss, wohin die Daten geschaufelt werden sollen.

Wenn Du dafür eine bessere Idee hast, dann gerne.

Das kannst Du entweder über ein Label erreichen (dann wird sie in /media/label eingebunden) oder über eine udev-rule.

Das syslog sagt ja auch einiges. Um welche Platte geht es? sdc oder sdd?
Stimmt das mit der doppelten UUID? Das könnte z.B. auch an udev liegen. Was findet sich denn in /dev/disk/by-uuid?
Was findet sich in der messages wenn Du die Platte frisch anklemmst (mal tail -f beim Anklemmen mitlaufen lassen)?

Kreol

P.S.
Bitte wirf mal einen Blick auf meine Sig wg. code-Tags

**ContiTech** · 15.03.11, 19:47

Hallo,

es geht um /sdc:

Code:

root@chris:~# dmesg | tail
[  884.040643] sd 2:0:0:0: [sdc] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[  884.041132] sd 2:0:0:0: [sdc] Write Protect is off
[  884.041137] sd 2:0:0:0: [sdc] Mode Sense: 00 38 00 00
[  884.041140] sd 2:0:0:0: [sdc] Assuming drive cache: write through
[  884.042380] sd 2:0:0:0: [sdc] Assuming drive cache: write through
[  884.042386]  sdc: sdc1
[  884.054384] sd 2:0:0:0: [sdc] Assuming drive cache: write through
[  884.054392] sd 2:0:0:0: [sdc] Attached SCSI disk
[  884.675860] XFS mounting filesystem sdc1
[  884.786264] Ending clean XFS mount for filesystem: sdc1

Das mit dem label setzen klingt interessant.
udev-rule ist mir immer zu kompliziert gewesen.

Bei dem label setzen habe ich aber verstanden, dass ich die Platte neu formatieren muss. Das wäre jetzt natürlich blöd.

Ein Eindeutig ist jedoch UUID meiner Meinung nach.

Das System ordnet über den Eintrag in der fstabdie Platte direkt zu. Das funktioniert wunderbar.

Meiner Meinung nach liegt das nicht an dem wie ich die Platte einbinde, da exakt der gleiche Fehler auftritt, wenn ich ohne fstab Eintrag die Platte einbinden lasse.

Die Daten sind mittels Pybackpack entstanden (auch nur ein Frontend rdiff-backup). Dabei hat es bei dem letzten Backup gehackt.
Vielleicht ist auch mit den Daten etwas passiert ???

Ich werde mal den Weg umgedreht gehen und eine größere Datenmenge auf die Platte schaufeln und wieder zurück kopieren.
Sollte der Fehler dabei nicht auftreten, dann könnten auch die Daten ein Problem haben, oder ?

**pferdefreund** · 16.03.11, 06:00

Die Daten sind doch den Kopierprogrammen egal. Ich tippe, da es nur bei großen Mengen passiert, auf
einen Hardware-Defekt oder so beim usb-controler oder Plattencash. Schon mal spaßeshalber ein
anderes Dateisystem probiert ? Eventuell gibts ja damit ein Problem. Oder andere Platte ?
Zur not mal von nem Kumpel leihen.

**gropiuskalle** · 16.03.11, 16:06

Zitat von ContiTech

Bei dem label setzen habe ich aber verstanden, dass ich die Platte neu formatieren muss. Das wäre jetzt natürlich blöd.

Nö (zumindest finde ich dazu keinen Hinweis, bei ext-Dateisystemen wäre das jedenfalls nicht notwendig). Für XFS-Dateisysteme benötigst Du die xfstools, dann die entsprechende Partition unmounten, anschließend

Code:

xfs_admin -L neuesLabel /dev/sdxn

...und schon kannst Du Dir Geschraube mit udev und fstab ersparen.

[Ohne Gewähr, mit XFS hatte ich noch nichts zu tun!]

**drcux** · 16.03.11, 17:13

Zitat von ContiTech

ich habe mit smartmontools (Frontend) einen Test laufen lassen: 0 Fehler

Und auch mal ein xfs_repair drüber laufen lassen?

**ContiTech** · 16.03.11, 18:54

Ich habe noch eine andere externe Platte, die ist aber über FireWire angeschlossen und bereitet keinerlei Probleme.

Via label oder UUID ist wohl eher nebensächlich, da der Test ohne UUID den gleichen Fehler produziert hat.

Vielleicht sollte ich die Platte einmal komplett neu formatieren und dann beobachten was passiert.

Wie sind Eure Erfahrungen mit ext4 ?

Ich habe für die Squeeze Installation erstmals ext4 benutzt und vorher immer nur XFS, auch für die externe FireWire Platte.

Was spricht den gegen UUID ?
Wird bei den Systemplatten ja auch genutzt.