freetz-devel-6109: uStor-Problem (/dev/sda1 => /dev/sdb1; uStor01 => uStor11)

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
A

ao

Aktives Mitglied
Mitglied seit
15 Aug 2005
Beiträge
2,158
Punkte für Reaktionen
2
Punkte
38
Hallo,

ich hatte gedacht, das Problem mit sich ändernden USB devices sei gelöst, aber ich irre mich wohl.
Ohne Box-Neustart (mutmaßlich) sehe ich folgende 2 unterschiedliche Status (gestern vs. heute):
Code: 
/dev/sda1 => /var/media/ftp/uStor01
/dev/sdb1 => /var/media/ftp/uStor11
Es gab da mal Probleme, dass das nach einem Box-Neustart durcheinander kam, aber meine FB 7170 läuft seit über 4 Tagen ohne Veränderungen meinerseits - zumindest gemäß "Update" - dazu unten mehr. Gestern hatte ich noch "/dev/sda1 => /var/media/ftp/uStor01", und heute ist es "/dev/sdb1 => /var/media/ftp/uStor11".
Das Syslog sieht so aus (zeigt aber seltsamerweise nur heutige Dinge und erst ab 17 Uhr an):
Code: 
Nov  8 17:00:01 fb1 cron.info crond[1047]: crond: USER root pid 2905 cmd /etc/init.d/rc.rrdstats backup
Nov  8 17:00:44 fb1 user.debug kernel: mcfw: group 0.0.0.0: query cpmac:0 10sec
...
Nov  8 17:38:14 fb1 user.debug kernel: mcfw: group 0.0.0.0: query cpmac:0 10sec
Nov  8 17:40:10 fb1 user.err kernel: hub 1-1:1.0: port 2 disabled by hub (EMI?), re-enabling...
Nov  8 17:40:10 fb1 user.info kernel: usb 1-1.2: USB disconnect, address 15
Nov  8 17:40:10 fb1 user.info kernel: pl2303 1-1.2:1.0: device disconnected
Nov  8 17:40:10 fb1 user.err kernel: usb 1-1.2: pl2303_read_int_callback - usb_submit_urb failed with result -19
Nov  8 17:40:10 fb1 user.info kernel: usb 1-1.2: new full speed USB device using ahci and address 18
Nov  8 17:40:11 fb1 user.info kernel: pl2303 1-1.2:1.0: PL-2303 converter detected
Nov  8 17:40:11 fb1 user.info kernel: usb 1-1.2: PL-2303 converter now attached to ttyUSB2
Nov  8 17:40:11 fb1 user.info kernel: PL-2303 ttyUSB1: PL-2303 converter now disconnected from ttyUSB1
Nov  8 17:40:11 fb1 user.info kernel: usb 1-1: USB disconnect, address 13
Nov  8 17:40:11 fb1 user.info kernel: usb 1-1.1: USB disconnect, address 14
Nov  8 17:40:11 fb1 user.info kernel: ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Nov  8 17:40:11 fb1 user.info kernel: ftdi_sio 1-1.1:1.0: device disconnected
Nov  8 17:40:11 fb1 user.info kernel: usb 1-1.2: USB disconnect, address 18
Nov  8 17:40:12 fb1 user.info kernel: PL-2303 ttyUSB2: PL-2303 converter now disconnected from ttyUSB2
Nov  8 17:40:12 fb1 user.info kernel: pl2303 1-1.2:1.0: device disconnected
Nov  8 17:40:12 fb1 user.info kernel: usb 1-1.3: USB disconnect, address 16
Nov  8 17:40:12 fb1 user.info kernel: usb 1-1.4: USB disconnect, address 17
Nov  8 17:40:13 fb1 user.info kernel: usb 1-1: new full speed USB device using ahci and address 19
Nov  8 17:40:13 fb1 user.info kernel: hub 1-1:1.0: USB hub found
Nov  8 17:40:13 fb1 user.info kernel: hub 1-1:1.0: 4 ports detected
Nov  8 17:40:13 fb1 user.info kernel: usb 1-1.1: new full speed USB device using ahci and address 20
Nov  8 17:40:14 fb1 user.info kernel: ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
Nov  8 17:40:14 fb1 user.info kernel: drivers/usb/serial/ftdi_sio.c: Detected FT232BM
Nov  8 17:40:14 fb1 user.info kernel: usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
Nov  8 17:40:14 fb1 user.info kernel: usb 1-1.2: new full speed USB device using ahci and address 21
Nov  8 17:40:15 fb1 user.info kernel: pl2303 1-1.2:1.0: PL-2303 converter detected
Nov  8 17:40:15 fb1 user.info kernel: usb 1-1.2: PL-2303 converter now attached to ttyUSB1
Nov  8 17:40:15 fb1 user.info kernel: usb 1-1.3: new full speed USB device using ahci and address 22
Nov  8 17:40:15 fb1 user.info kernel: USB Mass Storage device (0781:5567) detected...
Nov  8 17:40:15 fb1 user.info kernel: scsi6 : SCSI emulation for USB Mass Storage devices
Nov  8 17:40:16 fb1 user.debug kernel: usb-storage: device found at 22
Nov  8 17:40:16 fb1 user.debug kernel: usb-storage: waiting for device to settle before scanning
Nov  8 17:40:16 fb1 user.info kernel: usb 1-1.4: new full speed USB device using ahci and address 23
Nov  8 17:40:16 fb1 user.info kernel: USB Mass Storage device (058f:6362) detected...
Nov  8 17:40:16 fb1 user.info kernel: scsi7 : SCSI emulation for USB Mass Storage devices
Nov  8 17:40:16 fb1 user.debug kernel: usb-storage: device found at 23
Nov  8 17:40:16 fb1 user.debug kernel: usb-storage: waiting for device to settle before scanning
Nov  8 17:40:19 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:19 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:19 fb1 user.err kernel: Buffer I/O error on device sda1, logical block 0
Nov  8 17:40:19 fb1 user.warn kernel: lost page write due to I/O error on sda1
Nov  8 17:40:19 fb1 user.crit kernel: EXT2-fs error (device sda1): ext2_get_inode: unable to read inode block - inode=131098, block=524290
Nov  8 17:40:19 fb1 user.debug kernel: mcfw: group 0.0.0.0: query cpmac:0 10sec
Nov  8 17:40:21 fb1 user.notice kernel:   Vendor: SanDisk   Model: Cruzer Blade      Rev: 1.00
Nov  8 17:40:21 fb1 user.notice kernel:   Type:   Direct-Access                      ANSI SCSI revision: 02
Nov  8 17:40:21 fb1 user.notice kernel:   Vendor: Generic   Model: USB SD Reader     Rev: 1.00
Nov  8 17:40:21 fb1 user.notice kernel:   Type:   Direct-Access                      ANSI SCSI revision: 00
Nov  8 17:40:22 fb1 user.notice kernel: SCSI device sdb: 7837696 512-byte hdwr sectors (4013 MB)
Nov  8 17:40:22 fb1 user.notice kernel: sdb: Write Protect is off
Nov  8 17:40:22 fb1 user.debug kernel: sdb: Mode Sense: 03 00 00 00
Nov  8 17:40:22 fb1 user.err kernel: sdb: assuming drive cache: write through
Nov  8 17:40:22 fb1 user.notice kernel: SCSI device sdb: 7837696 512-byte hdwr sectors (4013 MB)
Nov  8 17:40:22 fb1 user.notice kernel: sdb: Write Protect is off
Nov  8 17:40:22 fb1 user.debug kernel: sdb: Mode Sense: 03 00 00 00
Nov  8 17:40:22 fb1 user.err kernel: sdb: assuming drive cache: write through
Nov  8 17:40:22 fb1 user.info kernel:  sdb: sdb1
Nov  8 17:40:22 fb1 user.notice kernel: Attached scsi removable disk sdc at scsi7, channel 0, id 0, lun 0
Nov  8 17:40:22 fb1 user.notice kernel: Attached scsi removable disk sdb at scsi6, channel 0, id 0, lun 0
Nov  8 17:40:22 fb1 user.notice kernel:   Vendor: Generic   Model: USB CF Reader     Rev: 1.01
Nov  8 17:40:22 fb1 user.notice kernel:   Type:   Direct-Access                      ANSI SCSI revision: 00
Nov  8 17:40:22 fb1 user.debug kernel: usb-storage: device scan complete
Nov  8 17:40:22 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:22 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:23 fb1 user.notice kernel: Attached scsi removable disk sdd at scsi7, channel 0, id 0, lun 1
Nov  8 17:40:23 fb1 user.notice kernel:   Vendor: Generic   Model: USB SM Reader     Rev: 1.02
Nov  8 17:40:23 fb1 user.notice kernel:   Type:   Direct-Access                      ANSI SCSI revision: 00
Nov  8 17:40:23 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:23 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:24 fb1 user.notice kernel: Attached scsi removable disk sde at scsi7, channel 0, id 0, lun 2
Nov  8 17:40:24 fb1 user.notice kernel:   Vendor: Generic   Model: USB MS Reader     Rev: 1.03
Nov  8 17:40:24 fb1 user.notice kernel:   Type:   Direct-Access                      ANSI SCSI revision: 00
Nov  8 17:40:25 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:25 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:25 fb1 user.notice kernel: Attached scsi removable disk sdf at scsi7, channel 0, id 0, lun 3
Nov  8 17:40:25 fb1 user.debug kernel: usb-storage: device scan complete
Nov  8 17:40:25 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
...
Nov  8 17:40:30 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:30 fb1 user.err kernel: Buffer I/O error on device sda1, logical block 0
Nov  8 17:40:30 fb1 user.warn kernel: lost page write due to I/O error on sda1
Nov  8 17:40:30 fb1 user.crit kernel: EXT2-fs error (device sda1): ext2_get_inode: unable to read inode block - inode=131098, block=524290
Nov  8 17:40:30 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
...
Nov  8 17:40:32 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:32 fb1 user.err kernel: Buffer I/O error on device sda1, logical block 0
Nov  8 17:40:32 fb1 user.warn kernel: lost page write due to I/O error on sda1
Nov  8 17:40:32 fb1 user.crit kernel: EXT2-fs error (device sda1): ext2_get_inode: unable to read inode block - inode=131098, block=524290
Nov  8 17:40:32 fb1 user.err kernel: scsi4 (0:0): rejecting I/O to dead device
Nov  8 17:40:44 fb1 user.notice FREETZMOUNT: Partition uStor01 (/dev/sda1) removed
Nov  8 17:40:48 fb1 user.notice FREETZMOUNT: Mounting uStor11 to device /dev/sdb1 ... 
Nov  8 17:40:48 fb1 user.warn kernel: EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
Nov  8 17:40:48 fb1 user.notice FREETZMOUNT: Partition uStor11 (/dev/sdb1) was successful mounted
Nov  8 17:42:24 fb1 user.debug kernel: mcfw: group 0.0.0.0: query cpmac:0 10sec
...
Nov  8 17:59:05 fb1 user.debug kernel: mcfw: group 0.0.0.0: query cpmac:0 10sec
Nov  8 18:00:01 fb1 cron.info crond[1047]: crond: USER root pid 3132 cmd /etc/init.d/rc.rrdstats backup
Nov  8 18:01:10 fb1 user.debug kernel: mcfw: group 0.0.0.0: query cpmac:0 10sec
Nov  8 18:52:38 fb1 user.warn kernel: [avm_power]event: 27 not handled
Nov  8 18:57:25 fb1 user.debug kernel: mcfw: group 0.0.0.0: query cpmac:0 10sec
Nov  8 18:57:37 fb1 daemon.err inetd[3257]: can't execute '/usr/sbin/dropbear': No such file or directory
Nov  8 18:57:41 fb1 daemon.err inetd[3258]: can't execute '/usr/sbin/dropbear': No such file or directory
Nov  8 18:57:53 fb1 user.warn kernel: /proc/tffs: info request: success
Nov  8 18:59:30 fb1 user.debug kernel: mcfw: group 0.0.0.0: query cpmac:0 10sec
Nov  8 19:00:01 fb1 cron.info crond[1047]: crond: USER root pid 3745 cmd /etc/init.d/rc.rrdstats backup
Nov  8 19:00:02 fb1 user.warn kernel: /proc/tffs: info request: success
Und das sieht für mich stark nach einem Box-Neustart um 17:40 Uhr aus, denn:
Code: 
Nov  8 17:40:10 fb1 user.info kernel: usb 1-1.2: USB disconnect, address 15
Aber dazu passt nicht die Anzeige, dass die Box seit über 4 Tagen laufe (Freetz Status-Seite: "Uptime: 4 days, 10:15").

Alternativ könnte es ein Hardware-Problem mit dem Hub sein:
Code: 
Nov  8 17:40:10 fb1 user.err kernel: hub 1-1:1.0: port 2 disabled by hub (EMI?), re-enabling...
Sieht das noch jemand so? Falls ja, erübrigen sich fast alle weiteren Fragen unten. Wobei - wenn der Hub ein Problem hat, wieso wird dann der USB-Stick unter /dev/sdb1 mounted, wenn er sonst immer unter /dev/sda1 hängt? Am Hub hängen noch 2 USB-RS232-Adapter. Vielleicht macht das Probleme?

Für mich ergeben sich zunächst folgende Fragen:
1. Stimmt die Update-Darstellung nicht? Darf man für eine korrekte Darstellung den Freetz-Patch "Remove run_clock" nicht aktivieren (habe ich nämlich)?
2. Falls die Darstellung stimmt, wieso werden dann USB devices (USB-Stick) ohne Box-Neustart (wenn die Uptime stimmt, gab es ja keinen Neustart) plötzlich ausgehängt und wieder - aber mit anderem Device - eingehängt?
3. Weshalb greift die Freetz-Automount-Einstellung nicht? (siehe weitere Angaben hier unten)
4. Sollten nicht alle externalisierten Programme auch laufen, wenn es eine Änderung des Devices (z.B. /dev/sdb1 von /dev/sda1) gab, oder ist das nicht vorgesehen?

Code: 
[x] Automatisch autrun.sh und autoend.sh ausführen.
Präfix für Mountpoints (uStor) : uStor
Danke für Eure Hilfe!
 
Zuletzt bearbeitet:
@ao: Höchstwahsrcheinlich hast du USB-Störungen, von denen hier immer wieder berichtet wird. In diesem Fall verliert die Box ihre Mounts, bzw. die mounts frieren ein. Box denkt, dass sie noch existieren und gibt nicht uStor0X frei. Nachdem die Verbindung zum Medium wieder da ist, laufen die hotplug-Skripte neu und das Medium wird neu gemounted. Da uStor0X allerdings bereits belegt ist, wird der Zähler von 0 auf 1 inkrementiert.
Dafür gibt es eine Lösung, die sich mount-by-label nennt. Im FREETZMOUNT musst du dafür allerdings blkid in den menuconfig-Optionen wählen (heißt LABEL-Unterstützung). Image wird dadurch etwas größer, es dürfte aber auf eine 7170 passen. blkid solltest du auf keinen Fall auslagern!
Danach belabelst du deine Medien und gut ist es. Für TAM-Dateien gibt es hier irgendwo Konverter Marke Eigenbau von mir gepostet. Also, für alles ist gesorgt.

Langfristig würde ich mir aber schon Gedanken darüber machen, ob man bei einem solchen USB-recconnect denn es irgendwie intelligenter lösen kann. Denn man kann anhand diverser Parameter schon erkennen, dass der gleiche Stick sich zum zweiten Mal versucht "einzuloggen". Natürlich sollte man sowas deaktivierbar gestalten. Und eigentlich darf sowas auch nicht passieren. Meine LABEL-Methode ist da auch keine richtige Lösung. Physikalisch heißt der Stick dann doch sdb und nicht mehr sda, bloß es wird forsiert umgemounted. Deswegen funktioniert es auch.

MfG
 
Hallo Hermann,

danke für den Tipp! Im Screenshot unten habe ich die Option dargestellt - so korrekt?
Meinen USB-Stick muss ich dann wie labeln? "uStor01"? Derzeit sieht es so aus:
Code: 
root@fb1:/var/mod/root# tune2fs -l /dev/sda1
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   uStor01
...
In der Tat muss ich mir natürlich überlegen, einen anderen Hub zu besorgen. Meiner hat zwar ein eigenes Netzteil, wohl aber offenbar andere Probleme.
Sämtliche e2fsprogs sind bei mir nicht externalisiert, jetzt auch blkid nicht. Das hatte ich übersehen und war wohl auch die Ursache, weshalb das (forcierte) Ummounten nicht klappte.

PS:
Wie kann ich meine Box automatisch neustarten lassen, sobald die USB mounts verloren gehen?
Das wäre nur ein vorübergehender Workaround (etwas radikaler als der von Dir o.g.), aber auch eine Alternative.
Oder - nicht ganz so heftig - eine Warnmail per Push-Service?
Aber Deinen Tipp probiere ich noch, nur muss ich noch wissen, wie ich den Stick korrekt labele (mit tune2fs z.B.). Nochmals Danke!

Jetzt nach einem Neustart sieht es so aus (korrekt /dev/sda1):
Code: 
[x] Partitionname (falls vorhanden) als Mountpoint
Automatisch autrun.sh und autoend.sh ausführen.
Präfix für Mountpoints (uStor) : uStor
.
 
Zuletzt bearbeitet:
Das mit dem Ummounten kenne ich nur zu genüge! Was hab ich nicht alles ausprobiert: andere Hubs, undere USB-Sticks, anderes Netzteil für den HUB, usw. ...
Und was war es dann? Ein defekter Schalter einer Steckerleiste, die beim Stromlos-Schalten meiner PC-Technik zu Funkenflügen neigte, worauf es Störungen bei den Mountpoints kam. --> Steckerleiste getauscht --> Problem verschwunden!!!

Aber wie hermann72pb schon schrieb: Mount by Label ist ein guter workaround solcher Probleme.

EDIT:
Ja, so ist's OK. Um noch ein bisschen Platz im Image zu sparen, kannst Du "fstype" (unter Testing) jetzt raushauen.
 
Zuletzt bearbeitet:
Hallo alle zusammen,

habt ihr den nun eine Lösung wie mein USB Stick auch nach dem neu starten der ganzen Box die gleiche Bezeichnung bekommt??

Box : 7270
USB Hub: Noname ohen Strom
Angeschlossene Geräte : Drucker, Stick , Kartenleser
 
@Erdberquark: Warum postest du doppel? Davon kommen hier nicht noch mehr Experten und servieren dir gleich eine fertige Lösung. Im anderen Thread hatten wir dir doch bereits gesagt, wo deine Probleme liegen:
a) Zu schwache Stromversorgung von deinem Speichermedium ==> Abhilfe: USB-HUB mit externer Stromversorgung
b) Gleichtaktstörungen ==> Externe Geräte nacheinander abklemmen, sonst Gleichtaktdrossel oder sonstiges verwenden
c) Zu dünne / zu lange USB-Kabel, dadurch hoher Spannungsabfall, vor allem bei den Festplatten und Co. ==> Abhilfe: Vernünftige USB-Kabel verwenden, womöglich separate Leitung für Stromversorgung der Festplatte

FREETZMOUNT mit mount-by-label wird dir Abhilfe schaffen, weil ich es zufälligerweise so programmiert bzw. beim Programmieren übernommen hatte, dass Mountpoints immer neu überschrieben / umgemounted werden, sobald der neue mit dem gleichen Namen kommt. Das ist hier gerade der Trick an der Sache und deswegen funktioniert es ja auch. Wir würden es dir nicht anraten, wenn wir es nicht getestet hätten.

MfG
 
Also die Punkte a-c sind ja nicht interessant die Geräte Melden sich zwischen durch ja nicht ab.

Die melden sich ja nur beim Neustart der FB nicht so an wie ich das gerne hätte.
 
Ich rat' mal dass dein Stick einfach kaputt ist
 
Ich vermute, daß zwei USB-Speicher angeschlossen sind und die Reihenfolge, in der diese erkannt werden, nicht immer die gleiche ist.

Aber da es schon eine Diskussion hierzu gibt, vielleicht kann ein Moderator den Rest auch hier dazu holen, oder auch gemeinsam in einen eigenen Thread auslagern.
 
Warum sollte der Stick defekt sein??

es geht doch jetzt alles

@RalfFriedl

ein Cardreader für PayTV Zählt denke mal nicht dazu
 
Zuletzt bearbeitet:
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 772 (Mitglieder: 27, Gäste: 745)

Neueste Beiträge

Statistik des Forums

Themen
246,195
Beiträge
2,247,841
Mitglieder
373,748
Neuestes Mitglied
fanti88
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück