Probleme USB-Anschluesse

[tstone68]

Hallo @all,

ich bin seit ca. einer Woche "stolzer" Besitzer eine DS-210j. Leider konnte ich sich noch nicht produktiv einsetzen, weil ich ständig am kopieren war.

Mein Datenvolumen beträgt ca. 430GByte, das meiste davon sind Bilder. In der DS201j laufen zwei 1TB Festplatten im Spiegel (RAID1).

Das wichtigste für mich, ist ein zyklisches Vollbackup dieser Daten und dazu dann inkrementelle/differntielle Backups.

Dafür habe ich mir eine 1,5TB Festplatte gekauft.

Da Problem ist, das beim kopieren via WebFileManger, rsync (via ssh), oder auch Backup während des Kopiervorgangs die USB-Platte aus dem System "fliegt". Der Mountpoint /volumeUSB1 existiert dann nicht mehr.

Ich habe dann diesen Vorgang mit mehreren verschiedenen USB-Gehäusen sowie mit mehreren Harddisks getestet. Immer das gleiche negative Ergebnis.

Benutze ich aber dann diese Festplatten mit den USB-Gehäusen an meinem Rechner (Linux) funktionieren diese einwandfrei, das Backup habe ich dann komplett über den Rechner mit nfs-mount an ds210j und rsync über meinen Rechner auf die dort per USB angeschlossenen Festplatten kopiert.

Das bedeutet, die USB-Ports der DS210j haben ein Problem!!!
Ich habe schon über ähnliche Probleme hier im Forum gelesen. Aber es kann nicht sein, das ich mir noch ein extra USB-Gehäuse kaufen muss, das ich die Geräte an das DS 210j anschliessen kann.

Hat sich Synology dazu schon mal geäußert, hat jemand andere Erfahrungen, kennt jemand eine Lösung, bringt es etwas, die DS210j zu reklamieren?


Vielen Dank, Tim

 

[itari]

Wird deine USB-Platte mit einer eigenen Stromversorgung betrieben?

Itari

 

[amarthius]

Da er eine 1,5TB Platte als Backup einsetzt dürfte es sich um keine 2,5" handeln.

Von welchem Hersteller sind die USB-Gehäuse? Vielleicht befindet sich in deinen getesteten zufälligerweise der gleiche USB-Controller mit dem die DS scheinbar ein Problem hat.

 

[tstone68]

Hallo,

ich habe nachgeschaut:

Platte 1:
* CnMemory
* 500GB Disk, Samsung HD501LJ
* Controller JM20329

Platte 2:
* NoName
* 1,5TB, WD 15EADS
* Controller JM20339

Also externe Stromversorgung haben beide und wie gesagt, an meinem Rechner laufen beide ohne Probleme. Ich habe das komplette Backup über Umweg: "DS210j => nfs => mount in Linux => rsync => USB-Platte" mit beiden Platte erfolgreich kopiert.

Achso, als Firmware setze ich DSM 2.3-1141 ein.

Danke Tim

 

[glowaq]

Ich kann bestätigen, dass eine Samsung HD501LJ nicht an der DS409+ über USB arbeitet. Diese platte läuft intern aber problemlos.
Ich habe diverse USB-gehäuse ausprobiert aber die "Samsung HD501LJ" dismountet sich immer mit fehlern. Das lesen von (verschiedenen) "Samsung HD501LJ" brachte auch immer wieder fehler. Ich habe mehrere HD501LJ und keine funktionierte. Um das "problem" zu erkennen, hatte ich die platte auch an einem PC betrieben, wo sie problemlos funktioniert.

Aktuell habe ich eine 1TB WD mit fantec gehäuse am usb-port und noch kein problem festgestellt.

 

[tstone68]

Hmm, allerdings treten die gleichen Fehler auch mit der 1,5TB Platte von WD auf ...
Seltsam ..

Das verwirrt ja noch mehr ...

 

[itari]

Was erzählt uns denn die /var/log/messages?

Itari

 

[tstone68]

Genau, /var/log/messages ...
Gleich noch mal ein Vollbackup angeschoben, nach ca. 50% der Abbruch:

Apr 6 20:20:08 kernel: usb 1-1.1: device descriptor read/64, error -71
Apr 6 20:20:08 kernel: usb 1-1.1: device descriptor read/64, error -71
Apr 6 20:20:09 kernel: usb 1-1.1: device descriptor read/64, error -71
Apr 6 20:20:09 kernel: usb 1-1.1: device descriptor read/64, error -71
Apr 6 20:20:10 kernel: usb 1-1.1: device not accepting address 4, error -71
Apr 6 20:20:10 kernel: usb 1-1.1: device not accepting address 4, error -71
Apr 6 20:20:10 kernel: end_request: I/O error, dev sdk, sector 1379379577
Apr 6 20:20:10 kernel: Buffer I/O error on device sdk1, logical block 172422447
Apr 6 20:20:10 kernel: lost page write due to I/O error on sdk1
Apr 6 20:20:10 kernel: Buffer I/O error on device sdk1, logical block 172422448
Apr 6 20:20:10 kernel: lost page write due to I/O error on sdk1
Apr 6 20:20:10 kernel: Buffer I/O error on device sdk1, logical block 172422449
Apr 6 20:20:10 kernel: lost page write due to I/O error on sdk1
Apr 6 20:20:10 kernel: Buffer I/O error on device sdk1, logical block 172422450
Apr 6 20:20:10 kernel: lost page write due to I/O error on sdk1
Apr 6 20:20:10 kernel: Buffer I/O error on device sdk1, logical block 172422451
Apr 6 20:20:10 kernel: lost page write due to I/O error on sdk1
Apr 6 20:20:10 kernel: Buffer I/O error on device sdk1, logical block 172422452
Apr 6 20:20:10 kernel: lost page write due to I/O error on sdk1
Apr 6 20:20:11 kernel: Buffer I/O error on device sdk1, logical block 172422453
Apr 6 20:20:11 kernel: lost page write due to I/O error on sdk1
Apr 6 20:20:11 kernel: Buffer I/O error on device sdk1, logical block 172422454
Apr 6 20:20:11 kernel: lost page write due to I/O error on sdk1
Apr 6 20:20:11 kernel: Buffer I/O error on device sdk1, logical block 172422455
Apr 6 20:20:11 kernel: lost page write due to I/O error on sdk1
Apr 6 20:20:11 kernel: Buffer I/O error on device sdk1, logical block 172422456
Apr 6 20:20:11 kernel: lost page write due to I/O error on sdk1
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to offline device
Apr 6 20:20:11 kernel: end_request: I/O error, dev sdk, sector 1379379745
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to offline device
.
.
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to offline device
Apr 6 20:20:11 backup.cgi: SYNOReadOneSectorFromDev(74): failed to read device [/dev/sdk] (errno = 5)
Apr 6 20:20:11 backup.cgi: SYNOReadOneSectorFromDev(74): failed to read device [/dev/sdk] (errno = 5)
Apr 6 20:20:11 backup.cgi: usbbkp_is_dev_bkp_disk.c:85 SYNOReadOneSectorFromDev failed. szDevPath=[sdk], errno=[0x6C00]
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to offline device
.
.
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to offline device
Apr 6 20:20:11 kernel: EXT3-fs error (device sdk1): read_block_bitmap: Cannot read block bitmap - block_group = 5262, block_bitmap = 172425216
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to offline device
.
.
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to offline device
Apr 6 20:20:11 kernel: Aborting journal on device sdk1.
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to offline device
Apr 6 20:20:11 kernel: ext3_abort called.
Apr 6 20:20:11 kernel: EXT3-fs error (device sdk1): ext3_journal_start_sb: Detected aborted journal
Apr 6 20:20:11 kernel: Remounting filesystem read-only
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to offline device
.
.
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to offline device
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to cancel device
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to cancel device
Apr 6 20:20:11 kernel: sd 3:0:0:0: rejecting I/O to cancel device
Apr 6 20:20:11 kernel: __journal_remove_journal_head: freeing b_committed_data
Apr 6 20:20:11 kernel: EXT3-fs error (device sdk1): ext3_find_entry: reading directory #13615105 offset 0
Apr 6 20:20:12 kernel: usb 1-1.1: device descriptor read/64, error -71
Apr 6 20:20:12 kernel: usb 1-1.1: device descriptor read/64, error -71
Apr 6 20:20:12 kernel: usb 1-1.1: device descriptor read/64, error -71
Apr 6 20:20:13 kernel: usb 1-1.1: device descriptor read/64, error -71
Apr 6 20:20:13 kernel: usb 1-1.1: device not accepting address 7, error -71
Apr 6 20:20:14 kernel: usb 1-1.1: device not accepting address 8, error -71
Apr 6 20:20:18 backup.cgi: SYNOReadOneSectorFromDev(59): failed to open device [/dev/sdk] (errno = 6)
Apr 6 20:20:18 backup.cgi: SYNOReadOneSectorFromDev(59): failed to open device [/dev/sdk] (errno = 6)
Apr 6 20:20:18 backup.cgi: usbbkp_is_dev_bkp_disk.c:85 SYNOReadOneSectorFromDev failed. szDevPath=[sdk], errno=[0x0900]
Apr 6 20:20:22 hotplugd: ACTION:remove.
Apr 6 20:20:22 hotplugd: DEVNAME:sdk.
Apr 6 20:20:22 hotplugd: DEVICE:/proc/bus/usb/000/000.
Apr 6 20:20:22 hotplugd: DEVGUID:0.
Apr 6 20:20:22 hotplugd: SYNO_PMP_EVENT:.
Apr 6 20:20:22 hotplugd: hotplugd.c (304) ==== USB disk [sdk] plugged out====
Apr 6 20:20:22 hotplugd: SYNOReadOneSectorFromDev(59): failed to open device [/dev/sdk] (errno = 6)
Apr 6 20:20:22 hotplugd: SYNOReadOneSectorFromDev(59): failed to open device [/dev/sdk] (errno = 6)
Apr 6 20:20:22 hotplugd: usbbkp_is_dev_bkp_disk.c:85 SYNOReadOneSectorFromDev failed. szDevPath=[sdk], errno=[0x0900]
Apr 6 20:20:22 hotplugd: SYNOReadOneSectorFromDev(59): failed to open device [/dev/sdk] (errno = 6)
Apr 6 20:20:22 hotplugd: SYNOReadOneSectorFromDev(59): failed to open device [/dev/sdk] (errno = 6)
Apr 6 20:20:22 hotplugd: usbbkp_is_dev_bkp_disk.c:85 SYNOReadOneSectorFromDev failed. szDevPath=[sdk], errno=[0x0900]
Apr 6 20:20:23 kernel: mark_buffer_dirty: Buffer head isn't up to date
Apr 6 20:20:23 kernel: printk: 2781 messages suppressed.
Apr 6 20:20:23 kernel: Buffer I/O error on device sdk1, logical block 183108098
Apr 6 20:20:23 kernel: lost page write due to I/O error on sdk1

 

[itari]

Die /var/log/messages schimpft laut über die externe Platte ...

Ich würde an deiner Stelle auch noch mal einen ausführlichen SMART-Test mit der Platte machen (vielleicht sogar auf dem PC). Wenn dabei die Fehler auch auftauchen, dann weißt, es sind defekte Sektoren auf der Platte. Dann ist eine neue Platte fällig. Wenn da keine Fehler auftauchen, dann kann es auch noch Thermik sein oder schlechte Kontakte beim Kabel oder so etwas. Da würde ich dann noch mal den Synology Support draufschauen lassen, denn es gibt vereinzelt auch Fälle, wo die USB-Schnittstelle der DS defektiert ist ...

Itari

 

[tstone68]

Hmm, die 1,5TByte Platte ist ganz neu gekauft und vorher noch nie gelaufen. Das Backup waren quasi die ersten Daten drauf .... die 500 GB-Platte ist schon etwas "älter". Aber das bei beiden Platten Sektoren kaputt sein sollen, zumal sie ja beide über USB am direkt Rechner (inkl. Kabel) sauber funktionieren ....

Habe gerade noch diesen Thread dazu gefunden:
http://www.synology-forum.de/showthread.html?t=10226&page=2

Was anderes als eine defekte Hardware kann es nicht sein ... Spannungspegelprobleme im NAS/USB-Controller o.ä.

Also Retoure das ganze Teil ....

Thanx Tim

 

[goetz]

Hallo,
im englischen Forum haben sich die JMicron USB-SATA Controller als wahrscheinliche Ursache für das auswerfen herausgestellt.

Platte 1:
* CnMemory
* 500GB Disk, Samsung HD501LJ
* Controller JM20329

Platte 2:
* NoName
* 1,5TB, WD 15EADS
* Controller JM20339

Deine beiden Gehäuse haben einen JMicron-Controller.

Gruß Götz

 

[glowaq]

Ich hatte die Samsung HD501LJ in verschiedenen externen gehäusen probiert. Immer der gleiche fehler. Dann habe ich eine 1TB WD in dem selben gehäuse angeschlossen und kein problem festgestellt.

 

[tufkabb]

Hallo,

ich habe hier genau die gleichen Probleme mit meiner Diskstation. Jedes Backup auf eine der angeschlossenen USB-Festplatten bricht mit "Disk ejected" nach kurzer Zeit ab. Getestet habe ich mit 6 verschiedenen SATA-Platten von Seagate und WD. Sowie 5 verschiedenen externen Festplatten Gehäusen mit verschiedenen USB Controllern (also nicht nur von JMicron). Auch der Anschluss über einen USB Hub brachte keine Besserung.
Ich könnte (sorry) kotzen. Da habe ich Geld für ein NAS von Synology ausgegeben und nun kann das Teil kein Backup auf eine USB-Platte schreiben. Damit kann ich das Teil eigentlich in die Tonne hauen.

Überflüssig zu sagen, dass alle Platten und Gehäuse ohne die geringsten Probleme unter WIN7, XP und Linux mit den verschiedensten Filessystemen betrieben werden können. Wenn man sich den ellenlangen Thread zum gleichen Problem im englischen Forum durchliest samt den hilflosen Antworten vom Synology Support, sieht man das wir nicht alleine sind. Zumal der Support, den Threads im engl. Forum nach zu schliessen, ein "USB-Problem" zugegeben hat und man arbeite daran (seit Monaten).

Wenn sich nicht bald eine Lösung abzeichnet werde ich das Teil bei Ebay verkloppen und mir eine QNAP kaufen. Ich bin jedenfalls stinksauer, denn mittlerweile habe ich Stunden mit dem Teil verbraten.

Michael

 

[itari]

Jedes Backup auf eine der angeschlossenen USB-Festplatten bricht mit "Disk ejected" nach kurzer Zeit ab. Getestet habe ich mit 6 verschiedenen SATA-Platten von Seagate und WD. Sowie 5 verschiedenen externen Festplatten Gehäusen mit verschiedenen USB Controllern (also nicht nur von JMicron). Auch der Anschluss über einen USB Hub brachte keine Besserung.

Vielleicht ist der USB-Controller der DS defektiert. Nimm doch mal per E-Mail Kontakt zum Synology-Support auf und lass die mal auf deine DS drauf. Wenn wirklich was defekt ist, dann wirst deine DS bestimmt ausgetauscht bekommen.

Itari

 

[tufkabb]

Vielleicht ist der USB-Controller der DS defektiert.
Itari

Danke für den Tipp, aber das glaube ich eigentlich weniger, denn erstens haben zig andere genau das gleiche Problem (nachzulesen in den engl. Foren) und zweitens tritt das Problem nur auf wenn man mit der Backup-Funktion oder der Filestation-Oberfläche direkt von der Diskstation auf das angeschlossene USB-Drive schreibt. Wenn ich über den Umweg eines PCs, also über SMB die Daten von der Diskstation auf die dort angeschlossene USB-Platte kopiere funktioniert es ohne Probleme. Aber halt noch langsamer als es bei direkter Kopie ohnehin schon ist.

Aber wie gesagt, es haben zig Leute das Problem, und etliche davon haben den Support auch schon auf ihre Diskstation gelassen, Logfiles hingeschickt oder sogar das komplette externe Laufwerk zum Support geschickt. Alles was dabei herauskam, war, dass die Jungs vom Support die SATA Laufwerke per Firmware oder Jumper auf halbe Geschwindigkeit an der Schnittstelle gesetzt haben. Hat natürlich nix gebracht. Und wenn man den Leuten im engl. Forum glauben darf, hat der Support es ja mittlerweile auch zugegeben, Probleme mit einigen USB-Controllern zu haben und an dem Problem zu arbeiten (seit Monaten).

Michael

 

[itari]

Ich habe das USB-Problem im internationalen Forum nicht weiter verfolgt. Könnte dir nur beschreiben, dass mir bislang keine USB-Probleme bei meinen DSen aufgefallen sind. Ansonsten kann ich nur meinen Senf zum Thema 'USB' beisteuern (hab das schon öfters gemacht): wenn man sich die USB-Technolgie-Foren durchliest, bekommt man schon das Grauen, was da für Leute sind ... manchmal wundert es einen, dass USB überhaupt funktioniert.

Hast die Probleme auch bei eSATA?

Itari

 

[tufkabb]

Hallo,

ich habe leider kein eSATA, da ich 'ne DS209 habe.

Gerade habe ich mal mit einer alten PATA-Platte samt externem USB-Gehäuse (übrigens auch ein JMicron Controller) getestet und was soll ich sagen, damit funktioniert es. Leider ist die Platte nur 350GB groß, zu klein um ein komplettes Backup zu erstellen.

Es scheint als hätte die Diskstation tatsächlich Probleme mit bestimmten USB-Gehäusen/Controllern und mit anderen nicht. Da aber alle meine USB-Gehäuse problemlos an anderen PCs funktionieren und USB2 nun mal ja nix besonders Neues ist, sollte Synology hier schnellstens nachbessern und ihre DS-USB-Anschlüsse zu den am Markt verfügbaren Gehäusen kompatibel machen.

Michael

 

[itari]

Es scheint als hätte die Diskstation tatsächlich Probleme mit bestimmten USB-Gehäusen/Controllern und mit anderen nicht. Da aber alle meine USB-Gehäuse problemlos an anderen PCs funktionieren und USB2 nun mal ja nix besonders Neues ist, sollte Synology hier schnellstens nachbessern und ihre DS-USB-Anschlüsse zu den am Markt verfügbaren Gehäusen kompatibel machen.

Ja das ist bekannt, dass es einige Controller von USB-Gehäusen gibt, die nicht gut zusammen mit der DS funktionieren. Da aber weder Synology die USB-Controller baut, noch darauf wirklich Einfluß hat (die USB-Teiles sind ja wie alle Controller im Prozessor-Chip integriert), können die auch nur versuchen, bei den Treibern nachzubessern ... wie wohl ja das eigentlich die Aufgabe der Linux-Community wäre und nicht die Aufgabe eines NAS-Herstellers.

Aber so ist die Welt, wenn die Reifen nicht gut sind, ist der Motorbauer Schuld und nicht das Marken-Marketing

Itari

 

[tufkabb]

können die auch nur versuchen, bei den Treibern nachzubessern ... wie wohl ja das eigentlich die Aufgabe der Linux-Community wäre und nicht die Aufgabe eines NAS-Herstellers.

Es wäre Aufgabe der Linux Community wenn ich dort mein Geld für die Diskstation abgegeben hätte. So ist aber einzig und allein die Aufgabe von Synology funktionierende Treiber zur Verfügung zu stellen, da sie das Produkt verkaufen und Geld dafür bekommen.

Apropos an meinen beiden Linuxrechnern mit LinuxMint (ein Ubuntu Derivat) funktionieren die gleichen externen USB Boxen völlig problemlos. Soviel zum Thema fehlerhafte Linuxtreiber .....

Trotzdem danke für Deine Tipps. Ich werde die Diskstation wohl verkaufen und mir was von einer Firma holen, die es schafft sowas "kompliziertes" wie USB2 vernünftig zum funktionieren zu bringen.

BTW. Jemand Interesse an einer 3 Monate alten DS-209?

Michael

 

[itari]

Es wäre Aufgabe der Linux Community wenn ich dort mein Geld für die Diskstation abgegeben hätte. So ist aber einzig und allein die Aufgabe von Synology funktionierende Treiber zur Verfügung zu stellen, da sie das Produkt verkaufen und Geld dafür bekommen.

Scheints werde ich missverstanden ...

Ich habe nicht (!) geschrieben, dass das Problem in den Treibern liegt, sondern darauf aufmerksam gemacht, dass die Prozessor-Chips nicht von Synology selbst produziert werden, sondern schlicht auf dem Markt gekauft werden - wie das ja alle NAS-Hersteller machen.

Auf die Hardware packt Synology dann eine Linux-Version (in diesem Fall ein spezieller Kernel - bei mir zum Beispiel die Version 2.6.15) und die Busybox. Und natürlich schaut sich die Firma Synology mittels geeigneter Spezialisten in der Linux-Welt um, welche Möglichkeiten/Treiber/usw. für ihre Geräte einsetzbar werden. Ihnen zu unterstellen, dass sie das nicht tun, wäre ungerechtfertig.

Und selbstverständlich funktioniert die USB-Anschließbarkeit bei einer DiskStation - ich hatte ja vorhin geschrieben, dass ich keine Probleme damit habe. Eine Schlußfolgerung, dass dabei Probleme in bestimmte Situationen bestehen, heißt ja nicht unbedingt, dass etwas nicht funktioniert. Und ich denke, wir müssen jetzt keine philosophischen Betrachtungen darüber anstellen, wann etwas funktioniert und wann nicht.

Wenn du die Aufgabe bei Synology suchst, dass sie sich des USB-Problems annehmen müssten, dann verstehe ich nicht, warum du es ausschlägst, dich an den Synology Support zu wenden. Schließlich sollte der Support auch eine Chance bekommen, wenn sich ein Mißstand offenbart hat. Sich dagegen zu wenden, ist eigentlich nicht logisch.

Ansonsten kannst du mir dein Geld geben und du bekommst auch garantiert nicht dafür - Ich mache die Bemerkung deswegen, weil du ja auch hier von mir kostenlose Ratschläge bekommst - und ich werde garantiert nicht von Synology bezahlt dafür ... soviel zu deinen Geld-Bemerkungen ... nicht immer bekommt man etwas für sein Geld und nicht immer muss man etwas dafür bezahlen - du hast zum Beispiel meine Zeit von mir geschenkt bekommen, dafür erwarte ich jetzt ewige Dankbarkeit

Itari