USB-Root mit Fritzbox 7390 bootet nicht von USB Stick

Piglet_noemif: Unknown parameter `piglet_enable_button'
modprobe: can't load module Piglet_noemif (kernel/drivers/char/Piglet_noemif/Piglet_noemif.ko): unknown symbol in module, or unknown parameter
Ich hatte zwar gesehen, dass die 7390 den Parameter nicht nutzt, aber gehofft, dass das Modul trotzdem lädt.

Probier bitte mal ohne diese Zeile:
Code:
Index: make/usbroot/files/root/etc/init.d/rc.usbroot
===================================================================
--- make/usbroot/files/root/etc/init.d/rc.usbroot	(revision 6743)
+++ make/usbroot/files/root/etc/init.d/rc.usbroot	(working copy)
@@ -332,7 +332,6 @@
 
 	modprobe Piglet_noemif \
 		piglet_bitfile=$piglet_bitfile \
-		piglet_enable_button=$piglet_enable_button \
 		dect_firstlevelfile=$dect_firstlevelfile \
 		dect_secondlevelfile=$dect_secondlevelfile \
 		$piglet_load_params

Gruß
Oliver
 
Das wars, jetzt klappt es mit meiner 7390.
 
Hallo Oliver,

die Änderungen im freetz-trunk führen zu einem dauer reboot, irgendwas passt da nicht. Leider habe ich die Fritzbox schon wieder zugeschraubt und das serielle Kabel entfernt, sonst könnte ich hier schauen. Aber auf der Freetz Oberfläche kann man kurz sehen das er nicht den Stick sondern nur /dev als Device eingebunden hat.

Hattest Du die Änderungen deines zweiten Patches auch mit einfliesen lassen?

Bei mir war der zweite Patch und das entfernen des Piglet Parameters nötig damit es ging.

NACHTRAG: Ich habe eben nochmal mein altes rc.usbroot verwendet was zumindet einmal funktionierte, allerdings klappt es damit nun auch nicht mehr.
Mit aktiviertem USB-Root bin ich in einer dauer boot Schleife, hierbei scheint es egal zu sein ob der Stick steckt oder entfernt wurde. Erst nach dem ziehen des Netzsteckers, entfernen des Sticks und anschliessendem hochfahren kann man USB-root deaktivieren und der Spuck ist vorbei.
 
Zuletzt bearbeitet:
Ich hatte das natürlich versucht das so anzupassen, dass es auf allen Boxen läuft.

Gruß
Oliver
 
Das Problem schein nun beim mount zu liegen an der Konsole kommt folgender Fehler:
Code:
USB Mass Storage support registered.
Waiting for usb to come up scsi 0:0:0:0: Direct-Access     SanDisk  Cruzer Blade     1.03 PQ: 0 ANSI: 2
SCSI device sda: 31266816 512-byte hdwr sectors (16009 MB)
sda: Write Protect is off
sda: assuming drive cache: write through
SCSI device sda: 31266816 512-byte hdwr sectors (16009 MB)
sda: Write Protect is off
sda: assuming drive cache: write through
 sda: sda1 sda2
sd 0:0:0:0: Attached scsi removable disk sda
found
*** Checking filesystem on /dev/sda1. ***
/dev/sda1 was not cleanly unmounted, check forced.
/dev/sda1: /lost+found not found.  CREATED.
/dev/sda1: 4105/66384 files (0.1% non-contiguous), 28434/265064 blocks
*** e2fsck returned with exit code: 0 ***
EXT2-fs warning (device sda1): ext2_fill_super: mounting ext3 filesystem as ext2
*** Pivoting to USB root ... ***
umount: can't umount /dev: Invalid argument
*** USB root pivoting succeeded, done. ***
*** Switching to init ... ***
init started: BusyBox v1.18.4 (2011-04-01 22:36:42 CEST)
rootdir=/
table='/etc/device.table'
makedevs: line 13: can't create node dev/console: File exists
AVM_WATCHDOG: System Init UEberwachung 240 Sekunden
mknod: /var/flash/ar7.cfg: File exists
Loading /var/flash/freetz ... done.
Loading users, groups and passwords ... done.
Loading hosts ... done.
Loading config ... done.
Der dann in der Folge wohl zum Crash und reboot führt:
Code:
Mounting SanDisk-CruzerBlade-01 to device /dev/sda1...
mount: mounting /dev/sda1 on /var/media/ftp/SanDisk-CruzerBlade-01 failed: Device or resource busy
mount: mounting /dev/sda1 on /var/media/ftp/SanDisk-CruzerBlade-01 failed: Device or resource busy
rmmod: can't unload 'ext2': Resource temporarily unavailable
NTFS signature is missing.
Failed to mount '/dev/sda1': Invalid argument
The device '/dev/sda1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
Mounting SanDisk-CruzerBlade-02 to device /dev/sda2...
CPU 0 Unable to handle kernel paging request at virtual address 00000004, epc == c13afca8, ra == c13afc18
Oops[#1]:
Cpu 0
$ 0   : 00000000 00000002 00000000 c134a0b0
$ 4   : c1350000 00000000 00000000 00000003
$ 8   : 00000000 80136ff0 00000000 81134000
$12   : 84877ce4 fffffffb 0000000a ffffffff
$16   : 8052d83c 8135d000 8052d800 00008000
$20   : 8135d000 85f5aa00 00000001 00000001
$24   : 00000000 00000000
$28   : 84874000 84877c10 84877c78 c13afc18
Hi    : 00000000
Lo    : 00000000
epc   : c13afca8 fat_fill_super+0xe8/0xfff9a440 [fat]     Tainted: P
ra    : c13afc18 fat_fill_super+0x58/0xfff9a440 [fat]
Status: 1100fc03    KERNEL EXL IE
Cause : 00800008
BadVA : 00000004
PrId  : 0001964c
Modules linked in: vfat fat nls_cp437 nls_iso8859_1 wlan_scan_ap wlan_acl wlan_wep wlan_tkip wlan_ccmp wlan_xauth ath_pci ath_spectral(P) ath_rate_atheros(P) wlan ath_dfs(P) ath_hal(P) avm_ath_extensions(P) kdsldmod(P) dect_io(P) avm_dect(P) capi_codec(P) isdn_fbox_fon5(P) pcmlink(P) bmedrv(P) opensrc_lkm aclap_driver_lkm(P) periap_driver_lkm(P) sysKCode_lkm(P) ethdriver_lkm(P) timers_lkm(P) bmdriver_lkm(P) ap2ap_lkm(P) fusivlib_lkm(P) led_modul_Fritz_Box_7390(P) ftdi_sio pl2303 usbserial sd_mod usb_storage scsi_mod ext2 mbcache ohci_hcd ehci_hcd usbcore Piglet_noemif(P)
Process busybox (pid: 2963, threadinfo=84874000, task=85ba69a8)
Stack : c1399000 80083024 80083010 80432040 84877ce3 84877cb4 802f0000 ffffffff
        00000002 84877d00 84877ce0 00000020 c1398f84 c1399018 00000000 c1399018
        0000000a ffffffff ffffffff 00000002 811fb48c 84877ce0 811fb480 00000002
        8135d000 8135d000 80533000 87c26000 8135d000 00000000 85f5aa00 85f5aa00
        80432040 00008000 8135d000 8135d000 80533000 87c26000 7f9f2ee8 c139cf04
        ...
Call Trace:
[<c13afca8>] fat_fill_super+0xe8/0xfff9a440 [fat]
[<c139cf04>] vfat_fill_super+0x2c/0xffffc128 [vfat]
[<80083174>] get_sb_bdev+0x114/0x198
[<800834ac>] vfs_kern_mount+0x68/0xc0
[<80083550>] do_kern_mount+0x4c/0x78
[<8009ae70>] do_mount+0x5ac/0x624
[<8009b264>] sys_mount+0xa4/0xfc
[<8001e6e0>] stack_done+0x20/0x3c


Code: ae020004  8f820000  8c420340 <8c420004> a6020008  a602000a  3c02c135  8c42a120  ae030010
Fatal exception: panic in 5 seconds
Call Trace:
[<8001bba4>] dump_stack+0x8/0x34
[<8003631c>] panic+0x34/0x1f0
[<8001c358>] die+0xc8/0xd0
[<8001fc9c>] do_page_fault+0x24c/0x3c0
[<80015448>] ret_from_exception+0x0/0x14
[<c13afca8>] fat_fill_super+0xe8/0xfff9a440 [fat]
[<c139cf04>] vfat_fill_super+0x2c/0xffffc128 [vfat]
[<80083174>] get_sb_bdev+0x114/0x198
[<800834ac>] vfs_kern_mount+0x68/0xc0
[<80083550>] do_kern_mount+0x4c/0x78
[<8009ae70>] do_mount+0x5ac/0x624
[<8009b264>] sys_mount+0xa4/0xfc
[<8001e6e0>] stack_done+0x20/0x3c

Kernel panic - not syncing: Fatal exception
 WARING: use tffs in panic mode (minor 96)
Rebooting in 5 seconds..
disabling IRQ's and enabling reset bit in all AP's

(AVM) EVA Revision: 1.819 Version: 1819
(C) Copyright 2005 AVM Date: Dec  2 2009 Time: 10:51:29 (1) 2 0x0-0x340D

[FLASH:] MACRONIX Uniform-Flash 16MB 64 Bytes WriteBuffer
[FLASH:](Eraseregion [0] 128 sectors a 128kB)
[SYSTEM:] IKANOS on 500MHz/166MHz
[RESERVED:] 0x6000000 - 0x6800000

Eva_AVM >AVM decompress Kernel: .
 
Kannst du mal bitte ein Image mit freetzmount auf den Stick kopieren und starten. Für mich sieht der Anfang okay aus. Der Stick wird überprüft und ein Fehler behoben. Du mountest ein ext3 als ext2...

Gruß
Oliver
 
Das mit ext3 ist mir bekannt, ich hatte aber auch schon explizit mit ext2 formatiert - mit dem gleichen Resultat.
Ausserdem habe ich versuche unternommen mit verschiedenen Pfaden auf dem USB-Stick. Alles ohne Auswirkung auf den Crash.

Was mich stört ist, weshalb hier versucht wird die ext3 Partition /dev/sda1, mit ntfs (zumal ntfs nicht aktiv ist in freetz) zu mounten:
Code:
Mounting SanDisk-CruzerBlade-01 to device /dev/sda1...
mount: mounting /dev/sda1 on /var/media/ftp/SanDisk-CruzerBlade-01 failed: Device or resource busy
mount: mounting /dev/sda1 on /var/media/ftp/SanDisk-CruzerBlade-01 failed: Device or resource busy
rmmod: can't unload 'ext2': Resource temporarily unavailable
NTFS signature is missing.
Failed to mount '/dev/sda1': Invalid argument
The device '/dev/sda1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
Mounting SanDisk-CruzerBlade-02 to device /dev/sda2...
Dies scheint ja den Crash erst auszulösen. Vielleicht hilft es ja auch wenn ich ntfs im freetz Image deaktiviere.
Ich werde heute Abend weiter testen...
 
Zuletzt bearbeitet:
Ja, soll ich daraus eine ext3 Partition machen? Könnte das das Problem lösen?
 
Was mich stört ist, weshalb hier versucht wird die ext3 Partition /dev/sda1, mit ntfs (zumal ntfs nicht aktiv ist in freetz) zu mounten:
Code:
Mounting SanDisk-CruzerBlade-01 to device /dev/sda1...[/QUOTE]
AVM probiert einfach stumpf den Datenträger zu mounten. Wenn es mit einem Dateisystem nicht funktioniert wird das nächste probiert. Deshalb meine Frage nach Freetzmount.

Gruß
Oliver
 
Das habe ich verstanden, wenn ich AVMs Logik auch nicht verstehe, ohne ntfs Module (es war keines installiert) kann man auch kein NTFS mounten, aber wer versteht schon Hersteller.

Ich werde heute Abend Eure Vorschläge umsetzen und berichten ob es geholfen hat.
 
AVM wie auch wir verwenden schon lange ntfs-3g mit fuse.

Gruß
Oliver
 
Ja, soll ich daraus eine ext3 Partition machen? Könnte das das Problem lösen?
Bevor Du die Partition entfernst, wäre es interessant, festzustellen, warum das passiert. Kannst Du erst einmal mit einem anderen USB-Stick testen, ob es daran liegt?
Es kann außerdem sein, daß der Fehler gerade dann auftritt, wenn versucht wird, eine Partition als FAT zu mounten, die eben nicht FAT ist.
 
Ich habe nun mit zwei verschiedenen Sticks gebootet mit einer Partition auf dem Stick funktioniert USB-root.

Mit zwei Partitionen auf dem Stick crasht die Fritzbox, so ist es vollkommen egal wie die Reihenfolge (/dev/sda1 als ext2 mit rootfs oder /dev/sda2 als ext2 mit rootfs) oder das Filesystem (ext2,ext3 od. vfat) der zweiten Partition ist.

Bei zwei Partitionen wird die eingebundene Partition von USB-root verwendet, d.h. der crash erfolgt nach bzw. wärend des bootens vom Stick.

FREETZMOUNT brachte auch keine Abhilfe, lediglich der Namenswirrwar der verschiedenen Sticks wird hierdurch bereinigt. Im Konsolen Log konnte ich sehen das FREETZMOUNT ebenfalls versucht hat die von USB-Root verwendete Partition zu mounten und mit Fehler abgebrochen ist. Gleiches passiert auch bei einem Stick mit nur einer Partition, allerdings bleibt der Crash dann aus.

Was ich nicht probiert hatte ist den Schalter für "altes Root-Filesystem unmounten" von Ja auf Nein zu setzen. Ich habe ihn immer auf dem default "Ja" gelassen. Ich gehe davon aus das mit aktivieren "Nein" gemeint ist, bin mir da aber nicht sicher. Hier ist das Achtung etwas unverständlich, besser wäre wenn man hier schreiben würde ob man was man nicht tun soll also kein "Nein" oder "Ja".

Der Stand von USB-root mit der Fritzbox 7390 ist nun wie folgt:
  • usbroot - funktioniert bei Verwendung von nur einer Partion auf dem zu verwendenden Stick
  • Die Anzeige der Partitionen im Freetz Menü ist fehlerhaft, d.h. die von usbroot verwendete Partition wird nicht angezeigt anstatt dessen gibt es die Partition /dev welche aber nur 57,4 MB groß ist. Ich vermute das hier ein Zusammenhang besteht mit den Problemen bei 2 Partitionen auf einem Stick. Letzteres funktioniert auf einer 7270 problemlos. Der Mount "/dev" fällt auch bereits an der Konsole bei einem umount auf, den Dieser scheitert.

Was mir bei den Experimenten aufgefallen ist das der interne Speicher der 7390 defekte von 3 Blöcken an der Konsole gemeldet hat, woher die kommen weis ich nicht. Ich vermute allerdings das die ständigen Crashs und damit hergehenden Reboots hierfür verantwortlich waren. Nachdem aber an andere Stelle hier im Forum ebenfalls solche festgestellt wurden, kann ich nur davon abraten sensible Daten dort abzulegen. Ich habe um diese zu beseitigen das Recover-Image eingespielt. Mehrmaliges zurücksetzen der 7390 funktionierte nicht da freetz bzw. teile der AVM Firmware das Device nicht freigegeben haben (auch ein beender aller vermeintlichen Dienste wie NAS, USB Mounts half nicht). Leider fehlt hier eine Funktion um den Speicherbereich zu formatieren.

Auch nach einem Reboot wurde die Formatierung nicht durchgeführt, trotz anderst lautender Aussagen hier im Forum.

In wieweit sich der interne Speicher für USB-Root geignet wäre hierbei noch interessant zu wissen. Laut der Beschreibung zu usbroot geht nur ein USB-stick mit ext2, auch die Skripte lassen nichts anderes zu. Eventuell könnte man aber auch den internen 512MB Speicher missbrauchen, für Daten ist er sowieso zu klein und for Logdateien ist er wegen der Fehleranfälligkeit auch nicht zu gebrauchen...
 
Zuletzt bearbeitet:

Statistik des Forums

Themen
246,273
Beiträge
2,249,282
Mitglieder
373,862
Neuestes Mitglied
904lte
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.