[Problem] USB Stick wird nicht automatisch gemountet

[fow0ryl]

Hallo,

ich habe gerade ein neues Image für einen W900V erstellt. Den USB Stick habe ich mit ext2 formatiert. Auf meinem Linux Rechner wird die Partition unter /dev/sdf1 erkannt.
Am speedport passiert jetzt folgendes.
Wenn ich den USB Stick einstecke dann wird auf den "AVM Seiten" gemeldet, das der Stick als /dev/sda1 verfügbar ist.
Wenn ich per telnet auf die Box gehe so sehe ich, das er nicht gemountet ist.
Ein "mount /dev/sda1 /var/media/ftp/uStor01" führt zu einer Fehlermeldung.
Führe ich jedoch ein "mount /dev/sda /var/media/ftp/uStor01" aus, so wird der Stick gemountet und ich kann auf alle Datein zugreifen.
Das funktioniert reproduzierbar nach jedem Neustart der Box ohne jeden weiteren Eingriff genau so.

Kann ich irgendwie erreichen, das der Stick als /dev/sda gemountet wird?
Oder wie kann man alternativ dafür sorgen, das er als /dev/sda1 erkannt wird?

Gruß
Henning

 

[Suchiman]

Du könntest "mount /dev/sda /var/media/ftp/uStor01" auch in die rc.custom eintragen dann wirds direkt nach dem ende des bootvorgangs ausgeführt. Dass der Stick nicht als sda1 erkannt wird ist merkwürdig, ich frag mich ob es eine rolle spielt ob der usb stick MBR oder als Superfloppy formatiert ist (MBR halt Master Boot Record mit Partitionstabelle und Superfloppy ohne Partitionstabelle mit nur einer Partition)

 

[fow0ryl]

Das mounten über die rc.custom löst das Problem nur zum Teil.
So wird etwa swap nicht gestartet.
Offensichtlich weil das Swapfile auf dem USB-Stick liegt und dieser erst nach der Aktivierung von swap gemountet wird.
Außerdem dürfte USB-root auf diese Weise auch nicht funktionieren.

Die entscheidende Frage bleibt also warum wird das Teil zunächst als sda1 erkannt, kann dann aber nur als sda gemountet werden.

Gibt es ein Log in dem man Hinweise auf die wundersame Wandlung finden könnte?

Ich habe auf dem Stick übrigens zunächst alle Partitionen mit fdisk gelöscht.
Anschließend eine primäre Partition vom Typ 83 angelegt und diese ext2 formatiert.

 

[hermann72pb]

Es wäre in dem Zusammenhang sehr hilfreich zu wissen, ob du denn FREETZMOUNT im Image hast. Mittlerweile wurde im FREETZMOUNT sehr viel an die neuen Firmwares angepasst. Du scheinst jedoch eine xx.04.76 zu benutzen. Da könnte evtl. das Problem stecken.
Warum ich vermute, dass du FREETZMOUNT im Image hast? Ganz einfach. AVM meldet keinen /dev/sdaXY in ihrem WebIF. Wenn du die Meldungen siehst, dann sind sie auf meinem Mist gewachsen und werden von FREETZMOUNT produziert.
Zur "Klo-Partition" (so hatten wir diesen Fall hier irgendwann mal genannt, den Suchimann versucht zu erläutern). Eigentlich wurden auch Klo-Partitionen von FREETZMOUNT abgefangen. Es wurde dann als uStor00 gemountet (daher kommt die Klo-Bezeichnung). Wenn es bei dir mittlerweile nicht tut, dann ist irgendwas schief gelaufen.

MfG

 

[fow0ryl]

Hallo,

ich habe die neue Version bereits am 16.07. gebaut. Da sie nicht auf Anhieb lief habe ich mich erst heute ran gesetzt um herauszubekommen wo es denn klemmt.
Aus dem Namen des Images dürften die Versionen erkennbar sein.
fw_C_Speedport_900_34.04.57-10974_Fritz_Box_7170_29.04.87-7338_freetz-7338M_sp2fr-1366-892_avm_annexB_de.image
Und ja, laut config Datei ist FREETZMOUNT akiviert.

Die Box betreibe ich momentan noch in einem eigenen Netz, das keinerlei Verbindung zum Internet hat. Daher das Liefern von Daten noch etwas schwierig.
Alle andere würde mir aber Ärger mit der "Regierung" bringen, wenn das Netz mal stehen würde

Gruß
Henning

 

[hermann72pb]

Kann es sein, dass Speed-to-Freetz-Skripte da ein Problem verursachen? Denn irgendwie kommt mir das Verhalten mit der Klo-Partition ziemlich komisch vor...
Kannst du denn wenigstens jetzt irgendwie mounten? Hast du syslogd im Image? Ist syslog aktiviert? Was sagen die Meldungen dort? Was sagen die AVM-Log Meldungen? Kannst du all diese Meldungen bitte per Copy-Paste hierher bringen und nicht nur sinnlich weitergeben?

MfG

 

[fow0ryl]

Hallo,

ich habe natürlich kein syslogd im Image weil da einfach kein Platz war.
Mounten funktioniert. Ich habe in der rc.custom einfach erst mal ein "mount -rw /dev/sda /var/media/ftp/uStor01" eingebaut. Das ist schon mal besser als nichts.

Ich denke ich werde mir in den nächsten Tagen mal ein komplett neues Image bauen. Um Platz zu schaffen muss ich dazu aber erst mal irgendwas raus schmeissen, was zu Fehlerklärung nicht notwendig ist.

Für heute ist jedenfalls erst mal Schluss...

Gruß & Danke
Henning

 

[hermann72pb]

Ich hatte mir #1 nochmal aufmerksam durchgelesen. Und irgendwas passt da nicht in deinen Aussagen. Versuch bitte demnächst keine sinngemäße Dargebungen uns hier zu geben und stattdessen wortwörtlich per copy-paste alle Fehlermeldungen darstellen. Ich erkläre dir, wo ich meine Zweifel habe:
1. Du behauptest im AVM-WebIF etwas mit /dev/sda1 gesehen zu haben. Das passt allerdings zu deiner Klo-Partition gar nicht. Es sollte meiner Meinung nach dort etwas mit /dev/sda und nicht mit sda1 gestanden haben.
2. Was sind es denn für Fehlermeldungen, die du bekommst, wenn du per Hand versuchst /dev/sda1 zu mounten? Sie wären hier enorm wichtig!
3. Was sagt denn dir Befehl mount ohne Parameter? Taucht da nicht zufällig deine Klo-Partition als uStor00 auf? Das wäre nämlich genau das, was ich erwarte.
4. Poste bitte wenigstens Meldungen im AVM-Log. Sie sind zwar nicht so ausführlich, wie im syslog, meistens werden die beiden aber einfach dupliziert. Bis auf einige wenigen Ausnahmen und bis auf den Wortlaut, der im Falle von AVM etwas begrenzt ist.
5. Versuch dich bitte in meine Lage zu versetzen. Ich weiß zwar, wie FREETZMOUNT funktioniert, weil ich daran gewerkelt hatte, dafür sehe aber deine Fehlermeldungen nicht. Und ohne die kann ich dir kaum weiter helfen.

MfG

 

[fow0ryl]

Hallo,

das hat mir jetzt doch keine Ruhe gelassen, da ich genau darüber verwirrt bin.
Einmal sda, einmal sda1

root@fritz:/var/media/ftp# mount
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro)
dev on /dev type tmpfs (rw,nosuid)
devpts on /dev/pts type devpts (rw)
proc on /proc type proc (rw,nodiratime,nosuid,nodev,noexec)
tmpfs on /var type tmpfs (rw)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec)
/dev/mtdblock6 on /data type jffs2 (rw,noatime)
usbfs on /proc/bus/usb type usbfs (rw)
root@fritz:/var/media/ftp#

root@fritz:/var/media/ftp# ls -All
drwxr-xr-x    2 root     root             0 Jan  1 01:00 uStor01
root@fritz:/var/media/ftp#

root@fritz:/var/media/ftp# which blkid
root@fritz:/var/media/ftp#

root@fritz:/var/media/ftp# mount /dev/sda1 /var/media/ftp/uStor01/
mount: mounting /dev/sda1 on /var/media/ftp/uStor01/ failed: Invalid argument
root@fritz:/var/media/ftp# mount /dev/sda /var/media/ftp/uStor01/
root@fritz:/var/media/ftp#

01.01.70	00:08:59	Anmeldung an der FRITZ!Box Benutzeroberfläche von IP-Adresse 192.168.178.150.
01.01.70	00:08:53	Anmeldung an der FRITZ!Box Benutzeroberfläche von IP-Adresse 192.168.178.150 gescheitert (ungültige Sitzungskennung). Zur Sicherheit werden alle noch gültigen Sitzungen zur IP-Adresse 192.168.178.150 beendet.
01.01.70	00:01:33	Running external: load
01.01.70	00:01:28	Anmeldung an der FRITZ!Box Benutzeroberfläche von IP-Adresse 127.0.0.1.
01.01.70	00:00:51	Partition unter uStor01 (/dev/sda1) eingebunden
01.01.70	00:00:33	USB-Gerät 1002, Klasse 'USB 2.0 (full-speed) storage', angesteckt

Und hier noch mal die Ausgaben von fdisk, wenn ich den Stick an mein gentoo anklemme.

lion henning # fdisk /dev/sdf

Befehl (m für Hilfe): p

Platte /dev/sdf: 1051 MByte, 1051721728 Byte
15 Köpfe, 30 Sektoren/Spur, 4564 Zylinder, zusammen 2054144 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6e652072

    Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdf1            2048     2054143     1026048   83  Linux

Henning

 

[hermann72pb]

Sehr merkwürdig....
Was sagt denn bei dir:

root@fritz:/var/mod/root# cat /proc/diskstats
  31    0 mtdblock0 1182 18010 38384 3090 0 0 0 0 0 3070 3090
  31    1 mtdblock1 0 0 0 0 0 0 0 0 0 0 0
  31    2 mtdblock2 0 0 0 0 0 0 0 0 0 0 0
  31    3 mtdblock3 0 0 0 0 0 0 0 0 0 0 0
  31    4 mtdblock4 0 0 0 0 0 0 0 0 0 0 0
  31    5 mtdblock5 0 0 0 0 0 0 0 0 0 0 0
   7    0 loop0 0 0 0 0 0 0 0 0 0 0 0
   7    1 loop1 0 0 0 0 0 0 0 0 0 0 0
   7    2 loop2 0 0 0 0 0 0 0 0 0 0 0
   7    3 loop3 0 0 0 0 0 0 0 0 0 0 0
   7    4 loop4 0 0 0 0 0 0 0 0 0 0 0
   7    5 loop5 0 0 0 0 0 0 0 0 0 0 0
   7    6 loop6 0 0 0 0 0 0 0 0 0 0 0
   7    7 loop7 0 0 0 0 0 0 0 0 0 0 0
   8    0 sda 245 2215 4013 5260 87 343 4949 19240 0 13430 24500
   8    1 sda1 464 586 1 8
   8    2 sda2 567 1080 5 5
   8    3 sda3 4 7 0 0
   8    4 sda4 449 456 277 2216
   8    5 sda5 503 1242 54 1976
   8    6 sda6 470 618 93 744

MfG

 

[fow0ryl]

Hallo,

so sieht es ohne USB Stick aus:

root@fritz:/var/mod/root# cat /proc/diskstats
  31    0 mtdblock0 0 0 0 0 0 0 0 0 0 0 0
  31    1 mtdblock1 299 4146 8890 580 0 0 0 0 0 580 580
  31    2 mtdblock2 0 0 0 0 0 0 0 0 0 0 0
  31    3 mtdblock3 0 0 0 0 0 0 0 0 0 0 0
  31    4 mtdblock4 0 0 0 0 0 0 0 0 0 0 0
  31    5 mtdblock5 0 0 0 0 0 0 0 0 0 0 0
  31    6 mtdblock6 0 0 0 0 0 0 0 0 0 0 0
  31    7 mtdblock7 0 0 0 0 0 0 0 0 0 0 0
root@fritz:/var/mod/root#

Und so nach einstöpseln. Egal ob vor oder nach dem mounten

root@fritz:/var/mod/root# cat /proc/diskstats
  31    0 mtdblock0 0 0 0 0 0 0 0 0 0 0 0
  31    1 mtdblock1 311 4305 9232 640 0 0 0 0 0 640 640
  31    2 mtdblock2 0 0 0 0 0 0 0 0 0 0 0
  31    3 mtdblock3 0 0 0 0 0 0 0 0 0 0 0
  31    4 mtdblock4 0 0 0 0 0 0 0 0 0 0 0
  31    5 mtdblock5 0 0 0 0 0 0 0 0 0 0 0
  31    6 mtdblock6 0 0 0 0 0 0 0 0 0 0 0
  31    7 mtdblock7 0 0 0 0 0 0 0 0 0 0 0
   8    0 sda 1 0 8 10 0 0 0 0 0 10 10
   8    1 sda1 0 0 0 0
root@fritz:/var/mod/root#

Und so zum Vergleich auf meinem gentoo

   8      80 sdf 234 8 1936 300 0 0 0 0 0 300 300
   8      81 sdf1 133 0 1064 224 0 0 0 0 0 224 224

Gruß
Henning

 

[hermann72pb]

Ich kenne die Bedeutung der einzelner Einträge in diskstats leider nicht, aber 0 0 0 0 bei deiner sda1 sehen für mich ziemlich verdächtig aus. Es kann folgende Ursachen haben:
1. Du hast Probleme mit der Stromversorgung / EMV oder demgleichen. Daher kackt dir die Verbindung zwischen der Box und dem Medium ständig ab. Vor allem beim Einstecken und beim "hochlaufen" sozusagen. Ist es denn ein Stick, oder eine Festplatte? Im Falle einer Festplatte könnte der Anlaufstrom des Antriebes solche Probleme verursachen.
2. Dein Medium wird von der Box nicht richtig erkannt. Sowas ist uns zwar noch kaum vorgekommen, es gab aber vereinzelt USB-Sticks, die irgendwelche Probleme mit der Box hatten.
3. Du hast dein Medium mit deinem fdisk (oder womit auch immer) irgendwie komisch partitioniert. Große Linuxe kommen wahrscheinlich damit klar und korrigieren den Fehler, busybox und unser etwas ältere Kernel dagegen nicht. Versuche doch dein Medium ganz neu z.B. mit gparted zu formatieren. fdisk ist ziemlich "low level" und toleriert wahrscheinlich weniger Bedienerfehler, als z.B. gparted.

MfG

 

[fow0ryl]

Ok,
habe den Stick neu initialisiert.
Jetzt outet er sich korrekt als /dev/sda1. Gemountet wird er trotzdem nicht automatisch
Obwohl das AVM Log das nach wie vor behauptet.

Zum Vergleich habe ich noch mal den 256MB Stick, der an meinem anderen Speedport hängt getestet. Er wird ebenfalls nicht automatisch gemountet.
In der Partitionsübersicht erscheinen die Sticks erst dann, wenn man sie von Hand gemountet hat. Unmount geht über die Web Oberfläche.
Für's neu mounten braucht man dann wieder die Konsole, da sie in der GUI gar nicht mehr auftauchen ...

Henning

 

[olistudent]

@hermann
Mountet freetzmount korrekt, wenn der Stick keine Partitionen hat? Also nur /dev/sda?

@Henning
Was steht im AVM Ereignislog zu dem Mount-Fehler?

 

[hermann72pb]

@Oliver: Es hat mal irgendwann mal funktioniert, obwohl wir eigentlich nichts dafür unternommen hatten. Es gab hier doch vor einiger Zeit jemand, der sich gewudert hat, warum er eine Klo-Partition uStor00 hatte. Das es funktioniert, sei es AVM zu verdanken. Sie hatten da eine Passage dafür eingebaut gehabt.
Im Falle von fow0ryl scheint es aber keine Klo-Partition zu sein. Seine Sticks sind irgendwie komisch formatiert oder sonst was. Und ich verstehe noch nicht, wo der Wurm sitzt.
Sein AVM-Log meldet doch, dass die Partition erfolgreich eingehängt wurde. Wann und warum sie bei ihm verloren geht, ist für mich rätselhaft.
Ich tippe mal ganz frech darauf, dass da irgendwas mit den speed-to-freetz-Skripten schief läuft. FREETZMOUNT setzt voraus, dass die AVM-hotplug-Skripte mehr oder weniger unverändert sind. Wie es letztendlich bei speed-to-freetz läuft, weiß ich nicht. Der nächste Schritt wäre es die gebauten hotplug-Skripte anzuschauen oder sie mit "sh -x" auszuführen. Für "sh -x" kenne ich aber jetzt die Parameter nicht parat. Gerade zum mounten braucht AVM-Zeugs da bis zu 6-7 akribische Zahlen als Eingangswerte.


MfG

 

[RalfFriedl]

Es ist auf jeden Fall sinnvoll, auch nicht partitionierte USB-Speicher einzubinden. Ich kenne USB-Sticks, die nicht partitioniert sind. Letztlich ist es auch sinnvoll, den kompletten Platz zu nutzen und nicht einen Teil für eine Partitionstabelle zu verschwenden.

 

[hermann72pb]

Es hat ja auch funktioniert und tut es vermutlich immer noch mit diesen Klo-Partitionen. Ich teile deine Meinung allerdings nicht und erstelle immer und überall mehrere Partitionen. Sowohl auf der Festplatte, als auch auf meinen Sticks, wenn sie in der Box stecken. Dies erlaubt mir z.B. Daten und Programme möglichst sauber zu trenen. Mir sind schon zu oft Partitionen verloren gegangen. Wenn die Reparatur nicht klappt, dann sind die Daten weg, und zwar alle. Wenn du die Daten allerdings aufteilst, kannst du es besser im Griff halten und z.B. nur die wichtigen Sachen (z.B. Daten und nicht Programme) absichern.
Jeder hat aber dazu seine eigene Philosophie...

MfG

 

[RalfFriedl]

Es spricht nichts gegen mehrere Partitionen, aber ich vermute mal, dass 99% aller USB-Sticks nur eine Partition enthalten, oder eben überhaupt keine. Und wenn es nur einen Daten-Bereich gibt, gibt es keinen Grund, eine Partitionstabelle auf dem Stick zu haben.

 

[SaschaBr]

Ahhh, meine Klo-Partiition ist wieder im Gespräch! Dieser Jemand war (und bin) ich! :-D
Ja, diese "00" funktioniert auch heute noch einwandfrei.
Ich hatte seinerzeit (auf anraten) auch versucht auf dem Teil eine Partition anzulegen, was mir aber nicht gelungen ist (scheint irgendwie geblockt zu sein). Ich habe noch zwei dieser USB-Sticks als Reserve hier liegen, und wäre Bereit, einen davon für Experimente zur Verfügung zu stellen.

 

[hermann72pb]

@SaschaBr: Danke, dass du dich outest! Es reicht schon deine Meldung, dass es funktioniert. Mehr wollte man hier auch nicht wissen. Von daher haben wir die Frage geklärt: An der Behandlung der Klo-Partition liegt es im oben geschilderten Fall definitiv nicht.
Als eine kleine Anmerkung: Sehr viele Sachen außerhalb von FREETZ, die aber auf FREETZ aufbauen, nutzen uStor01 als einen fixen Wert. Als Beispiel nenne ich unsere CAM-Kollegen. So eine Art der fixen Programmierung hatte ich schon genügend kritisiert, darum geht es jetzt aber nicht. Auch sehr viele Anleitungen, die irgendwas in debug.cfg oder rc.custom schreiben, gehen von uStor01 aus. Ich bitte die Besitzer von den Sticks mit den Klo-Partitionen in einem solchen Fall ihr Gehirn einzuschalten und dann dementsprechend uStor00 benutzen. Noch besser wäre es auf LABELs umzusteigen, wobei ich nicht weiß, ob die LABEL-Erkennung auch bei Klo-Partitionen funktioniert. Das muss man ausprobieren. Vor allem mit dem busybox-internem blkid & Co.

MfG