[RPi] Externe Festplatte verliert unter Arch ständig Verbindung

chunic

Volkstod-Fan
Registriert
14 Juli 2013
Beiträge
68
Ahoi,
ich habe folgenden Aufbau:
Ein Raspberry Pi an dem ein ein aktiver USB-Hub hängt, an dem wiederrum eine externe Festplatte mit 2 USB-Steckern als Stromversorgung angesteckt ist. Auf dem Pi läuft Arch Linux. Eigentlich sollte der Pi Serveraufgaben übernehmen und Torrents (Linux-ISOs) seeden. Da aber ständig die Festplatte verloren geht, kann er diese Aufgabe nicht übernehmen. df -h ergibt
/dev/sda1 459G 135G 301G 31% /mnt/box

Ich kann allerdings nicht mit cd in das Verzeichnis wechseln.

Nach einem Neustart ist die Festplate wieder gemountet und alles ist toll, aber wenn ich nach einiger nachschaure ist sie wieder weg...

Hat da jemand ne Idee woran das liegen kann?


Das ist die externe Platte.
 
Schau mal in den Logs nach Fehlermeldungen (z.B. dmesg | grep sda).
Was steht da nach dem Einhängen, was nach dem 'Verschwinden'?
Kannst du die Platte manuell mounten und gibt es danach Unterschiede im Verhalten?

Ich kann allerdings nicht mit cd in das Verzeichnis wechseln.
Was gibt es für Fehlermeldungen?
 
  • Thread Starter Thread Starter
  • #3
Achja, hab ich vergessen^^
Also ich zwar per cd /mnt/box ins Verzeichnis wechseln, wenn ich den Verzeichnisinhalt mit ls anschauen will kommt
ls: reading directory .: Input/output error

Wenn ich versuche die Platte manuell auszuhängen via umount /mnt/box kommt
umount: /mnt/box: target is busy
(In some cases useful info about processes that
use the device is found by lsof(8) or fuser(1).)

Bei dmesg | grep sda kommt
[ 5.949498] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 5.950373] sd 0:0:0:0: [sda] Write Protect is off
[ 5.950406] sd 0:0:0:0: [sda] Mode Sense: 23 00 00 00
[ 5.951116] sd 0:0:0:0: [sda] No Caching mode page found
[ 5.986436] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 6.014879] sd 0:0:0:0: [sda] No Caching mode page found
[ 6.031338] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 6.070639] sda: sda1
[ 6.074644] sd 0:0:0:0: [sda] No Caching mode page found
[ 6.091056] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 6.108834] sd 0:0:0:0: [sda] Attached SCSI disk
[ 7.585721] EXT4-fs (sda1): mounting ext3 file system using the ext4 subsystem
[ 8.243258] EXT4-fs (sda1): recovery complete
[ 8.244191] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[ 67.879307] sd 4:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 67.880035] sd 4:0:0:0: [sda] Write Protect is off
[ 67.880070] sd 4:0:0:0: [sda] Mode Sense: 23 00 00 00
[ 67.880926] sd 4:0:0:0: [sda] No Caching mode page found
[ 67.895395] sd 4:0:0:0: [sda] Assuming drive cache: write through
[ 67.914077] sd 4:0:0:0: [sda] No Caching mode page found
[ 67.919568] sd 4:0:0:0: [sda] Assuming drive cache: write through
[ 68.268853] sda: sda1
[ 68.274788] sd 4:0:0:0: [sda] No Caching mode page found
[ 68.280252] sd 4:0:0:0: [sda] Assuming drive cache: write through
[ 68.302693] sd 4:0:0:0: [sda] Attached SCSI disk
[ 68.794750] EXT4-fs (sda1): mounting ext3 file system using the ext4 subsystem
[ 68.881029] EXT4-fs (sda1): recovery complete
[ 68.881081] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[ 1449.401424] sd 4:0:0:0: [sda] Unhandled error code
[ 1449.401482] sd 4:0:0:0: [sda]
[ 1449.401515] sd 4:0:0:0: [sda] CDB:
[ 1449.401581] end_request: I/O error, dev sda, sector 300363135
[ 1462.816980] EXT4-fs error (device sda1): ext4_find_entry:1309: inode #23117833: comm transmission-da: reading directory lblock 0
[ 1462.835450] EXT4-fs error (device sda1): ext4_find_entry:1309: inode #23117833: comm transmission-da: reading directory lblock 0
[ 2985.014684] EXT4-fs error (device sda1): ext4_find_entry:1309: inode #23117825: comm transmission-da: reading directory lblock 0
[ 6783.993179] EXT4-fs error (device sda1): ext4_find_entry:1309: inode #2: comm smbd: reading directory lblock 0
[ 6784.026977] EXT4-fs warning (device sda1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)
[ 6784.030993] EXT4-fs error (device sda1): __ext4_get_inode_loc:4027: inode #2: block 1027: comm smbd: unable to read itable block
[ 6784.046919] EXT4-fs error (device sda1) in ext4_reserve_inode_write:4954: IO failure
[ 6784.091952] EXT4-fs warning (device sda1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)
[ 6789.575812] jbd2_journal_bmap: journal block not found at offset 20 on sda1-8
[ 6789.613060] Aborting journal on device sda1-8.
[ 6789.626895] Buffer I/O error on device sda1, logical block 61014530
[ 6789.636066] lost page write due to I/O error on sda1
[ 6789.659948] JBD2: Error -5 detected when updating journal superblock for sda1-8.
[ 8704.532024] EXT4-fs warning (device sda1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)


Direkt nach einem Reboot (die Platte wird automatisch gemoutet [über fstab?!]) sieht das ganze so aus
[ 6.019677] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 6.020461] sd 0:0:0:0: [sda] Write Protect is off
[ 6.020499] sd 0:0:0:0: [sda] Mode Sense: 23 00 00 00
[ 6.021313] sd 0:0:0:0: [sda] No Caching mode page found
[ 6.044050] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 6.073588] sd 0:0:0:0: [sda] No Caching mode page found
[ 6.088881] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 6.125687] sda: sda1
[ 6.130325] sd 0:0:0:0: [sda] No Caching mode page found
[ 6.146316] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 6.154443] sd 0:0:0:0: [sda] Attached SCSI disk
[ 7.669902] EXT4-fs (sda1): mounting ext3 file system using the ext4 subsystem
[ 7.759736] EXT4-fs (sda1): recovery complete
[ 7.760674] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
 
Ist im Arch-Forum von dir?
Falls nicht könnte es sich evtl. lohnen ein anderes USB-Kabel auszuprobieren.

Es wäre auch gut, wenn du es mal mit einer anderen HDD testen könntest, um einen Hardwaredefekt auszuschließen.
 
  • Thread Starter Thread Starter
  • #5
Ne ist er nicht.
Werde mir das heut abend mal anschauen, wenn ich wieder zu Haus bin. Danke soweit, sollte noch wer ne Idee haben, werde ich heute Abend drauf antworten:)
 
Das ist das typische Verhalten einer externen 2,5"-Festplatte bei unzureichender Stromversorgung.
 
Das ist das typische Verhalten einer externen 2,5"-Festplatte bei unzureichender Stromversorgung.

Ja, beim Pi muss alles was über USB angesteckt wird mit einer externen Stromversorgung ausgestattet sein. Maus und Tastatur mal ausgenommen. Steck einfach eine externe Festplatte mit extra Stromversorgung an oder hol dir einen USB-Hub mit externer Stromversorgung.
 
Ist nicht ein aktiver USB-Hub (wie ihn der TS hat) ein USB-Hub mit eigenem Stromanschluss?
Ansonsten würde ich die Festplatte als erstes Mal im Dauerbetrieb am PC testen, um einen Hardwaredefekt auszuschließen (Ähnlich wie Boesmann vorgeschlagen hat).
 
  • Thread Starter Thread Starter
  • #9
Ich dachte eigentlich, dass "aktiver USB-Hub" der Begriff für einen Hub mit eigener Stromversorgung ist :D jedenfalls hat das gute Teil eine eigene Stromversorgung, die mMn auch ausreichend sein sollte.
-> 2A

Werd die Festplate demnächst mal mal an meinen Linuxlaptop stecken, der sollte ja mit ext3/4 gut klar kommen.
 
Da hast du falsch gedacht. Aktiv bedeutet, dass in dem Gerät aktive elektronische Bauelemente wie Transistoren usw. verwendet werden. Mit der Art der Stromversorgung (extern oder über USB) hat das nichts zu tun. Es gibt übrigens nur aktive USB-Hubs.

Nur weil der USB-Hub mit einem externem Netzteil mit Strom versorgt wird, bedeutet das nicht, das eine hostpowered 2,5"-USB-Festplatte ausreichend mit Strom versorgt wird. Denn ein USB-Port muss, lediglich 100mA liefern, sofern ein Gerät nicht mehr anfordert. Aber auch dann stehen maximal 500mA zur Verfügung, die bei 2,5"-Festplatten nicht in allen Betriebzuständen ausreichend sind.

Darüber hinaus darf ein höherer Bedarf auch verweigert werden, z. B. wenn die Stromversorgung des Hubs für den zusätzlichen Bedarf nicht mehr ausreicht. So wird an einem Port eines hostpowered 4-Port-USB-Hubs nie mehr als 100 mA verfügbar sein. Weiterhin wird meistens vergessen, dass in einer externen Festplatte die Platte nicht der einzige Stromverbraucher ist.

Der Murks mit dem Y-Kabel kann in einigen Fällen helfen, tut es aber oft genug eben nicht. Auf der sicheren Seite ist man erst mit einer externen Stromversorgung der externen Platte. Was leider bei kaum einer externen Platte mehr möglich ist.

Bei USB3 ist das Problem ein wenig entschärft, da stehen 150/900mA zur Verfügung. Allerdings darf da die Spannung bis auf 4V absinken, was im Extremfall die verfügbare Leistung auf 3,6 statt 4,5 Watt beschränkt, was unter Umständen auch schon wieder zu wenig sein kann. Wobei man das Problem mit dem Spannungsabfall auch schon bei USB2 mit zu langen o. minderwertigen Kabeln hatte.
 
  • Thread Starter Thread Starter
  • #11
Ergo, wenn ich ein Y-Kabel für die ext. Platte habe und ein Ende davon nicht am Hub, sondern direkt an der Stromversorgung für den HUB anschließe (die 2A liefert) dürfte ich locker auf der sicheren Seite sein?
Andererseits sind am Hub keine anderen Geräte angeschlossen und der Hub hat ein externes Netzteil das 2A liefert.

Die Kabel kann ich nämlich recht sicher als Verursacher ausschließen, da sie zum Einen nie bewegt werden und zum anderen sowohl Kabel als auch Hostwechsel das Problen nicht reproduzieren konnten.
 
Ergo, wenn ich ein Y-Kabel für die ext. Platte habe und ein Ende davon nicht am Hub, sondern direkt an der Stromversorgung für den HUB anschließe (die 2A liefert) dürfte ich locker auf der sicheren Seite sein?
Lass diesen Murks, es sei denn du willst deine Hardware riskieren.

Hole dir ein Gehäuse mit externem Stromversorgungsanschluss und baue die Platte um (Achtung! Garantieverlust!). Allerdings gibts in einigen externen Platten Platten mit nativen USB-Anschluss, dann nützt dir das neue Gehäuse nichts.
 
Zurück
Oben