Festplatte über USB angeschlossen (ext3) beim Kopieren größerer Datenmengen -> Fehler

    Hallo,


    habe das letzte Release für meine DM800 in Verwendung.
    release-dm800-3.2.1.nfi


    Habe eine zusätzliche externe Festplatte per USB angeschlossen.
    Wird sauber erkannt und eingebunden.


    Wenn ich dass aber Dateien von der internen Festplatte auf die externe Festplatte kopiere, kommt es früher oder später zu Fehlern (Buffer-IO-Error), dann wird das Device neu erkannt und neu 'gemounted'.


    Wenn die Festplatte beim ersten Erkennen /dev/sdb war, wird sie nach einem Fehler neu erkannt -> /dev/sdc, beim nächsten Fehler /dev/sdd usw. Irgendwann wird sie nicht mehr gefunden, auch nach Abziehen und neu anstecken. Dann muss die Box neu gestartet werden.


    Während eines Fehlerzustandes befindet sich das Filesystem im ReadOnly Zustand.


    Anbei mal die Ausschrift von dmesg, was noch am meisten aussagt:


    [18386.592000] usb 1-2: USB disconnect, address 5
    [18386.594000] end_request: I/O error, dev sdc, sector 13343175
    [18386.594000] Buffer I/O error on device sdc1, logical block 1667889
    [18386.594000] lost page write due to I/O error on sdc1
    [18386.594000] Buffer I/O error on device sdc1, logical block 1667890
    [18386.594000] lost page write due to I/O error on sdc1
    [18386.594000] Buffer I/O error on device sdc1, logical block 1667891
    [18386.594000] lost page write due to I/O error on sdc1
    [18386.594000] Buffer I/O error on device sdc1, logical block 1667892
    [18386.594000] lost page write due to I/O error on sdc1
    [18386.594000] Buffer I/O error on device sdc1, logical block 1667893
    [18386.594000] lost page write due to I/O error on sdc1
    [18386.594000] Buffer I/O error on device sdc1, logical block 1667894
    [18386.594000] lost page write due to I/O error on sdc1
    [18386.594000] Buffer I/O error on device sdc1, logical block 1667895
    [18386.594000] lost page write due to I/O error on sdc1
    [18386.594000] Buffer I/O error on device sdc1, logical block 1667896
    [18386.594000] lost page write due to I/O error on sdc1
    [18386.595000] Buffer I/O error on device sdc1, logical block 1667897
    [18386.595000] lost page write due to I/O error on sdc1
    [18386.595000] Buffer I/O error on device sdc1, logical block 1667898
    [18386.595000] lost page write due to I/O error on sdc1
    [18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.597000] end_request: I/O error, dev sdc, sector 312273319
    [18386.601000] Aborting journal on device sdc1.
    [18386.603000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.603000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.615000] journal commit I/O error
    [18386.615000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.615000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.615000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.615000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.617000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.617000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.617000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.617000] sd 4:0:0:0: rejecting I/O to device being removed
    [18386.620000] sd 4:0:0:0: rejecting I/O to device being removed
    [18387.104000] ext3_abort called.
    [18387.104000] EXT3-fs error (device sdc1): ext3_journal_start_sb: Detected abor
    ted journal
    [18387.104000] Remounting filesystem read-only
    [18392.173000] scsi 4:0:0:0: rejecting I/O to dead device
    [18393.731000] usb 1-2: new high speed USB device using brcm-ehci and address 6
    [18393.848000] usb 1-2: configuration #1 chosen from 1 choice
    [18393.961000] scsi5 : SCSI emulation for USB Mass Storage devices
    [18393.969000] usb-storage: device found at 6
    [18393.969000] usb-storage: waiting for device to settle before scanning
    [18397.286000] scsi 4:0:0:0: rejecting I/O to dead device
    [18398.970000] Vendor: ST932042 Model: 3AS Rev:
    [18398.970000] Type: Direct-Access ANSI SCSI revision:
    02
    [18398.974000] SCSI device sdd: 625142448 512-byte hdwr sectors (320073 MB)
    [18398.975000] sdd: Write Protect is off
    [18398.975000] sdd: Mode Sense: 28 00 00 00
    [18398.975000] sdd: assuming drive cache: write through
    [18398.978000] SCSI device sdd: 625142448 512-byte hdwr sectors (320073 MB)
    [18398.981000] sdd: Write Protect is off
    [18398.981000] sdd: Mode Sense: 28 00 00 00
    [18398.981000] sdd: assuming drive cache: write through
    [18398.981000] sdd: sdd1
    [18399.042000] sd 5:0:0:0: Attached scsi disk sdd
    [18399.043000] sd 5:0:0:0: Attached scsi generic sg1 type 0
    [18399.051000] usb-storage: device scan complete
    [18402.377000] scsi 4:0:0:0: rejecting I/O to dead device
    [18407.494000] scsi 4:0:0:0: rejecting I/O to dead device
    [18412.662000] scsi 4:0:0:0: rejecting I/O to dead device
    [18417.324000] kjournald starting. Commit interval 5 seconds
    [18417.325000] EXT3-fs warning: maximal mount count reached, running e2fsck is r
    ecommended
    [18417.330000] EXT3 FS on sdd1, internal journal
    [18417.330000] EXT3-fs: recovery complete.
    [18417.336000] EXT3-fs: mounted filesystem with ordered data mode.

    Die Festplatte wird mit einen USB Kabel mit zwei USB-Anschlüssen an der DM800 angeschlossen. Der Strombedarf sollte durch zwei USB-Host-Anschlüsse ausreichend versorgt werden.


    Falls auf Grund von zu viel Strom der USB-Port abgeschaltet wird, würde ich davon ausgehen dass die übliche Over-Current-Meldung erscheint. Diese habe ich aber noch nicht gesehen.

    Auch ohne einer Overcurrent-Meldung wäre es gut, einmal mit einem externen Netzteil zu testen.
    Ich hatte einmal eine externe Platte, die nur funktioniert hat, wenn sie hochkant aufestellt war. Liegend hat sie einfach zu viel Strom gezogen und manchmal Aussetzer gehabt.

    Einmal editiert, zuletzt von el_tonno ()

    Zitat von Collin

    Die Festplatte wird mit einen USB Kabel mit zwei USB-Anschlüssen an der DM800 angeschlossen. Der Strombedarf sollte durch zwei USB-Host-Anschlüsse ausreichend versorgt werden.

    Nein, eben nicht! Die USB-Anschlüsse der Dreamboxen geben zuwenig Saft. Weder ein Slimline DVD-Laufwerk noch zwei 2,5" Platten liefen bei mir direkt an der DM800 - auch nicht mit Y-USB-Kabel.


    einfach externes NT oder aktiven USB-HUB verwenden

    Gruß Fred

    Die Dreambox ist tot, es lebe die Dreambox

    Es ist ein weitverbreiteter Irrtum, dass man automatisch MEHR Power bekommt, wenn man ein Y-Kabel verwendet.
    Das KANN funktionieren, muss aber nicht.


    Bei Laptops ist es zum Beispiel oft so, dass nebeneinander liegende Ports am gleichen Anschluss des Netzteils liegen und sich damit die selbe Leistung teilen, das y- Kabel hilft in dem Fall gerade mal gar nichts, so lange man es nicht z.B auf die andere Seite des Notebooks legt, wo oftmals ebenfalls USB- Anschlüsse vorhanden sind. Bei PCs gilt das selbe für diese Frontpanels... Ich kann mir NICHT vorstellen, dass die USB- Ports auf der Rückseite der Dreambox jeweils getrennt vom Netzteil angefahren werden, was nötig wäre, um tatsächlich die doppelte Leistung zu erreichen.


    Ob das die Ursache für den Fehler ist? Ich würde mal davon ausgehen...


    Gruss
    Tode