USB-Root mit Fritzbox 7390 bootet nicht von USB Stick

[frodo.]

Ich möchte auf mein Fritzbox 7390 per USB-root von einem USB-Stick booten.

Was habe ich bisher gemacht:

1. Freetz mit USB-Root ist als AddOn im Flash der 7390
2. Ein USB-Stick mit /dev/sda1 als ext2 steckt in der 7390
3. In der Freetz Oberfläche kann ich die Partion unter USB-Root auswählen und aktivieren. Allerdings ist diese nach einem reboot weiterhin inaktiv.

Was mir aufgefallen ist das der Stick trotz ext2 Filesystem von der AVM Software als NAS eingebunden wird. Scheinbar ist bei der 7390 ext2 wieder oder noch in der Firmware beim booten enthalten.

Auf mein 7270 hat das einbinden sofort funktioniert, dort wurde aber die ext2 Partion nicht durch die AVM Firmware gefunden sondern erst durch USB-root eingebunden.

Ein herrauskonfigurieren aus der NAS Konfiguration funktioniert nicht da nach einem reboot der Stick wieder gefunden wird und dort auch als aktiv kenntlich gemacht wird.

Meine Idee wäre nun ein Filesystem zu verwenden was die AVM Firmware nicht kennt, das scheitert allerdings daran das USB-root nur ext2/ext3 akzeptiert.

 

[olistudent]

Dein Problem hat nichts mit den NAS zu tun. usbroot ist nicht an die 7390 angepasst.

Gruß
Oliver

 

[frodo.]

OK.

Dann würde es mich freuen wenn ich unterstützen könnte um dies anzupassen.

Nachdem was ich bisher herrausgefunden habe ist die Anpassung ausschlieslich in rc.usbroot vorzunehmen.

Ich gehe davon aus das die Anpassungen in der Funktion load_usb_modules_2_6_19_2() erfolgen müssen da dies der Kernelversion der 7390 entspricht

Das heißt es müsste eigentlich wie bei der 7270v3 aussehen, da meine 7270v1 allerdings andere Module verwendet bin ich etwas unschlüssig.

Hier mal der Inhalt von /lib/modules:

drwxr-xr-x    3 root     root           182 Mar 25 20:48 .
drwxr-xr-x    3 root     root          5577 Mar 25 20:50 ..
drwxr-xr-x    4 root     root           252 Mar 25 20:48 2.6.19.2
-rwxr-xr-x    1 root     root        616455 Feb 17 11:32 Vx180Code.cbin
-rwxr-xr-x    1 root     root          8294 Feb 17 11:32 adsp0_firmware.bin
-rwxr-xr-x    1 root     root          8294 Feb 17 11:32 adsp1_firmware.bin
-rwxr-xr-x    1 root     root        169309 Feb 17 11:32 bitfile.bit
-rwxr-xr-x    1 root     root          1765 Feb 17 11:32 dectfw_firstlevel_488.hex
-rwxr-xr-x    1 root     root        132585 Feb 17 11:32 dectfw_secondlevel_488.hex
-rwxrwxrwx    1 root     root           369 Feb 17 11:32 pm_info.in

lsmod zeigt folgende Module:

Module                  Size  Used by    Tainted: P
wlan_scan_ap           12251  2
wlan_acl                5307  2
wlan_wep                6678  0
wlan_tkip              13801  4
wlan_ccmp               9404  0
wlan_xauth              1182  0
ath_pci               178254  0
ath_spectral           95148  1 ath_pci
ath_rate_atheros       61891  1 ath_pci
wlan                  283469 10 wlan_scan_ap,wlan_acl,wlan_wep,wlan_tkip,wlan_ccmp,wlan_xauth,ath_pci,ath_rate_atheros
ath_dfs                39235  3 wlan_scan_ap,ath_pci,wlan
ath_hal               262687  6 ath_pci,ath_spectral,ath_rate_atheros,ath_dfs
avm_ath_extensions     42597  6 wlan_scan_ap,ath_pci,ath_rate_atheros,wlan,ath_dfs,ath_hal
kdsldmod              986168  4
vfat                   11495  0
fat                    54374  1 vfat
nls_cp437               5308  0
nls_iso8859_1           3646  0
usb_storage            36762  1
sd_mod                 17409  2
ohci_hcd               20196  0
ehci_hcd               29274  0
usbcore               126854  4 usb_storage,ohci_hcd,ehci_hcd
dect_io                16010  0
avm_dect              231812  1 dect_io
capi_codec            186124  0
isdn_fbox_fon5        766763  5
pcmlink               276062  3 avm_dect,capi_codec,isdn_fbox_fon5
Piglet_noemif          28817  0
bmedrv                  5871  0
opensrc_lkm             2038  1 bmedrv
aclap_driver_lkm       19861  0
periap_driver_lkm      12348  0
sysKCode_lkm           12468  0
ethdriver_lkm          37933  2 aclap_driver_lkm,periap_driver_lkm
timers_lkm              6121  0
bmdriver_lkm           12479  0
ap2ap_lkm              22767  5 wlan,kdsldmod,aclap_driver_lkm,ethdriver_lkm,bmdriver_lkm
fusivlib_lkm           46422  9 wlan,kdsldmod,bmedrv,aclap_driver_lkm,periap_driver_lkm,sysKCode_lkm,ethdriver_lkm,bmdriver_lkm,ap2ap_lkm
led_modul_Fritz_Box_7390    65357  3 ath_hal
scsi_mod               94488  2 usb_storage,sd_mod
ext2                   60084  1
mbcache                 7019  1 ext2

Die Ausgabe von /proc/sys/urlader/environment

HWRevision      156
HWSubRevision   3
ProductID       Fritz_Box_7390
SerialNumber    0000000000000000
annex   B
autoload        yes
bootloaderVersion       1.819
bootserport     tty0
cpufrequency    500000000
firstfreeaddress        0x810D952C
firmware_version        avm
firmware_info   84.04.91
flashsize       0x01000000
kernel_args     init=/etc/init.d/rc.usbroot
kernel_args1    usbroot=/dev/sda1:/usbroot ro,noatime,nodiratime
maca    BC:05:43:xx:xx:50
macb    BC:05:43:xx:xx:51
macwlan BC:05:43:xx:xx:52
macwlan2        BC:05:43:xx:xx:56
macdsl  BC:05:43:xx:xx:53
memsize 0x08000000
modetty0        38400,n,8,1,hw
modetty1        38400,n,8,1,hw
mtd0    0x9F000000,0x9F000000
mtd1    0x9F020000,0x9FF00000
mtd2    0x9F000000,0x9F020000
mtd3    0x9FF00000,0x9FF80000
mtd4    0x9FF80000,0xA0000000
my_ipaddress    192.168.178.1
prompt  Eva_AVM
req_fullrate_freq       166666666
sysfrequency    166666666
urlader-version 1819
usb_board_mac   BC:05:43:xx:xx:54
usb_rndis_mac   BC:05:43:xx:xx:55
usb_device_id   0x0000
usb_revision_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name   AVM
wlan_key        xxxxxxxxxxxxxxxx

Meine Änderungen würden wie folgt aussehen:

--- rc.usbroot  2011-03-26 22:26:35.761090089 +0100
+++ rc.usbroot.new      2011-03-26 22:24:52.344974784 +0100
@@ -155,8 +155,8 @@ mount_usbroot() {
        hotplugging defer

        case "$HWRevision" in
-               105 | 122 | 135 | 137 | 139 | 144 | 145 | 146 | 153 | 165 | 168 )
-               # 7540,7270,W920V,3270,5125,7240,7270v3,7570,IAD,7541,3270v3
+               156 | 105 | 122 | 135 | 137 | 139 | 144 | 145 | 146 | 153 | 165 | 168 )
+               # 7390,7540,7270,W920V,3270,5125,7240,7270v3,7570,IAD,7541,3270v3
                        load_usb_modules_2_6_19_2 ;;
                * )
                        load_usb_modules ;;
@@ -310,6 +310,12 @@ load_usb_modules_2_6_19_2() {
                        dect_secondlevelfile=/lib/modules/dectfw_secondlevel_488.hex
                        piglet_bitfile=/lib/modules/bitfile.bit${HWRevision_BitFileCount}
                        ;;
+               156 ) # 7390
+                       dect_firstlevelfile=/lib/modules/dectfw_firstlevel_488.hex
+                       dect_secondlevelfile=/lib/modules/dectfw_secondlevel_488.hex
+                       piglet_bitfile=/lib/modules/bitfile.bit${HWRevision_BitFileCount}
+                       ;;
+
        esac

        modprobe Piglet_noemif \

Es wäre schön wenn hier mal jemand drüber schauen könnte der sich besser damit auskennt als ich.

Probiert habe ich diese Änderung, leider funktioniert sie aber nicht

 

[olistudent]

Probier mal bitte diesen Patch auf einen aktuellen Trunk.

Gruß
Oliver

 

[frodo.]

Der Patch scheint leider nicht zum gewünschten Ergebnis zu führen, die 7390 greift nach wie vor nicht auf meinen Stick mit /rootfs zu.
Der Status ist stopped und inaktiv, obwohl es aktiviert ist.

Welche Informationen benötigst Du um die 7390 für usbroot gangbar zu machen?

 

[olistudent]

Eine 7390 an einer seriellen Konsole...

Gruß
Oliver

 

[frodo.]

Das wird schwierig...

 

[olistudent]

Das Problem ist, dass man ohne serielle Konsole nicht nachvollziehen kann wo der Fehler liegt. Du könntest probieren alle remove patches anzuwenden. Zusätzlich müsstest du noch alle USB-Module und das Piglet Modul aus der Firmware entfernen. Wenn du es schaffst mit diesem Image auf die Box zu kommen, dann könntest du probieren, ob ein USB-Stick erkannt wird, wenn man die Module (müsstest du denn per SSH reinkopieren oder auf den internen Speicher legen) in der Reihenfolge wie usbroot lädt.

Gruß
Oliver

 

[frodo.]

Ich hatte gestern schon versucht das Gehäuse zu öffnen um die Serielle Console zu bestücken (habe noch eine Kabel von einem alten Nokia Telefon, welches einen Max3232 im Serielen Stecker verbaut hat mit 3 Drähten), allerdings habe ich nur 2 Schrauben entdeckt. Wenn man die Bilder hier im Forum ansieht scheint es aber noch 2 weitere zu geben, allerdings müssen diese wohl versteckt sein. Zumindest habe ich sie nicht gesehen und nach lösen der 2 Schrauben konnte ich das Gehäuse nicht öffnen.
Was mir aber dann noch fehlt ist die Belegung der seriellen Schnittstelle, bisher habe ich nirgendwo gelesen ob diese identisch belegt ist wie bei den anderen Fritzbox Modellen.

 

[olistudent]

Kennst du die Seite? http://www.wehavemorefun.de/fritzbox/index.php/7390
Wie man auf dem Bild erkennen kann besteht die serielle Konsole der 7390 auch aus 4 Lötaugen, wobei das eckige frei bleibt. Masse ist immer auf der anderen Außenseite.

Eventuell hat auch die 7390 eine Geschwindigkeit von 115200 Baud statt 38400 auf der seriellen Konsole (zumindest bei der 7320) ist das so.

Gruß
Oliver

 

[frodo.]

Nun habe ich eine serielle Konsole, wie vermutet läuft sie mit 115200 Baud.
Ist es normal das man keine Eingaben machen kann?

 

[olistudent]

Hast du mal die beiden (rx,tx) Kabel vertauscht?

Aber Ausgaben wären auch schon nett.

Gruß
Oliver

 

[RalfFriedl]

Wenn rx und tx vertauscht ist, sieht man auch keine Ausgabe.
Vielleicht ist das Kabel für rx am falschen Pin. Oder es war mal am falschen Pin und will jetzt nicht mehr.

 

[olistudent]

Hm, ich dachte das wäre bei mir mal so gewesen. Vielleicht wars einfach nur ein Wackler...

Gruß
Oliver

 

[frodo.]

Egal, Eingabe geht nicht mag aber auch am seriell zu usb Adapter liegen, der scheint noch andere Macken zu haben zumindest kämpfe ich mit dem Adapter mit Bluescreens bei meinem Windows 7.

Ich habe die Fritzbox 7390 fast mit um ssh und usbroot erweitert und cronyd habe ich deaktiviert, da sonst die Konsole von diesem Daemon gespamt wird. USBroot ist mit Olivers Patch gepatched.

Im Anhang gibt es zwei Dateien:
Anhang anzeigen booten_mit_deaktiviertem_usbroot..txt
Anhang anzeigen reboot_mit_aktivem_usbroot.txt
Ich hoffe Ihr könnt damit was anfangen.

 

[olistudent]

Ich habe auch hin- und wieder Bluescreens (pl2303) mit Windows 7. Unter XP war das nicht. Ist auch ein Nokia No-Name Kabel von ebay.

Zu deinen Logs:

Waiting for usb to come up ...........
storage: SCSI device not responding!

Entweder sind die 35 Sekunden nicht genug (Timeout in rc.usbroot erhöhen?) oder es fehlt noch was zur Erkennung des USB-Datenträgers. Vielleicht das Piglet Modul. Jetzt wäre es natürlich gut, wenn du Eingaben über die serielle Konsole machen könntest.

Gruß
Oliver

 

[stan23]

Bluescreens hatte ich auch, das lag an einem veralteten PL2303-Treiber. Benutzt ihr den neuesten?

 

[olistudent]

Ja, 3.3.11.152.

Neuer Versuch mit Piglet-Modul: http://freetz.org/attachment/ticket/673/7390_usbroot.patch

Gruß
Oliver

 

[frodo.]

Ich kann es leider erst heute abend testen. Remote lässt sich die Fritzbox nicht mehr rebooten, scheinbar blockiert die serielle Konsole hier irgendwas...

 

[frodo.]

Es geht noch immer nicht.

Ich habe das Skript rc.usbroot um zwei Debug Kommandos erweitert die direkt nach der Warte Schleife ausgeführt werden und zwar "lsmod" und "cat /proc/partitions" siehe Konsolen Ausgabe:
Anhang anzeigen Konsolen Ausgabe nach Patch2.txt