[Info] modfs - SquashFS-Image (AVM-Firmware) ändern für NAND-basierte FRITZ!Boxen

[Pokemon20021]

Hallo Micha0815,
wozu führst Du 'modscript template' bzw. 'install YourFritz hooks' aus ?

Die Modifikation 'modscript template' wird verarbeitet ...
...
Die Modifikation 'install YourFritz hooks' wird verarbeitet ...

auch fehlt das Packen und Installieren des neuen root-Dateisystems in deinem Output.

Bitte mal folgendes eingeben:

# chmod 440 modscripts/template
# chmod 444 modscripts/yourfritz_hooks

und erneut testen

 

[Micha0815]

Nachtrag2: Per ftp (Totalcommander) unter .../files/ die angemeckerte busybox aus einem git-master-branch kopiert und 777 verpasst ... die Fehlermeldung verschwindet ... nur der Effekt bleibt, dass imho nix geschrieben wird?

Die Modifikation 'install YourFritz hooks' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'install YourFritz hooks' wurde angewendet, Fehlercode = 0.
# reboot
# telefon: SIGTERM received!
telefon: SIGCHLD PID 17844 received!
telefon: SIGCHLD PID 3204 received!
killall: printserv: no process killed
Stopping all swap devices
Filename                                Type            Size    Used    Priority
/dev/sda5                               partition       2097148 0       -1
Filename                                Type            Size    Used    Priority
/dev/sda5                               partition       2097148 0       -1
storage:unmounting /var/media/ftp/Intenso-MicroLine-06
Stop swapping to /dev/sda5
storage:unmounting /var/media/ftp/modfs
Oct 23 21:34:05 faxd[3271]: listen conf for 1
Oct 23 21:34:05 faxd[3271]: listen conf for 5
Oct 23 21:34:05 faxd[3271]: listen conf for 4
deactivating XHCI root hubs
ls: /var/USB-*-bus-usb-*: No such file or directory
rc.wlan: Stop WLAN...
[17834]++ ++ do internalflash 'prepare unmount'... ++ ++
[17834] WARNING: /var/media/ftp still used by process 4786
 4786 root      1400 S    -sh
[17834]++ ++ ...done ++ ++

----- Start supportlog: -----
01:00:47: open
WLAND:[03096]:01:00.47/[47.35]:derived config 'AP+WDS_R Dual', ID: 7 (0x00000000)
WLAND:[03096]:01:01.22/[82.22]:kickout_invalid_fd:59: Error occured reading event mgr fd '9'.
WLAND:[03096]:01:01.22/[82.22]:kickout_invalid_fd:60: Error detected on event_manager fd '9', flags: POLLERR
WLAND:[03096]:01:01.22/[82.23]:event_mgr_handle_error:637: External event manager recovery for fd '9' not possible: no error handler registered.
WLAND:[03096]:21:34.17/[13908.53]:kickout_invalid_fd:59: Error occured reading event mgr fd '11'.
WLAND:[03096]:21:34.17/[13908.53]:kickout_invalid_fd:60: Error detected on event_manager fd '11', flags:   POLLNVAL
WLAND:[03096]:21:34.17/[13908.54]:event_mgr_handle_error:637: External event manager recovery for fd '11' not possible: no error handler registered.
WLAND:[03096]:21:34.17/[13908.56]:Unload 'libwlanrext'((nil))
WLAND:[03096]:21:34.17/[13908.62]:util_deinit:28: ENTER
----- End supportlog -----
[COLOR=#008000]#Leave it and Formula1 has started on Device STB, better than cruising on Fritz!Box[/COLOR]

 

[Pokemon20021]

Again: Frage

Hallo Micha0815,
wozu führst Du 'modscript template' bzw. 'install YourFritz hooks' aus ?

was willst Du damit erreichen ?

wenn es keine Gründe gibt, dann einfach deaktivieren, siehe #922

 

[Micha0815]

Auch mit 440 als Dateirechte wird das Script abgearbeitet, nur bleibt am Ende ein prompt # stehen, ohne daß irgendetwas geschrieben wird. Das Script läuft auch irgendwie -gefühlt- viel schneller durch. Es wird wohl nicht gepackt und installiert.
LG

 

[Pokemon20021]

@Micha0815:
es wird debug ouput von modfs Vorgang benötigt;
hierzu Bitte modfs wie in #921 nochmals mit Telnet-Zugang durchführen
"./modfs update xxxxxxx.image"
und Consolen-Output
sowie Listing der modfs-Protokoll-Datei
"/bin/showshringbuf modfs"
Output in CODE-Tags oder als Attachement posten.

LG Pokemon20021

EDIT: Befehl Auflisten der modfs-Protokoll-Datei "showringbuf" richtig gestellt.

 

[PeterPawn]

Ich mische mich mal ein ... wenn man die Dateien nicht direkt auf ein Volume mit einem Linux-Dateisystem entpackt, dann sollte man zumindest die Rechte im Nachhinein (also nach dem Kopieren auf die Box) auch so setzen, wie sie im originalen Archiv waren. Die beiden zusätzlichen Dateien im "modscripts"-Verzeichnis haben im Original nicht ein einziges x-Flag gesetzt ... die sind halt als Beispiele dabei, was noch alles machbar wäre bzw. als Vorlage für eigene Modifikationen.

Das Packen dauert auf einer 7490 ca. 5 Minuten, jede Abarbeitung unterhalb dieser Zeitspanne ist also mit einiger Sicherheit in die Hose gegangen ... wenn dann tatsächlich noch eine Umschaltung erfolgt, wäre das eigentlich ein Fehler im Skript - wenn da ein Problem auftritt, dürfte das niemals bis zur Umschaltung von "linux_fs_start" kommen und ich kann in den Consolen-Ausgaben auch keine passende Zeile sehen. Da müßte also nach einem Reboot genau dasselbe System erneut starten, was vorher auch lief. Wenn das anders sein sollte, verstehe ich nicht, wie das passieren kann. Selbst wenn die x-Flags für eines der Binaries nicht stimmen sollten, müßte der dabei auftretende Fehler zum Abbruch führen, bevor "linux_fs_start" überhaupt angefaßt wird. Wenn nicht einmal die Nachfrage als "last exit before packing starts" kommt, dann kann da ja irgendetwas nicht stimmen.

 

[Pokemon20021]

@Micha0815:
Hast Du die x-Flags der betreffenden Skripte, wie in #922 beschrieben, entfernt ?
bitte auch mal "ls -la modscripts/" eingeben und dann mit den Befehlen aus #926 weitermachen.

Gruß Pokemon20021

 

[Micha0815]

# cd modfs3
# ls -la modscripts/
drwxrwxrwx    1 root     root          2048 Oct 23 12:38 .
drwxrwxrwx    1 root     root          2048 Oct 23 20:53 ..
-rwxrwxrwx    1 root     root           664 Mar 17  2016 copy_binaries
-rwxrwxrwx    1 root     root          1574 Feb 18  2016 dectcmds.modscript
-rwxrwxrwx    1 root     root          3646 Feb 18  2016 edit_rcuser
-rwxrwxrwx    1 root     root         19208 Feb 18  2016 gui_boot_manager_v0.2
-rwxrwxrwx    1 root     root          2031 Apr 13  2016 mod_custom
-rwxrwxrwx    1 root     root          1392 Mar 29  2016 mod_custom_images
-rwxrwxrwx    1 root     root          1913 Feb 18  2016 mod_default_show_mac
-rwxrwxrwx    1 root     root          1144 Feb 18  2016 mod_enable_telnet
-rwxrwxrwx    1 root     root          4976 Jul 29 16:10 mod_leddisplay
-rwxrwxrwx    1 root     root          2174 Feb 19  2016 mod_mount_by_label
-rwxrwxrwx    1 root     root          2494 Oct 18 04:05 mod_night
-rwxrwxrwx    1 root     root          1732 Mar 18  2016 mod_prefer_fonnumber_name
-rwxrwxrwx    1 root     root          1272 Feb 18  2016 mod_profile
-rwxrwxrwx    1 root     root          2223 Sep 22 15:44 mod_rc_tail_sh
-rwxrwxrwx    1 root     root          3197 Jul 29 16:10 mod_show_name
-rwxrwxrwx    1 root     root         11189 Aug  2 22:34 mod_show_vpn_on_overview
-rwxrwxrwx    1 root     root          3362 Apr 26 14:32 mod_swapoff
-r--r-----    1 root     root           645 Feb 18  2016 template
-r--r--r--    1 root     root          5266 Feb 18  2016 yourfritz_hooks
#

template und yourfritz_hooks angepasst. Ich werde mir nochmals die übrigen Rechte anschauen müssen wie von PeterPawn angemerkt.
LG

 

[PeterPawn]

Zwei Punkte fallen mir auf ... erstens ist mir da ein privates Skript ins Archiv gerutscht (mod_custom), das dort nichts zu suchen hat - steht auch nicht im GitHub-Repository.

Das muß wieder raus - und es könnte die Ursache sein, warum bei einigen das System im Anschluß nicht starten will. Die dort verlinkten zusätzlichen Skript-Dateien für den Startprozess existieren üblicherweise ja nicht und werden bei mir über "ADD_TO_WRAPPER" hinzugefügt. Die ganze Geschichte mit "custom_config" für die Konfiguration eigener Erweiterungspakete, die über E99-custom gestartet werden, ist mir noch etwas zu wackelig (beim "inotifyd" zum Beobachten von Änderungen an Dateien gibt es nicht immer die erwartete Benachrichtigung), um sie als "Angebot" einzubinden - bisher gibt es die nur im YourFritz-Repo als Beispiel.

Zweitens ist da aber auch noch eine andere Skript-Datei in Benutzung (dectcmds.modscript), die ich eigentlich "deaktiviert" habe und für deren Verwendung man auch schon die betreffende Beschreibung hier im Thread gelesen haben sollte, bevor man sie aktiviert.

Der "Urzustand" sollte so aussehen:

-r-xr-xr--  1 root root   664 Mar 17  2016 copy_binaries*
-r--r--r--  1 root root  1574 Feb 18  2016 dectcmds.modscript
-r-xr-xr--  1 root root  3646 Feb 18  2016 edit_rcuser*
-r-xr-xr--  1 root root 19208 Feb 18  2016 gui_boot_manager_v0.2*
-r-xr-xr--  1 root root  1392 Mar 29  2016 mod_custom_images*
-r-xr-xr--  1 root root  1913 Feb 18  2016 mod_default_show_mac*
-r-xr-xr--  1 root root  1144 Feb 18  2016 mod_enable_telnet*
-r-xr-xr--  1 root root  4976 Jul 29 16:10 mod_leddisplay*
-r-xr-xr--  1 root root  2174 Feb 19  2016 mod_mount_by_label*
-r-xr-xr--  1 root root  2494 Oct 18 04:05 mod_night*
-r-xr-xr--  1 root root  1732 Mar 18  2016 mod_prefer_fonnumber_name*
-r-xr-xr--  1 root root  1272 Feb 18  2016 mod_profile*
-r-xr-xr--  1 root root  2223 Sep 22 15:44 mod_rc_tail_sh*
-r-xr-xr--  1 root root  3197 Jul 29 16:10 mod_show_name*
-r-xr-xr--  1 root root 11189 Aug  2 22:34 mod_show_vpn_on_overview*
-r-xr-xr--  1 root root  3362 Apr 26 14:32 mod_swapoff*
-r--r-----  1 root root   645 Feb 18  2016 template
-r--r--r--  1 root root  5266 Feb 18  2016 yourfritz_hooks

(Die Sterne zeigen ausführbare Dateien an und sind nicht Bestandteil des Namens.)

Das "mod_custom"-Skript habe ich auf yourfritz.de aus dem Archiv entfernt und dabei eine neue Timestamp gesetzt.

- - - Aktualisiert - - -

Ach so ... "copy_binaries" war eigentlich auch nur ein Beispiel (auch das ist irgendwann mal versehentlich reingerutscht und wurde dann von jemandem thematisiert - man sieht es auch am Aufbau, daß es sich um kein "ernsthaftes" Skript handelt) und ist ohne passende Archiv-Datei mit zusätzlichen Dateien für das SquashFS-Image natürlich ein ziemlich witzloses Unternehmen.

Bei mir gibt es eben das passende Archiv - das enthält u.a. eine eigene BusyBox und die Symlinks für zusätzliche Zertifikate, die nach /wrapper zeigen und es mir ermöglichen, eigene Zertifikate für die Installation von Zusätzen (dafür kann man den AVM-Mechanismus ja auch "mißbrauchen") auch mal "on the fly" auf der Box abzulegen. Wie so ein (eigenes) Archiv erstellt werden kann, steht auch hier irgendwo im Thread, auch die Änderung im Namen des Archivs beim Übergang auf den Kernel 3.10 bei AVM (weil es nur mit "7490" im Namen nicht mehr eindeutig war, solange zwei Kernel-Versionen existierten) sollte irgendwo vermerkt sein.

 

[Micha0815]

Danke für die Hinweise. Es lag wohl an dem mod_custom skript. Ohne dies läuft es wie gewohnt. Dies war wohl ursächlich für das in #912 und #916 beschriebene Verhalten. Dort hatte ich, wie wohl auch andere "Beginners", im ersten Lauf nichts an den Dateinrechten geändert gehabt und mir es ganz normal via wget abgeholt/installiert und das wunsch.image per ftp in das neu erstellte Verzeichnis kopiert, um eben ohne I-Net-Verbindung zu arbeiten.

LG

 

[PeterPawn]

Na dann ist es ja gut ... wobei es schon auffallen sollte, wenn ein Skript mit der identischen Beschreibung zweimal ausgeführt wird - mod_custom_images und mod_custom hatten ja denselben Text.

Selbst wenn man annimmt, daß es auf dem jeweiligen System eine "custom_modscripts" gibt (das Archiv enthält keine), welche die Dateirechte dann noch einmal anpaßt und einige Skripte auf "automatisch" setzt, dürfte die "mod_custom" beim normalen Auspacken da nicht enthalten sein und damit auch nicht zur Ausführung gekommen sein.

Bei #912 wäre das also auch nur dann zu erklären, wenn da mehrmals die Anwendung eines "modscripts" mit identischer Beschreibung erfolgte und die sollte - ohne entsprechende Vorbereitungen, bei denen dann auch eine "custom_modscripts"-Datei erstellt wurde - schon bemerkt werden.

 

[user34]

also ums kurz zu machen:

mkdir -p /var/mod
cd /var/mod
wget -qO- http://yourfritz.de/modfs.tgz | gunzip -c | tar x
rm ./modscripts/mod_custom
chmod 440 modscripts/template
chmod 444 modscripts/yourfritz_hooks
./modfs update

oder zählt der Zeilen Code wieder?

 

[Micha0815]

Mit der aktuellen modfs_version=0.4.0-251020161119 rennt es!

Neu abgeholt/installiert/ausgechecked ... wie immer man das nennen mag.

BusyBox v1.22.1 (2015-06-09 10:54:06 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

ermittle die aktuelle TTY
Ermitteln der Hardware-Version ... OK
Prüfen, ob die Hardware-Version unterstützt wird ... OK
Suchen der Einstellung zur Umschaltung auf das alternative System ... OK
Prüfen der aktuell zu startenden Systemversion ... OK
Suchen der aktuellen Kernel-Partition ... OK
Suchen der alternativen Kernel-Partition ... OK
Vergleich der Systeme in den Kernel-Partitionen ... übersprungen
Suchen der aktuellen Dateisystem-Partition ... OK
Suchen der alternativen Dateisystem-Partition ... OK
Überprüfen des zur Verfügung stehenden Speicherplatzes im RAM ... OK
Überprüfen des freien Speicherplatzes für das Auspacken des Dateisystems ... OK

Das System erfüllt die Voraussetzungen zur Modifikation des root-Dateisystems.

Im Moment läuft auf der Box die Version: 113.06.60-33668

Die Angabe einer Datei nach dem 'update'-Parameter unterbindet jede Versionprüfung.
Somit ist jeder selbst dafür zuständig, die Kompatibilität der vorhandenen Einstellungen
mit dem verwendeten System sicherzustellen, speziell wenn ein Downgrade ausgeführt wurde
oder ggf. die 'Werkseinstellungen' wiederherzustellen.

Die angegebene Datei '/var/media/ftp/mod-10-16/intern-41681.image' wird als Quelle für die Aktualisierung genutzt.
Überprüfen der Signatur der geladenen Datei ... OK
Extrahieren des neuen Kernel-Images aus dem Firmware-Image ... OK
Extrahieren des Flash-Filesystems aus dem Firmware-Image ... OK
Extrahieren des Wurzeldateisystems aus dem Flash-Filesystem ... OK
Entpacken des root-Dateisystems für die Modifikationen ... OK

Das entpackte Dateisystem ist jetzt bereit für die Modifikationen.

Verzeichnis des root-Dateisystems : /var/media/ftp/1477420899/squashfs-root


Die Modifikation 'own files' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'own files' mit folgender Beschreibung
Programme hinzufügen/ersetzen
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... nicht unterstützt
Modifikation wird ausgeführt ... Fehler (3)
Unable to find binaries file 'files/binaries_113_3.10.73.tgz' to be unpacked.

Die Modifikation 'own files' wurde angewendet, Fehlercode = 3.

Die Modifikation 'create edit_rcuser command' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'create edit_rcuser command' mit folgender Beschreibung
Kommando zum Bearbeiten der Datei 'rc.user' hinzufügen
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'create edit_rcuser command' wurde angewendet, Fehlercode = 0.

Die Modifikation 'enable system and branding selection from GUI (v0.2)' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'enable system and branding selection from GUI (v0.2)' mit folgender Beschreibung
Auswahl des zu startenden Systems und des Brandings in der "Neustart"-Seite
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'enable system and branding selection from GUI (v0.2)' wurde angewendet, Fehlercode = 0.

Die Modifikation 'customize the original firmware with extension packages' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'customize the original firmware with extension packages' mit folgender Beschreibung
Einbinden eigener Erweiterungspakete auf der Basis von Dateisystem-Images,
die beim Start gesucht und eingehangen werden, bevor dort hinterlegte
Start-Skripte aufgerufen werden
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'customize the original firmware with extension packages' wurde angewendet, Fehlercode = 0.

Die Modifikation 'unhide MAC by default' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'unhide MAC by default' mit folgender Beschreibung
Anzeige von Heimnetz-Clients mit MAC-Adresse als Standard
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
patching file usr/www/avm/net/net_overview.js
patching file usr/www/1und1/net/net_overview.js
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'unhide MAC by default' wurde angewendet, Fehlercode = 0.

Die Modifikation 'enable telnet daemon' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'enable telnet daemon' mit folgender Beschreibung
Busybox-Symlink für den Telnet-Daemon erstellen
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... Fehler (1)
Die Modifikation wurde bereits angewendet oder ist nicht erforderlich.

Die Modifikation 'enable telnet daemon' wurde angewendet, Fehlercode = 1.

Die Modifikation 'add led display tab' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'add led display tab' mit folgender Beschreibung
Wiederbeleben der GUI-Seite zur Steuerung der LED-Anzeige
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
patching file usr/www/avm/menus/menu_data.lua
patching file usr/www/avm/menus/menu_data.lua
patching file usr/www/avm/system/led_display.lua
patching file usr/www/1und1/menus/menu_data.lua
patching file usr/www/1und1/menus/menu_data.lua
patching file usr/www/1und1/system/led_display.lua
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'add led display tab' wurde angewendet, Fehlercode = 0.

Die Modifikation 'mount by label' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'mount by label' mit folgender Beschreibung
USB-Volumes mit ihrem Label als Mountpoint einbinden
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'mount by label' wurde angewendet, Fehlercode = 0.

Die Modifikation 'add night time control to system menu' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'add night time control to system menu' mit folgender Beschreibung
Eintrag im System-Bereich zur Reaktivierung der Steuerung der Nachtschaltung
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
patching file usr/www/avm/menus/menu_data.lua
patching file usr/www/avm/menus/menu_data.lua
patching file usr/www/1und1/menus/menu_data.lua
patching file usr/www/1und1/menus/menu_data.lua
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'add night time control to system menu' wurde angewendet, Fehlercode = 0.

Die Modifikation 'show phone number names' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'show phone number names' mit folgender Beschreibung
Anzeige des Namens einer eigenen Telefonnummer in der Anrufliste
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
patching file usr/lua/foncalls.lua
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'show phone number names' wurde angewendet, Fehlercode = 0.

Die Modifikation 'enable custom profile extension' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'enable custom profile extension' mit folgender Beschreibung
Kommandos in /var/custom/etc/profile in /etc/profile einschließen
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'enable custom profile extension' wurde angewendet, Fehlercode = 0.

Die Modifikation 'enable rc.user execution' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'enable rc.user execution' mit folgender Beschreibung
Kommandos aus dem TFFS-Node 98 beim Systemstart ausführen
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'enable rc.user execution' wurde angewendet, Fehlercode = 0.

Die Modifikation 'show device name instead of type on GUI' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'show device name instead of type on GUI' mit folgender Beschreibung
Start mit der Anzeige des Gerätenamens anstelle des Typs in der Kopfzeile und im HTML-Titel;
dann nützlich, wenn man mehrere Boxen desselben Typs verwaltet und sofort sehen will, auf
welcher man gerade ist
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
patching file usr/www/avm/content.lua
patching file usr/www/avm/content.lua
patching file usr/www/avm/content.lua
patching file usr/www/1und1/content.lua
patching file usr/www/1und1/content.lua
patching file usr/www/1und1/content.lua
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'show device name instead of type on GUI' wurde angewendet, Fehlercode = 0.

Die Modifikation 'add VPN summary on overview page' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'add VPN summary on overview page' mit folgender Beschreibung
Anzeige der VPN-Verbindungen auf der Startseite, inkl. Schnell-Link zur VPN-Konfiguration
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
patching file usr/www/avm/home/home.lua
patching file usr/www/avm/home/home.lua
patching file usr/www/avm/home/home.js
patching file usr/www/avm/home/home.js
patching file usr/www/avm/home/home.js
patching file usr/www/1und1/home/home.lua
patching file usr/www/1und1/home/home.lua
patching file usr/www/1und1/home/home.js
patching file usr/www/1und1/home/home.js
patching file usr/www/1und1/home/home.js
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'add VPN summary on overview page' wurde angewendet, Fehlercode = 0.

Die Modifikation 'remove affected swap space before stopping USB devices' wird verarbeitet ...
Überprüfen der unterstützten Sprachen ... OK
Soll die Modifikation 'remove affected swap space before stopping USB devices' mit folgender Beschreibung
wird das USB-Subsystem gestoppt, während wichtige Teile des Hauptspeichers
in eine Swap-Partition (oder -Datei) ausgelagert sind, bleibt es u.U. beim
Neustart hängen - das wird hier versucht zu korrigieren
angewendet werden? (j/N) j
Überprüfen der Voraussetzungen für die Modifikation ... OK
Modifikation wird ausgeführt ... OK
patching file etc/hotplug/storage
patching file etc/hotplug/usb.pandu
Überprüfen des Erfolgs der Modifikation ... OK

Die Modifikation 'remove affected swap space before stopping USB devices' wurde angewendet, Fehlercode = 0.

Das ist die letzte Chance zum manuellen Modifizieren des Dateisystems in folgendem Verzeichnis: /var/media/ftp/1477420899/squashfs-root

Die Eingabetaste drücken, um mit dem Packen des neuen root-Dateisystems zu beginnen
oder 'q' eingeben, um die letzte Möglichkeit zum Abbruch zu nutzen :

Packen des neuen root-Dateisystems ... OK
Erstellen eines neuen 'äußeren Dateisystems' ... OK
Kopieren des neuen root-Dateisystems in die inaktive Dateisystem-Partition ... OK
Kopieren des neuen Kernel-Images in die Zielpartition ... OK
Festlegen des alternativen Systems als aktives System beim nächsten Start der Box ... OK
Das neue root-Dateisystem wurde erfolgreich in die inaktive Partition kopiert.

Beim nächsten Start der Box wird das System in den alternativen Partitionen benutzt.

Sollte beim Start ein Problem auftreten, kann man leicht wieder über den Bootloader auf das hier verwendete System umschalten.
Eine kurze Anleitung, wie das in einer FTP-Sitzung zum Bootloader funktioniert, ist in der Datei BOOTSELECTION.ger enthalten.

# reboot
# telefon: SIGTERM received!
 {EE} clt:.2@aha_net_connection__dispatch_DISCONNECT: warning destination 'config' not registered.

 {EE} clt:.2@aha_net_connection__dispatch_DISCONNECT: warning destination 'config' not registered.

telefon: SIGCHLD PID 9081 received!
telefon: SIGCHLD PID 3235 received!
killall: printserv: no process killed
Stopping all swap devices
Filename                                Type            Size    Used    Priority
/dev/sda5                               partition       1062908 128     -1
Filename                                Type            Size    Used    Priority
/dev/sda5                               partition       1062908 128     -1
storage:unmounting /var/media/ftp/Intenso-MicroLine-06
Stop swapping to /dev/sda5
rmmod: can't unload 'vfat': unknown symbol in module, or unknown parameter
rmmod: can't unload 'fat': unknown symbol in module, or unknown parameter
rmmod: can't unload 'nls_cp437': unknown symbol in module, or unknown parameter
rmmod: can't unload 'nls_iso8859_1': unknown symbol in module, or unknown parameter
rmmod: can't unload 'ext2': unknown symbol in module, or unknown parameter
XHCI USB 3.0 Host stopped
ls: /var/USB-*-bus-usb-*: No such file or directory
rc.wlan: Stop WLAN...
rmmod: can't unload 'vfat': unknown symbol in module, or unknown parameter
rmmod: can't unload 'fat': unknown symbol in module, or unknown parameter
rmmod: can't unload 'nls_cp437': unknown symbol in module, or unknown parameter
rmmod: can't unload 'nls_iso8859_1': unknown symbol in module, or unknown parameter
rmmod: can't unload 'sd_mod': unknown symbol in module, or unknown parameter
rmmod: can't unload 'ext2': unknown symbol in module, or unknown parameter
rmmod: can't unload 'usb_storage': unknown symbol in module, or unknown parameter
rmmod: can't unload 'scsi_mod': unknown symbol in module, or unknown parameter
Connection closed by foreign host.
micha@MICHA0815X64:~$

TX @PeterPawn und Pokemon20021 für die freundliche Hilfestellungen. Beginners wie mir stechen solche Nicklichkeiten halt nicht sofort ins Auge. OK ownfiles Fehler ist klar wie auch telnet-daemon, da bereits vorhanden in dieser Version.

 

[PeterPawn]

oder zählt der Zeilen Code wieder?

Ich verstehe das nicht ganz ... ist es eine Frage an mich?

Die Kommandos zum Löschen von "mod_custom" und zum Deaktivieren von "template" und "yourfritz_hooks" braucht es eigentlich nicht, wenn man direkt auf der Box (in ein passendes Filesystem) entpackt. Die "mod_custom" ist schon wieder verschwunden und die Rechte für die anderen beiden waren eigentlich immer richtig gesetzt ... das "Kuddelmuddel" resultierte (zum Teil) auch daraus, daß da (bei @Micha0815) unter Windows entpackt und erst im Anschluß auf die Box übertragen wurde.

Der "normale" Aufruf bleibt also wie in #1 empfohlen ... die drei Zeilen zwischen "wget" und dem "modfs"-Aufruf werden nicht gebraucht.

 

[Micha0815]

Als Hinweis

... das "Kuddelmuddel" resultierte (zum Teil) auch daraus, daß da (bei @Micha0815) unter Windows entpackt und erst im Anschluß auf die Box übertragen wurde.

Nein ich hatte brav via wget ... auf der Box entpackt und erst danach fälschlicherweise einigen "subscripts" im Hieb unisono 777 (via FTP-Zugriff+Windows-Totalcommander) verpasst. Mittlerweile habe ich den Dreh halbwegs raus und werde mich vor Ausführung einer neuen modfs-version (Time-Stamp) etwas schlauer machen auf dem github bzgl. neuhinzugekommener Subscripts.

Der Hinweis am erfolgreichen Ende des Scripts

Beim nächsten Start der Box wird das System in den alternativen Partitionen benutzt.

Sollte beim Start ein Problem auftreten, kann man leicht wieder über den Bootloader auf das hier verwendete System umschalten.
Eine kurze Anleitung, wie das in einer FTP-Sitzung zum Bootloader funktioniert, ist in der Datei BOOTSELECTION.ger enthalten.

ist imho relativ, da es real unter W10 doch einiger Netzwerk-Umstellungen bedarf neben einer physischen LAN-Verbindung, was ggfs. bei einer "Keller-Box" dann doch einiges Wupperei/Umstöpselarbeit bedarf

Den WAF-Faktor an einer Produktiv-Box aussenvor ... u.U. wäre es fairer den Text ... leicht auf relativ leicht abzuändern? <Abduck>
LG

 

[Freem]

danke hat jetzt funktioniert


aber wenn ich das vorher genau so gemacht habe wie hier

mkdir -p /var/mod
cd /var/mod
wget -qO- http://yourfritz.de/modfs.tgz | gunzip -c | tar x
./modfs update
dann war die box dauerhaft stecken geblieben


aber habe jetzt alles nochmal neu gemacht und die box startet ohne meckern

danke peterpawn

 

[PeterPawn]

Dann ist ja jetzt alles in Ordnung ... aber auch für solche Probleme habe ich die Protokollierung eingebaut. Da wäre die zusätzliche Abarbeitung von "mod_custom" eben auch nachzulesen gewesen und vermutlich wäre mir dann mein Fehler (bei mir ist das "mod_custom" ja pure Absicht, dafür ist das "mod_custom_images" eben weggefallen) auch früher aufgefallen.

Ich bitte also noch einmal jeden, der ein Problem mit der Abarbeitung von "modfs" hat, an so eine Fehlermeldung von alleine das entsprechende Protokoll anzuhängen (irgendwo steht auch, wie man das ausliest) und das nicht mit der Ausgabe in der Konsole zu verwechseln.

Im Protokoll sind viel ausführlichere Angaben enthalten ... die Ausschriften in der Konsole sollen ja nur dazu führen, daß der Benutzer "etwas sieht", was sich bewegt - die einzige dort sichtbare Information ist es, an welcher Stelle ein Fehler auftritt, das Protokoll enthält dann in aller Regel auch noch die Ursache des Fehlers.

Eigentlich hatte ich mir sogar mal vorgenommen, auf Meldungen ohne Protokoll generell nicht mehr zu reagieren - das habe ich allerdings nicht durchgehalten. Aber es ist eben auch für mich ziemlich nervig, wenn ich immer die Forderung nach genauen Informationen erneuern muß - stellt man die gleich von Beginn an bereit, spart das auch mir eine Antwort und die Lösung des Problems wird (meistens) auch früher möglich sein. Wenn ich nicht das Listing der Skript-Dateien von @Micha0815 trotzdem genauer angesehen hätte, wäre die (unerwünschte) Existenz von "mod_custom" auf dem Server vermutlich auch nicht aufgefallen ... in der Protokolldatei hätte sie aber sofort Aufmerksamkeit erregt.

 

[Pokemon20021]

ownfiles Fehler ist klar

Hallo Micha0815,
so wie ich es sehe hast Du nicht die Absicht das Modscript ownfiles zu nutzen,
hier bietet es sich an das Skript zu deaktivieren, dies kann per

chmod 444 modscripts/copy_binaries

bewerkstelligt werden, dann erscheint dieses Skript nicht mehr in der Frage-Antwort-Spiel bei modfs Ausführung.

Gruß
Pokemon20021

 

[Micha0815]

Ich mühe mich redlich, nur wenn das alternative System klemmt und nicht startet?
Etwas Erfreuliches, was ich nicht adhoc nachhalten kann, obs an modfs 0.4.0-251020161119 liegt oder der verwandten FW 41712. Endlich werden neben den Grundeinstellungen eines DECT200 auch individuell vergebene Namen und die Zeitsteuerungseinstellungen übernommen.

LG

OT: Meine UMTS (E3131)-7490 hat sich nach 10 Tagen I-Net-Abstinenz via VPN urplötzlich wieder hier "angemeldet". Rasch den DECT200 zum Reboot geproggt und der FB von gestarteter 06.60 mit o.g. modfs-Timestamp die 41712 verpasst. Ich bin begeistert. Leider war mir entgangen, dass auf den Kanaren heftigste Unwetter waren, was wohl einiges mutmasslich hat absaufen lassen bis in meine Funkzelle.

 

[PeterPawn]

Update auf 0.4.1

• gui_boot_manager_v0.2 standardmäßig deaktiviert
  
  
• neue Datei "gui_boot_manager_v0.3" hinzugefügt
  • basiert auf https://github.com/PeterPawn/YourFritz/blob/master/bootmanager/gui_bootmanager
  • funktioniert als Boot-Manager auch auf Puma6-Modellen (6490 getestet)
  • Texte leicht geändert (die Namen der Partitionen interessierten sicherlich nur wenige, stattdessen wird jetzt der zugehörige Wert von "linux_fs_start" angezeigt)
  • Fehlerbehandlung bei leerer alternativer Partition (bzw. beim Mount-Problemen - der wirkliche Fehler kann noch irgendetwas anderes sein) verbessert, inkl. Anzeige/Branding-Umschaltung bei nicht erkanntem zweiten System
  • die Versionsnummern werden jetzt ausgelesen, ohne "/etc/version" im betreffenden Filesystem aufzurufen
  • im Ergebnis ist bei unbekanntem System in der alternativen Partition keine Umschaltung des Brandings mehr möglich - wer also zwischen einer Version < 06.50 und >= 06.50 umschalten will (gilt für die Boxen, wo das einen Sprung bei der Kernelversion beinhaltet), kann das nur bei identischem Branding in beiden Systemen
  • Achtung: Wer eine "custom_modscripts"-Datei verwendet für die automatische Auswahl, muß ggf. diese Datei anpassen, ansonsten wird die v0.2 ja wieder aktiviert.
• dem erzeugten Image wird jetzt beim Packen eine Datei "etc/.modfs_version" mit der Nummer der verwendeten "modfs"-Version hinzugefügt - das ist nicht per Option abwählbar (ich benutze das Erstellungsdatum dieser Datei als Zeitstempel für die Anzeige im Boot-Manager); wer das nicht haben will, muß die entsprechende Zeile in "modfs" selbst auskommentieren