Mounten im 2.6er-Kernel

[RalfFriedl]

Du kannst in der debug.cfg zum einen die Ausgabe des Mount-Befehls in eine Datei umleiten, um zu sehen, ob das Mounten funktioniert. Weiterhin kannst Du mit ls nachsehen, ob tatsächlich etwas gemountet wurde, Ausgabe auch in eine Datei umlenken und nachher anschauen.

Damit weißt Du schon mal, ob das Problem beim Mounten ist oder ob später ein unmount durchgeführt wird.

Außerdem kannst Du ach den Vorschlag aufgreifen, ein anderes Verzeichnis zu verwenden.

 

[Fox.Mulder]

Hallo,
ich habe jetzt mal folgendes gemacht:

modprobe ext2
sleep 10
cat /proc/partitions > /var/tmp/mount.log
mkdir -p /var/media/ftp/USBFestplatte
mount -t ext2 /dev/sda1 /var/media/ftp/USBFestplatte
mount >> /var/tmp/mount.log

Durch Probieren habe ich herausgefunden, dass ich ab 9s Warten die Platte Mounten kann. Zur Sicherheit habe ich mal 10s eingestellt. Als nächsten Schritt könnte man ja in einer Schleife warten bis das Mounten funktioniert hat (idealerweise mit Abbruchbedingung, wenn keine Platte angeschlossen ist).

Viele Grüße.
M.

 

[olistudent]

Schau mal in /etc/hotplug/run_mount. Da ist die Schleife mit Abbruchbedingung drin.

MfG Oliver

 

[kriegaex]

Durch Probieren habe ich herausgefunden, dass ich ab 9s Warten die Platte Mounten kann.

Na ja, so kann man einen Vorschlag, einfach eine Schleife zu programmieren, auch ignorieren und sich Arbeit machen. Aber vielleicht ist Olivers Hinweis ja arbeitsparend genug, um es mal zu versuchen. Auf die 10s würde ich mich nicht verlassen.

 

[jupiter32]

USB mount ext3 problem

Hallo zusammen,

ich habe ein Problem mit ext3 / ext2 formatierten USB-Sticks . Aus irgendeinem Grund wird der Besitzer beim Erzeugen einer Datei von der Fritzbox nicht richtig gestezt. Mittels chown lässt sich jedoch der richtige Besitzer setzen (siehe Konsolenauszug, hab zwei USB-Sticks getestet, unter debian habe ich keine Probleme festgestellt).

Console Ausgaben auf dieses Terminal umgelenkt
/var/mod/root $ modprobe ext3
/var/mod/root $ mount -rw /dev/sdb1 /var/media/usb -t ext3
/var/mod/root $ cd /var/media/usb
/var/media/usb $ ls
lost+found
/var/media/usb $ ls -l
drwx------    2 root     root        16384 Dec  1  2006 lost+found
/var/media/usb $ mkdir temp
/var/media/usb $ ls -l
drwx------    2 root     root        16384 Dec  1  2006 lost+found
drwxr-xr-x    2 [B]-1783094[/B] root         4096 Sep 24 22:56 temp
/var/media/usb $ chown root temp
/var/media/usb $ ls -l
drwx------    2 root     root        16384 Dec  1  2006 lost+found
drwxr-xr-x    2 root     root         4096 Sep 24 22:56 temp
/var/media/usb $

Richtig ärgerlich wird das Verhalten unter samba, da auch hier der Besitzer nicht richtig eingetragen wird und samba somit nicht benutzbar ist. Ich habe den mod bereits mit LFS support compeliert, bring leider keine Abhilfe. Hat irgendjemand ein ähnliches Problem (hat sonst keiner dieses phänomen?) und wie könnte man es beseitigen (bin kein linux Super-Experte)? Hat irgen jemand eine Idee bzw. dieses Problem auch schon mal beobachtet?
Vielen Danke schonmal für eure Hilfe & Tipps.

 

[RalfFriedl]

Hattest Du erst dieses Problem und es dann mit LFS versucht, oder hast Du zuerst LFS aktiviert und seither dieses Problem?

Tritt as Problem nur mit ext3 auf oder auch mit ext2?

Wenn Du den USB-Stick ein ein PC-Linux System anschließt, zeigt das dann für das Verzeichnis temp die gleiche Nummer oder nicht?

Wenn Du mehrmals nacheinander Verzeichnisse anlegst, kommt dann immer die gleiche Benutzer-Nummer, oder wechselt sie?

Kannst Du strace auf mkdir laufen lassen? Ggf. als Paket im ds-mod auswählen.

 

[jupiter32]

Hallo Ralf,

danke schon mal für deine Hilfe. Alleine komme ich leider nicht weiter, hab schon fast eckige Augen... Zu den Fragen:

1. Hattest Du erst dieses Problem und es dann mit LFS versucht, oder hast Du zuerst LFS aktiviert und seither dieses Problem?
- Hatte erst den DS-MOD 14.4 drauf, das Problem trat nicht auf
- Habe ein Update auf 15.2 durchgeführt (mod Compeliert mit ext3 File System muss dafür noch irgendeine Erweiterung angewählt werden?) .Samba lief danach nicht mehr richtig, Problem mit den Schreibrechten. Ich bin dann auf das beschriebene Problem (seltsamer file-owner) gestossen.
- Im Forum gab mir Oiver den Tipp es mit LFS zu versuchen. Toolchain gebaut und neu compeliert, keine Besserung.
- Frage: wie kann ich alle Parameter des mods auf default Werte setzen? Kann es ein Problem mit alten Parametern (aus dsmod 14.4) sein?

2. Tritt as Problem nur mit ext3 auf oder auch mit ext2?
- Ja, hab gestern meinen USB-Stick (1GB) unter Debian mit ext2 und ext3 formatiert und in der FritzBox gemounted. Leider tritt das Problem mit beiden Formaten auf. Ich habe auch mal zu testzwecken einen zweiten USB-Stick genommen, leider kein Erfolg.

3. Wenn Du den USB-Stick ein ein PC-Linux System anschließt, zeigt das dann für das Verzeichnis temp die gleiche Nummer oder nicht?
Debian zeigt eine positive Nummer.


4. Wenn Du mehrmals nacheinander Verzeichnisse anlegst, kommt dann immer die gleiche Benutzer-Nummer, oder wechselt sie?
wenn ich nacheinander Verzeichnisse anlege bleibt die Nummer gleich. Logge ich mich über Putty ein und wieder aus erhalte ich eine neue Benutzer Nummer, die bis zum nächsten einloggen gleich bleibt

5. Kannst Du strace auf mkdir laufen lassen? Ggf. als Paket im ds-mod auswählen
Kannst du bitte kurz beschreiben wie strace angewendet wird (cmd-lines)?
Strace siehe meinen nächsten Beitrag.

 

[RalfFriedl]

Die sicherste Art, auf Default-Einstellungen zu kommen, ist, den ds-mod neu in ein leeres Verzeichnis auszupacken und dort dann die benötigten Einstellungen vorzunehmen.
Zum Testen sollte man zuerst auch wirklich nur die nötigsten Optionen nehmen und nicht alles, was man später auch noch dabei haben will. Falls es mit der Minimal-Konfiguration geht, kann man sich mit den anderen Optionen weiter vortasten.

Ich glaube nicht, daß fehlendes LFS dafür verantwortlich ist. Wenn aber LFS nicht von Anfang an ausgewählt war, wäre es möglich, daß es Teile mit LFS und Teil ohne LFS gibt, die in Kombination dieses Problem verursachen.

Bei mir geht ext2 mit LFS ohne solche Probleme.

Die Frage, ob die Nummern immer gleich sind, bezog sich darauf, ob hier zufällige Zahlen kommen oder immer die gleichen.

strace mußt Du als Modul im ds-mod aktivieren.

Danach auf der Box folgendes ausführen:

$ [B]strace mkdir temp[/B]
execve("/bin/mkdir", ["mkdir", "temp"], [/* 89 vars */]) = 0
svr4_syscall()                          = -1 ERRNO_4090 (Unknown error 4090)
open("/lib/libcrypt.so.0", O_RDONLY)    = 3
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaae000
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\10\0\1\0\0\0\360\4"..., 4096) = 4096
old_mmap(NULL, 147456, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aabd000
old_mmap(0x2aabd000, 10196, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x2aabd000
old_mmap(0x2aacf000, 2084, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x2aacf000
old_mmap(0x2aad0000, 68880, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2aad0000
close(3)                                = 0
munmap(0x2aaae000, 4096)                = 0
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaae000
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\10\0\1\0\0\0\300\30"..., 4096) = 4096
old_mmap(NULL, 122880, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aae1000
old_mmap(0x2aae1000, 53876, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x2aae1000
old_mmap(0x2aafe000, 1020, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xd000) = 0x2aafe000
close(3)                                = 0
munmap(0x2aaae000, 4096)                = 0
open("/lib/libc.so.0", O_RDONLY)        = 3
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaae000
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\10\0\1\0\0\0 \273\0"..., 4096) = 4096
old_mmap(NULL, 466944, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaff000
old_mmap(0x2aaff000, 374724, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x2aaff000
old_mmap(0x2ab6b000, 4476, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x5c000) = 0x2ab6b000
old_mmap(0x2ab6d000, 15624, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ab6d000
close(3)                                = 0
mprotect(0x2aaff000, 374724, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x2aaae000, 4096)                = 0
mprotect(0x2aaff000, 374724, PROT_READ|PROT_EXEC) = 0
ioctl(0, TIOCNXCL, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCNXCL, {B38400 opost isig icanon echo ...}) = 0
getuid()                                = 0
getgid()                                = 0
[B]setgid(0)                               = 0
setuid(0)                               = 0
[/B]umask(0)                                = 022
umask(022)                              = 0
mkdir("temp", 0777)                     = 0
umask(022)                              = 022
chmod("temp", 0755)                     = 0
exit(0)                                 = ?
Process 1259 detached

Ich habe auch gleich mal die Ausgabe von meiner Box mit dazu angehängt.

Es fällt auf, daß ohne erkennbare Notwendigkeit setgid und setuid aufgerufen wird. Wenn dort bei Dir nicht 0, sondern die entsprechende Zahl steht, ist schon mal klar, wie der Eigentümer zustande kommt. Dann muß man nur noch sehen, was das verursacht.

Ich vermute aber, wenn Du einen ds-mod neu erstellst, ist das Problem auch verschwunden.

 

[kriegaex]

Das nehme ich auch an. Bei mir funktioniert 15.2 mit ext3-Partition (24 GB) auf USB-Platte gut, habe es gestern nacht nochmal kopiert und ein 700-MB-ISO-Image über Samba rüber kopiert. Alles wunderbar, korrekte MD5-Summen und richtige Benutzer und Gruppen bei den Dateien.

 

[jupiter32]

Ok, hab den DS-MOD komplett neu compeliert (mit SSH und vfat-fix.patch.bz2 patch(hoffe make menuconfig mit anschliesendem make implementiert den Patch korrekt), AVM FBox defaults eingestellt & alle Parameter neu eingegeben, und nu: keine Besserung...:noidea:
hier der strace

/var/media/usb $ strace mkdir temp6
execve("/bin/mkdir", ["mkdir", "temp6"], [/* 106 vars */]) = 0
svr4_syscall()                          = -1 ERRNO_4090 (Unknown error 4090)
stat("/etc/ld.so.cache", 0x7faeb068)    = -1 ENOENT (No such file or directory)
open("/mod/lib/libcrypt.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libcrypt.so.0", O_RDONLY)    = 3
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaae000
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\10\0\1\0\0\0\0\5\0"..., 4096) = 4096
old_mmap(NULL, 147456, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aabd000
old_mmap(0x2aabd000, 10228, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x2aabd000
old_mmap(0x2aacf000, 2116, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x2aacf000
old_mmap(0x2aad0000, 68912, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2aad0000
close(3)                                = 0
munmap(0x2aaae000, 4096)                = 0
open("/mod/lib/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaae000
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\10\0\1\0\0\0\320\30"..., 4096) = 4096
old_mmap(NULL, 122880, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aae1000
old_mmap(0x2aae1000, 53940, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x2aae1000
old_mmap(0x2aafe000, 1084, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xd000) = 0x2aafe000
close(3)                                = 0
munmap(0x2aaae000, 4096)                = 0
open("/mod/lib/libc.so.0", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/lib/libc.so.0", O_RDONLY)        = 3
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaae000
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\10\0\1\0\0\0 \266\0"..., 4096) = 4096
old_mmap(NULL, 446464, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaff000
old_mmap(0x2aaff000, 354532, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x2aaff000
old_mmap(0x2ab66000, 4384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x57000) = 0x2ab66000
old_mmap(0x2ab68000, 15016, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ab68000
close(3)                                = 0
mprotect(0x2aaff000, 354532, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x2aaae000, 4096)                = 0
mprotect(0x2aaff000, 354532, PROT_READ|PROT_EXEC) = 0
ioctl(0, TIOCNXCL, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCNXCL, {B38400 opost isig icanon echo ...}) = 0
getuid()                                = 0
getgid()                                = 0
setgid(0)                               = 0
setuid(0)                               = 0
umask(0)                                = 022
umask(022)                              = 0
mkdir("temp6", 0777)                    = 0
umask(022)                              = 022
chmod("temp6", 0755)                    = 0
exit(0)                                 = ?
Process 1795 detached
/var/media/usb $

Irgendwas im strace zu sehen? getuid()=0 am Ende sieht doch eigentlich Ok aus, wird aber anscheined falsch gesetzt. Der Rest des trace sieht für mich jedoch sehr kryptisch aus.

Ergebnis ls -l:

/var/media/usb $ ls -l
drwx------    2 root     root        16384 Dec  1  2006 lost+found
drwxr-xr-x    2 -1799851 root         4096 Sep 25 23:14 t1
drwxr-xr-x    2 -1799851 root         4096 Sep 25 23:14 t2
drwxr-xr-x    2 -1799851 root         4096 Sep 25 23:14 t3
drwxr-xr-x    2 -1789428 root         4096 Sep 25 23:15 t4
drwxr-xr-x    2 -1804507 root         4096 Sep 26 23:44 t5
drwxr-xr-x    2 root     root         4096 Sep 24 22:56 temp
drwxr-xr-x    2 -1804507 root         4096 Sep 26 23:46 temp6
/var/media/usb $

Gruß Jupiter32

 

[RalfFriedl]

Das strace sieht gut aus.

Mach doch mal den ds-mod komplett neu, also wirklich in einem leeren Verzeichnis frisch anfangen, nicht "make clean".

 

[jupiter32]

Ich hab den ds-mod komplett neu generiert, angefangen mit einem leeren Verzeichnis (das jetzt zum dritten mal), unter VM mit Friboli debian 0.4. Hoffe ja nicht das es an der virtuellen Maschine liegt.
Eigenartigerweise kann ich ja mit chown per hand den richtigen User setzen. Ich finde den mod ja klasse, sehr funktional und ich habe auch ne Menge über Linux gelernt, aber bei diesem Problem bekomme ich graue Haare.

[Edit] Ich denke das die Hardware ok ist, USB-Stick ist getestet, ext3 Partition funktioniert unter debian, manuell läst sich der korrekte owner der Datei auch setzen. Vielleicht sind irgendwelche mod Einstellungen in meiner F-Box korrupt. Gibt es eine Möglichkeit die mod-Konfig Daten auf der FBox komplett auf default Werte zu setzen? Alle Mod-Werte sind auf der Box noch vorhanden, obwohl ich im AVM-Menu der Box die 'Fabrikeinstellungen' neu eingestellt habe.

Gruß jupiter.

 

[kriegaex]

Nur, falls es noch keiner erwähnt hat: Du brauchst "replace kernel" in Menuconfig.

 

[jupiter32]

Hm, 'replace kernel' ist tatsächlich nicht aktiviert. Nach ner kurzen Recherche über 'replace Kernel' glaube ich, das das Problem damit wohl behoben ist, habe aber dieses WE keine Zeit mehr das auszuprobieren.

[EDIT] konnte es nicht lassen es doch noch schnell auszuprobieren. 'make' mit 'replace kernel' ging schneller als gedacht -> Problem gelöst, Datei-Owner wird jetzt korrekt gesezt!!!

Evtl. könnte ein kurzer Kommentar am Anfang des Kernel 2.6: ds26-15.2 release Infos helfen, da ich wohl nicht der Einzige bin, der über dieses Problem gestolpert ist.

Danke Gruß
Jupiter32

 

[kriegaex]

Da ist einer. Er lautet

USB-Speicher wird nicht erkannt, angeblich fehlerhafter Partitionstyp

mit Verknüpfung zur Lösung. Es wird nur nicht explizit erwähnt, daß es FAT32 genauso wie ext2/3 und NTFS sowie evtl. weitere Dateisystem-Treiber betrifft.

Update: Ich habe den Text etwas erweitert um die Schlagworte "Mount-Probleme" und die Namen einiger Dateisysteme.

 

[jupiter32]

Ich habe dieses Thema vorher gelesen und den Patch eingespielt. Mir war jedoch nicht klar, das 'replace Kernel' aktiviert werden muss, damit z.B. ext3 Partitionen richtig gemountet werden.