[gelöst] ds26-15.1 Probleme: Abbruch Firmware-Update (igdd timeout); USB-Medien

[Haeberle]

EDIT: Lösungen zu den genannten Problemen gibt es anderswo im Forum

Hallo liebe Leute,

ich würde die Macher des DS-Mod ja gerne über den grünen Klee loben, aber als Schwabe darf ich das nicht: "Nix g'sagt isch g'nug g'lobt"

Aktuell läuft bei mir ein 2.4er-Kernel (siehe Signatur) mit einigem nützlichen Paketen ohne Probleme. Nachdem ich die ersten 2.6-Mods ausgelassen hatte, wollte ich jetzt beginnend mit dem ds26-15er-Mod, und aktuell mit dem 15.1 auf das Kernel 2.6 umsteigen, um in den Genuss des Spindown-Scripts zu kommen.


Problem 1: Kann ich Spindown einer USB-Platte auch auf dem Kernel 2.4 erreichen? Hab hier nichts gefunden, aber das würde mein Problem schon lösen.

EDIT: Geht unter 2.4 wegen fehlendem sysfs nicht -> updaten



Problem 2: Mit den gemoddeten Firmwares (siehe Signatur) mounten FAT(32)-USB-Devices nicht mehr, weder Platten noch Sticks. Die werden zwar als "storage" erkannt, aber dann wegen "unbekanntem Dateisystem" (die übliche Meldung, Ihr kennt sie) wieder ausgespuckt. Das Offensichtliche (wirklich ungültig) habe ich versucht auszuschließen: Diese Devices mounten sowohl in einer offiziellen 29.04.37 als auch in meiner aktuellen 29.04.25-ds0.2.9 anstandslos. Dabei hab ich unter FrBoLi ganz neu mit zuletzt der 15.1 angefangen, nur wenige Pakete hinzugefügt, und dann anstandslos compilieren können. In meiner Not hab ich dann nochmal alle Filesysteme und alle Treiber/Module, die nach Storage/USB aussahen, hinzugefügt. Selbes Ergebnis.

Was macht die Behandlung von USB-Storage-Devices im Mod anders als in der offiziellen FW?

EDIT: Lösung siehe hier, "Replace Kernel": http://www.ip-phone-forum.de/showpost.php?p=919255&postcount=35. Klappt bei mir auch mit ext3 und ntfs



Problem 3: Nebenschauplatz bei der Testerei: Firmware-Updates gehen nicht mehr mit 15/15.1er-Firmwares, so dass ich wiederholt auf Recover.exe zugreifen und letztlich aufgeben musste. Ich komme nicht mal zu dem "Firmware ist modifiziert"-Screen, das Update hängt einfach. Im Syslog steht folgendes:

[size=-1]Jul 15 16:28:59 fritz user.err multid[1231]: 10(/var/tmp/me_multid.ctl) (fd 10): failed to send message to igdd - Connection refused (146)
Jul 15 16:29:09 fritz user.err multid[1231]: 10(/var/tmp/me_multid.ctl) (fd 10): failed to send message to igdd - Connection refused (146)
Jul 15 16:29:19 fritz user.err multid[1231]: 10(/var/tmp/me_multid.ctl) (fd 10): failed to send message to igdd - Connection refused (146)
Jul 15 16:29:29 fritz user.err multid[1231]: 10(/var/tmp/me_multid.ctl) (fd 10): failed to send message to igdd - Connection refused (146)
Jul 15 16:29:39 fritz user.err multid[1231]: 10(/var/tmp/me_multid.ctl) (fd 10): failed to send message to igdd - Connection refused (146)
Jul 15 16:29:47 fritz user.err websrv[633]: cgi(2011): /cgi-bin/firmwarecfg: timeout
Jul 15 16:29:49 fritz user.err multid[1231]: 10(/var/tmp/me_multid.ctl) (fd 10): failed to send message to igdd - Connection refused (146)[/size]

Ob der Timeout auch mit dem igdd zu tun hat, weiß ich nicht. Die Meldung mit dem iggd kommt auch bei gelungenen FW-Updates, allerdings nicht so häufig. Bleibt also das FW-Update wegen was anderem hängen, und die andere Meldung läuft durch, oder ist das Ursache und Wirkung?

Folgendes hab ich nach Hinweisen im Forum schon probiert: Alle DS-Mod-Dienste stoppen, anderweitig Speicher freischaufeln, igdd aus der FW rausnehmen (das erste Update geht ja nach einem Recover) - keine Lösung in Sicht.

EDIT: War wohl doch ein Speicherproblem. DS-Mod-Dienste und den TSB-LCR stoppen (zuletzt telnet und webcfg), auch schauen, dass sie wirklich beendet sind (Zombies -> Suche im Board), WLAN ausschalten, USB-Geräte entfernen, und die Firmware nicht zu groß machen


Mach ich was falsch?

EDIT: Jetzt nicht mehr ...

Grüße,

Arndt

 

[derheimi]

Problem 1: Kann ich Spindown einer USB-Platte auch auf dem Kernel 2.4 erreichen? Hab hier nichts gefunden, aber das würde mein Problem schon lösen.

Prinzipiell vielleicht ja, praktisch nein. Mit dem hier im dsmod angebotenem Paket geht das definitiv nicht, weil das sysfs der v2.6 benötigt.

 

[Haeberle]

Oje, hab ich fast befürchtet ... weiter zu Problem 2, weil ich ja generell nix gegen den 2.6er-Kernel hab, im Gegenteil.

Danke schonmal für die Klärung!

 

[olistudent]

Zu Problem 2 kann ich dir auch nicht mehr sagen als das ich das schon öfter gelesen habe. Wir tauschen im dsmod den Kernel, die Module, die uClibc und die busybox. Und das Mount-Skript wird auch noch gepatcht. Theoretisch kann der Fehler in jedem Schritt liegen.
Problem 3: Diese igdd-Meldungen kommen, wenn der multid ohne die Option gestartet wird, dass der igdd nicht da ist. Eigentlich sollte das auch in Verbindung mit dnsmasq mit ds26-15.1 behoben sein. Leider kann ich das Problem mit dem Firmware-Update auf meinen Boxen nicht nachvollziehen.

MfG Oliver

 

[kriegaex]

Wenn Du igdd heraus nimmst und an der Konsole mal

ps | grep -v grep | grep multid

aufrufst, was siehst Du dann? Mich interessiert, mit welchen Optionen multid aufgerufen wurde.

Legst Du Dir dann bitte noch eine Signatur zu? Ich kann zwar anhand der genannten FW-Versionen erkennen, daß Du eine 7170 hast, aber weiter unten im Thread weiß ich das vielleicht nicht mehr.

Ach ja, bzgl. des USB-Mount-Problems kann ich bestätigen, daß ich es mit meinem FAT32-USB-Stick auch habe.

 

[Haeberle]

@olistudent: kannst Du Dich an ein paar Keywords erinnern, nach denen ich suchen könnte? Ich hatte diesbezüglich nix gefunden, und könnte dann mal ein wenig selbst schmökern. Wenn es aber noch keine Lösung gibt: Gibt es Angaben, die ich aus meiner Box liefern könnte, um das Problem einzugrenzen?

@kriegaex: Hatte mir nach Deinen wiederholten (und sinnvollen) Aufrufen extra eine Signatur zugelegt (hoffentlich aussagekräftig), aber aus Versehen die Option abgeklickt. Sorry, willsnichtwiedertun . BTW, wie wärs mit einem Script, das alle Versionen ausgibt und automatisch eine Standardsignatur bastelt?

Wegen Problem 3: Ich schau am nächsten Wochenende mal, dass ich nochmal die Version aufspiele - unter der Woche brauch ich die Box ...

Danke & Grüße,

Arndt

 

[kriegaex]

Und meine andere Frage?

 

[Haeberle]

Wie gesagt: Das mit der Rückmeldung vom multid muss bis zum Wochenende warten - momentan hab ich wieder den 2.4er-Kernel drauf, weil sonst der Haussegen schief hängt ...

Wird Zeit, dass ich mir eine FBF zum Testen zulege. Ich melde mich wieder, wenn ich nochmals einen 2.6er ohne igdd aufgespielt habe.

Danke!

Arndt

 

[olistudent]

Hi.
Ich versuche jetzt seit Stunden einen Fehler mit dem USB zu finden, aber irgendwie finde ich nix. Aufgefallen ist mir folgendes:

/var/mod/root $ lsusb
BUS=001
DEV=001
VID=0000
PID=0000
CLS=09
SCL=00
INUM=1
ICLS1=09
ISCL1=00
 
BUS=001
DEV=003
VID=13fe
PID=1a00
[COLOR=red]CLS=00[/COLOR]
[COLOR=red]SCL=00[/COLOR]
INUM=1
ICLS1=08
ISCL1=06

Das Zweite ist mein USB-Stick. Class und Subclass sind 00. Deshalb wird versucht (in /etc/hotplu/usb.pandu) die Class und Subclass aus einer anderen Variablen (Interface) zu extrahieren. Aber diese Variable ist bei mir nicht definiert. Wenn ich den Stick anstecke wird er also nicht gemountet. Die verschiedenen Klassen sind in /etc/usbclass.tab aufgeführt.

...
# Printer device, class 7
C07S__ : printer
# Mass storage device, class 8
C08S__ : storage
# Hub device, class 9
C09S00 : hub

Vielleicht könnten mal mehrere ihren Output von lsusb posten und dazu schreiben ob ihr Gerät automatisch gemountet wird. Und auch noch welche Firmware und dsmod-Version.

MfG Oliver

 

[derheimi]

/var/mod/root $ lsusb -v -x -s
lsusb, mini USB device lister 1.1.1
Compiled on Jun 11 2007, 12:32:50
Reading /proc/bus/usb/devices

New device on line 2
Dev #1 on bus #1
Interface 0, class 09, subclass 00
BUS=001
DEV=001
VID=0000
PID=0000
CLS=09
SCL=00
PROD='USB AHCI Root Hub'
SNUM='be008000'
INUM=1
ICLS1=09
ISCL1=00

New device on line 12
Dev #2 on bus #1
Interface 0, class 08, subclass 06
BUS=001
DEV=002
VID=0457
PID=0151
CLS=00
SCL=00
PROD='USB Mass Storage Device'
SNUM='000000000000BE'
INUM=1
ICLS1=08
ISCL1=06

FRITZ!Box Fon WLAN 7141, Firmware-Version 40.04.37ds26-15.1, ohne Replace kernel und ohne "Patch USB storage names".
Update: Ich bin doof. Ich wollte natürlich noch sagen, dass das Automount funktioniert.

 

[olistudent]

Mit dem fat.ko aus der 29.04.37 bekomm ich beim Mounten einen Oops. Vielleicht kannst du (@haeberle) bei deinen Tests mal das fat-Modul im menuconfig anhaken, so dass das selbst kompilierte genommen wird.

MfG Oliver

 

[Haeberle]

Hi,

wie gesagt, genauere Tests mit dem 2.6er-Kernel wieder am WE. Nur soviel, dass ich in meiner Verzweiflung auch mal eine Version aufgespielt hatte, wo ich praktisch *alle* Filesysteme (also auch vfat.ko und fat.ko) in der Menukonfig ausgewählt hatte. Das Ergebnis war leider dasselbe. Auf die Vermutung hin, dass die sich gegenseitig beeinflussen, werde ich mal gezielt und einzeln einige Firmwares mit einzelnen Modulen aufspielen.

Grüße,

Arndt

 

[olistudent]

Was du da schreibst würde ja aber meine Beobachtung schon wiederlegen. Wobei ich mit der 29.04.37 und deren Modulen nichts gemountet bekomme...

sda: assuming drive cache: write through
Mounting uStor01 to device /dev/sda1...
CPU 0 Unable to handle kernel paging request at virtual address 00000004, epc ==
 c0081008, ra == c0080f84
Oops in arch/mips/mm/fault.c::do_page_fault, line 167[#1]:
Cpu 0
$ 0   : 00000000 1000ce00 00000000 c0085b50
$ 4   : c0080000 00000000 00000000 9423387c
$ 8   : 00000034 940b29dc 9494e958 9429d1f0
$12   : ffffffff 94233874 9423387c 0000ffff
$16   : 94ffd03c 94a02000 94ffd000 00008001
$20   : 94a02000 953d9000 00000001 00000001
$24   : 00000000 00000000
$28   : 949d0000 949d3c70 949d3cd0 c0080f84
Hi    : 00000000
Lo    : 00000000
epc   : c0081008 fat_fill_super+0x104/0xeec [fat]     Tainted: P
ra    : c0080f84 fat_fill_super+0x80/0xeec [fat]
Status: 1000ce03    KERNEL EXL IE
Cause : 10800008
BadVA : 00000004
PrId  : 00018448
Modules linked in: vfat fat nls_cp437 nls_iso8859_1 usb_storage sd_mod scsi_mod
kdsldmod usbahcicore usbcore isdn_fbox_fon4 ubik2 tiatm Piglet
Process mount (pid: 1606, threadinfo=949d0000, task=95b11438)
Stack : 00000000 00000000 949d3d3b 949d3d0c 941c0000 ffffffff 00000002 949d3d57
        949d3d38 00000020 00000000 00000000 00000000 00000000 0000000a ffffffff
        ffffffff 00000002 955dfdec 949d3d38 955dfde0 00000001 94a02000 94a02000
        94a02000 00490000 94a02000 953d9000 953d9000 953d9000 94290058 00008001
        94a02000 94a02000 94a02000 00490000 004ab030 c0093e98 00000001 00008001
        ...
Call Trace:
 [<c0093e98>] vfat_fill_super+0x2c/0x78 [vfat]
 [<9406c16c>] get_sb_bdev+0x154/0x1c8
 [<9404de50>] kmem_cache_alloc+0x5c/0x98
 [<c0093f08>] vfat_get_sb+0x24/0x3c [vfat]
 [<c0093e6c>] vfat_fill_super+0x0/0x78 [vfat]
 [<9406c434>] do_kern_mount+0x68/0x110
 [<94074330>] path_lookup+0x180/0x1a0
 [<94045fb0>] filemap_nopage+0x1a0/0x440
 [<9408391c>] do_mount+0x574/0x5d8
 [<94083494>] do_mount+0xec/0x5d8
 [<94074154>] link_path_walk+0x170/0x1cc
 [<9400f2c0>] tlb_do_page_fault_0+0x100/0x108
 [<9404a0b4>] buffered_rmqueue+0xc4/0x358
 [<940b29f0>] memset_partial+0x34/0x6c
 [<940832bc>] copy_mount_options+0x38/0x124
 [<94189598>] __lock_text_end+0xd30/0x1208
 [<940725e8>] getname+0x28/0xc8
 [<94083d7c>] sys_mount+0xa4/0xfc
 [<9400d780>] stack_done+0x20/0x3c
 [<9400d780>] stack_done+0x20/0x3c

Code: ae020004  8f820000  8c420338 <8c420004> a6020008  a602000a  3c02c008  8c42
5bc4  ae030010
Segmentation fault

MfG Oliver

 

[Haeberle]

(Positiver) Zwischenstand

USB-Mount und Firmware-Update gehen jetzt, aber natürlich nur, weil ich mal eine Firmware ohne alles aufgespielt habe:

- keine Pakete und Treiber
- igdd rausgenommen
- Remove Help, Assistant
- Path Web Message, Enum

und natürlich hab ich auch alle Dependencies nach dem Abwählen der Packages wieder rausgeworfen. Da wurde übrigens DSMODULE_fat entfernt - hilft das in der Diagnose weiter?

@kriegaex: multid wurde in dieser Version mit der Option -u aufgerufen - das dürfte die sein, die ihm sagt, dass igdd nicht vorhanden ist, oder?

@all: Ich werd jetzt mal nach und nach die Firmware wieder anfetten (igdd kommt als erstes, fat.ko auch irgendwann danach), und schau mal, wann eines der Phänomene wieder auftritt. Das sollte helfen, die Probleme einzugrenzen.

Watch this space ...

Arndt

 

[kriegaex]

Ja, multid -u sollte so lauten, wenn der igdd entfernt wurde. Das wollte ich nur verifizieren, gut so. Daß die USB-Probleme an fat.ko liegen könnten, ist naheliegend, allerdings habe ich die Probleme auch, und ich ersetze fat.ko nie. Außerdem gibt es diverse Berichte über igdd- und USB-Probleme auch mit unmodifizierter FW. Das deutet auf AVM-seitige Bugs hin (ohne Gewähr).

Die Vorgehensweise, schrittweise immer einen Schalter zusätzlich zu setzen und neu zu flashen, sollte tatsächlich helfen, die Probleme einzugrenzen. Danke für Deine Mithilfe, Oliver und ich haben gerade sehr wenig Zeit.

 

[olistudent]

Nein, das hilft mir in der Diagnose nicht weiter. Bei mir tritt das Problem nämlich nur auf, wenn ich fat.ko nicht ersetze.

MfG Oliver

 

[Haeberle]

Teste immer noch. Wird erschwert durch die Tatsache, dass zwar derzeit die FW-Updates noch gehen, aber nach jedem zweiten bis dritten meldet sich die Box nach dem Neustart (wiederholt) weder per telnet noch per Web - hab jetzt schon einige Recovers hinter mir. Wenn ich dieselbe (!) FW dann wieder aufspiele, läuft die anstandslos.

Anregung / Feature fürs "make": Die jeweils gültige "config" ebenfalls mit demselben Datum wie das Image als Kopie speichern, das würde helfen, die Unterschiede zwischen verschiedenen Versionen rauszufinden. Momentan mach ich das per Hand. Meine Vermutung derzeit ist, dass ich in der problematischen (siehe ursprünglicher Fehler) FW mal irgendein Paket aktiv hatte, welches dann ... keine Ahnung.

Ist teste weiter Stück für Stück.

 

[kriegaex]

Keine schlechte Idee. Ich denke darüber nach, .config einfach ins FW-Image (d.h. ins Tar-Archiv) mit einzupacken. So belastet es einerseits kernel.image nicht, verbraucht also keinen Platz im geflashten Dateisystem, ist aber trotzdem fest mit dem Image verbunden und kann aus diesem extrahiert werden. Daß es beim vor dem Flashen kurzzeitig mit ausgepackt wird, sollte nicht stören.

Update: In Zukunft werden .config und addon/static.pkg in die FW-Images mit eingepackt und sind unter var/.config bzw. var/static.pkg zu finden. Kommt in der nächsten Version.

 

[fuf]

Problem 3: Nebenschauplatz bei der Testerei: Firmware-Updates gehen nicht mehr mit 15/15.1er-Firmwares, so dass ich wiederholt auf Recover.exe zugreifen und letztlich aufgeben musste. Ich komme nicht mal zu dem "Firmware ist modifiziert"-Screen, das Update hängt einfach.

ich habe hier exakt das gleiche Problem mit einer 7170 und ds26-15.1 gehabt.

Ob der Timeout auch mit dem igdd zu tun hat, weiß ich nicht. Die Meldung mit dem iggd kommt auch bei gelungenen FW-Updates, allerdings nicht so häufig. Bleibt also das FW-Update wegen was anderem hängen, und die andere Meldung läuft durch, oder ist das Ursache und Wirkung?

bei mir ist die Fritzbox definitiv neu gestartet während der upload-Versuche (pings kamen nicht zurück, aus speichergründen gestoppte Dienste waren wieder da)

Ich habe eine Wechselplatte drann mit

/var/flash $ cat debug.cfg
#
#
#

swapon /dev/sda2

modprobe ext3
mount /dev/sda1 /var/mod/home/ftp/

gemountet. Versuchsweise ohne die Platte kam wieder der Screen, dass die Firmeware nicht authorisiert sei. Anschliessend konnte ich problemlos auf 15.2 upgraden. Hatte nicht die Zeit, tiefer (logs etc.) zu suchen, aber vielleicht reicht dieser Hinweis schon.

-=FuF=-

 

[kriegaex]

Ich denke, das Problem erklärt sich dadurch, schon gesehen?