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

[Shirocco88]

es geht hier #976 um den Befehl für Online-Update "modfs update" ==> nur der verwendet check_update
und nicht um Offline-Update "modfs update <Image-Datei>" ==> hier kann das genannte Problem nicht auftreten, weil kein check_update genutzt wird.

- - - Aktualisiert - - -

@MasterSaMMy:
BTW: die Serial-Number "<q:Serial>............" sollte noch aus #979 entfernt werden.

 

[PeterPawn]

Ich habe es gefixt, es war tatsächlich nur ein "Schönheitsfehler", wenn die Versionsangabe bei AVM ein Leerzeichen enthielt, was bisher nur bei den "Inhouse-Versionen" vorkam und die fragt "check_update" absichtlich nicht ab. Wobei es so, wie es @Shirocco88 machen wollte, natürlich nicht funktioniert. ;-) Man kann nicht einfach noch ein paar "double quotes" außen herum setzen, aber um den Wert an sich dann schon.

Das Problem war also eigentlich die "echo"-Zeile darunter und noch ein weiteres existierte im "modfs"-Skript selbst, weil dort beim Lokalisieren von Nachrichten das ebenfalls daneben geht, wenn ein Leerzeichen in einem Parameter auftritt. Daher habe ich kurzerhand pragmatisch das Leerzeichen in der Versionsangabe gegen einen Unterstrich getauscht für die Anzeige - alles andere lohnt den Aufwand nicht.

 

[Shirocco88]

@PeterPawn:
Danke!!!
mit der neuen modfs-0.4.1-191120160505 läuft der Update der FB7490 von FW 06.69-42073
nach FB7490_LabBETA.113.06.69-42111 richtig durch.

dieser Patch von Dir sieht wirklich gut aus https://github.com/PeterPawn/modfs/commit/de46bc7625e39565bf7d94d50414d2eb3e08bcf5
Super!

- - - Aktualisiert - - -

Hallo PeterPawn,
nun habe ich nochmal meine FB7490 per modfs geflashed; alles wie immer durchgelaufen;
jedoch funktioniert der Befehl

# /bin/showshringbuf -i modfs

nicht, bzw. bleibt hängen (nach 60 sec immer noch kein Output)
und ein "STRG + C" hilft auch nicht.

# ls -la /var/.srb_modfs
-rw-r--r--    1 root     root         65536 Nov 19 14:32 /var/.srb_modfs
#

Was ist hier zu tun ?

LG Shirocco88

 

[PeterPawn]

Mit Option "-i" zeigt der Befehl nicht den Inhalt des Ringpuffers an, sondern fügt neuen Inhalt (STDIN und/oder Parameter) hinzu und darauf wartet er wohl. Zum Auslesen das "-i" einfach weglassen.

 

[Shirocco88]

Manchmal ist die Lösung so "einfach", wenn man ... ;-)
Danke!

 

[CyberKing2k]

Hat jemand schon probiert, die 131.06.50 von der 131.06.03 mit ./modfs update auf der 7362sl zu installieren?

meine letzten Ausgaben sind:

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 ... Fehler
Die folgenden Verzeichnisse stehen zur Auswahl:
#

 

[PeterPawn]

Dafür gibt es das Debug-Log - da kann eigentlich nur eine Nachrichtennummer nicht stimmen, denn da am Ende gibt es keine Auswahl eines Verzeichnisses mehr.

So rein durch die Kraft der (guten) Gedanken wird sich das Problem nicht umzingeln lassen. Ob das Update auf die 06.50 von der 06.03 oder von einer 06.3x kommt, sollte keinen wirklichen Unterschied machen - beide alten Varianten verwenden SquashFS3 und wenn nicht eine nachfolgende Änderung im letzten 3/4 Jahr (so lange sollte es die 06.50 schon geben) das verwürfelt hat, sollte es auch tatsächlich funktionieren. Das haben vor 9 Monaten genug Leute als Update von der 06.3x ausgeführt.

 

[Micha0815]

Rein Interessehalber

Der Versuch auf einer FB7490 gemäss Anleitung ein Image einer anderen FB zu bearbeiten und als wunsch.squasfs zu speichern scheitert sofort an der Signaturprüfung?

Einzig z.B. ein 7490-AVME-Image (internationale FW) kam als bearbeitetes *.squasfs erfolgreich "zu liegen".

Wenn schon die Signatur-Prüfung fehl schlägt ... May be blond! Ordentlich abgeholt vom AVM-FTP möchte ich behaupten!

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

Im Moment läuft auf der Box die Version: 113.06.69-42040

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/modfs8/131.06.50.image' wird als Quelle für die Aktualisierung genutzt.
Überprüfen der Signatur der geladenen Datei ... Fehler

Hier die FW einer 7272SL dasselbe Spiel mit 137.06.50 einer FB7412?

LG und falls ich einen Bedienfehler mache, lösche ich das!
Nachtrag: Das ganze mit

/var/media/ftp/modfs8 # busybox
BusyBox v1.24.2 (2016-09-24 17:17:47 CEST) multi-call binary.
BusyBox is copyrighted by many authors between 1998-2015.
Licensed under GPLv2. See source distribution for detailed
copyright notices.

 

[Pokemon20021]

Die angegebene Datei '/var/media/ftp/modfs8/131.06.50.image' wird als Quelle für die Aktualisierung genutzt.
Überprüfen der Signatur der geladenen Datei ... [COLOR=#ff0000]Fehler[/COLOR]

Bitte immer Protokolldatei beifügen, siehe #1:

Die Ausgabe der Protokolldatei erfolgt weiterhin mit "showshringbuf modfs" und kann in eine Datei umgeleitet werden, wenn man dieses Protokoll einer Fehlermeldung bzgl. "modfs" hinzufügen will.

 

[Micha0815]

Die angegebene Datei '/var/media/ftp/modfs8/131.06.50.image' wird als Quelle für die Aktualisierung genutzt.
Überprüfen der Signatur der geladenen Datei ... Fehler
/var/media/ftp/modfs8 # showsringbuf modfs
-sh: showsringbuf: not found
/var/media/ftp/modfs8 # showshringbuf modfs
2016-11-21 01:02:28.206 - modfs: starting modfs script version 0.4.1-081120161219
2016-11-21 01:02:28.223 - modfs: script=./modfs
2016-11-21 01:02:28.243 - modfs: using language de
2016-11-21 01:02:28.261 - modfs: PATH=/var/media/ftp/modfs8/bin/185
2016-11-21 01:02:28.278 - modfs: SHELL=/var/run/modfs/sh
2016-11-21 01:02:28.296 - modfs: SHLVL=5
2016-11-21 01:02:28.329 - modfs: BusyBox: BusyBox v1.24.2 (2016-09-24 17:17:47 CEST) multi-call binary.
2016-11-21 01:02:28.355 - modfs: using temporary file list from /var/tmp/3437_filelist_1479686548
2016-11-21 01:02:28.372 - modfs: cleanup trap set
2016-11-21 01:02:28.390 - modfs: invoked with: update 131.06.50.image 131.06.50.squashfs
2016-11-21 01:02:28.410 - modfs: noversioncheck=1, update_file_provided=1
2016-11-21 01:02:28.427 - modfs: firmware_update_file=131.06.50.image
2016-11-21 01:02:28.444 - modfs: create_image_only=1, target_image_name=131.06.50.squashfs
2016-11-21 01:02:28.464 - check_prerequisites: starting checks
2016-11-21 01:02:28.512 - progress: mode=1, msg=Ermitteln der Hardware-Version ...
2016-11-21 01:02:28.539 - check_prerequisites: hwrev=185
2016-11-21 01:02:28.590 - progress: mode=3, msg= OK
2016-11-21 01:02:28.638 - progress: mode=1, msg=Prüfen, ob die Hardware-Version unterstützt wird ...
2016-11-21 01:02:28.659 - check_prerequisites: supported hardware revision
2016-11-21 01:02:28.706 - progress: mode=3, msg= OK
2016-11-21 01:02:28.754 - progress: mode=1, msg=Suchen der Einstellung zur Umschaltung auf das alternative System ...
2016-11-21 01:02:28.781 - check_prerequisites: system switch value is 0
2016-11-21 01:02:28.830 - progress: mode=3, msg= OK
2016-11-21 01:02:28.878 - progress: mode=1, msg=Prüfen der aktuell zu startenden Systemversion ...
2016-11-21 01:02:28.979 - progress: mode=3, msg= OK
2016-11-21 01:02:29.026 - progress: mode=1, msg=Suchen der aktuellen Kernel-Partition ...
2016-11-21 01:02:29.050 - check_prerequisites: kernel device is /dev/mtdblock0
2016-11-21 01:02:29.098 - progress: mode=3, msg= OK
2016-11-21 01:02:29.146 - progress: mode=1, msg=Suchen der alternativen Kernel-Partition ...
2016-11-21 01:02:29.171 - check_prerequisites: alternative kernel device is /dev/mtdblock2
2016-11-21 01:02:29.219 - progress: mode=3, msg= OK
2016-11-21 01:02:29.267 - progress: mode=1, msg=Vergleich der Systeme in den Kernel-Partitionen ...
2016-11-21 01:02:29.314 - progress: mode=3, msg= übersprungen
2016-11-21 01:02:29.363 - progress: mode=1, msg=Suchen der aktuellen Dateisystem-Partition ...
2016-11-21 01:02:29.387 - check_prerequisites: filesystem device is /dev/mtdblock1
2016-11-21 01:02:29.435 - progress: mode=3, msg= OK
2016-11-21 01:02:29.483 - progress: mode=1, msg=Suchen der alternativen Dateisystem-Partition ...
2016-11-21 01:02:29.507 - check_prerequisites: alternative filesystem device is /dev/mtdblock3
2016-11-21 01:02:29.557 - progress: mode=3, msg= OK
2016-11-21 01:02:29.605 - progress: mode=1, msg=Überprüfen des zur Verfügung stehenden Speicherplatzes im RAM ...
2016-11-21 01:02:29.630 - check_free_tmpfs: wanted=25165824, needed=10485760
2016-11-21 01:02:29.656 - check_free_tmpfs: exiting, rc=0
2016-11-21 01:02:29.703 - progress: mode=3, msg= OK
2016-11-21 01:02:29.751 - progress: mode=1, msg=Überprüfen des freien Speicherplatzes für das Auspacken des Dateisystems ...
2016-11-21 01:02:29.775 - find_free_storage_space: needed=140509184, accept=
2016-11-21 01:02:29.888 - get_nand_mountpoint: location=/var/media/ftp
2016-11-21 01:02:29.915 - check_free_nand: size=140509184, nand=/var/media/ftp, free=37752832
2016-11-21 01:02:29.950 - check_space: needed=140509184
2016-11-21 01:02:30.085 - get_possible_usb_mountpoints: on=/var/media/ftp/modfs
2016-11-21 01:02:30.131 - get_possible_usb_mountpoints: on=/var/media/ftp/Intenso-MicroLine-06
2016-11-21 01:02:30.154 - get_possible_usb_mountpoints: count=2
2016-11-21 01:02:30.174 - check_space:  /var/media/ftp/modfs:660769K /var/media/ftp/Intenso-MicroLine-06:7997754K
2016-11-21 01:02:30.195 - find_free_storage_space:   /var/media/ftp/modfs:660769K /var/media/ftp/Intenso-MicroLine-06:7997754K
2016-11-21 01:02:30.212 - find_free_storage_space: exiting, rc=0
2016-11-21 01:02:30.261 - progress: mode=3, msg= OK
2016-11-21 01:02:30.281 - check_prerequisites: exiting, rc=0
2016-11-21 01:02:30.362 - get_system_version: version="113.06.69", subversion="-42040", date="15.11.2016 19:09:59", rc=0
2016-11-21 01:02:30.439 - modfs: source=file_update
2016-11-21 01:02:30.464 - modfs: firmware update file=131.06.50.image
2016-11-21 01:02:30.516 - progress: mode=3, msg=Die angegebene Datei '/var/media/ftp/modfs8/131.06.50.image' wird als Quelle für die Aktualisierung genutzt.
2016-11-21 01:02:30.536 - find_free_space: wanted=100M, order=tmpfs nand storage
2016-11-21 01:02:30.561 - check_free_tmpfs: wanted=104857600, needed=104857600
2016-11-21 01:02:30.587 - check_free_tmpfs: exiting, rc=0
2016-11-21 01:02:30.605 - find_free_space: tmpfs=/var/tmp
2016-11-21 01:02:30.623 - find_free_space: exiting, rc=0
2016-11-21 01:02:30.641 - get_working_directory: /var/tmp
2016-11-21 01:02:30.660 - modfs: working directory=/var/tmp
2016-11-21 01:02:30.686 - modfs: image directory=/var/tmp/1479686550
2016-11-21 01:02:30.703 - try_to_check_integrity: target=/var/media/ftp/modfs8/131.06.50.image
2016-11-21 01:02:30.750 - progress: mode=1, msg=Überprüfen der Signatur der geladenen Datei ...
2016-11-21 01:02:31.479 - progress: mode=3, msg= Fehler
2016-11-21 01:02:31.497 - try_to_check_integrity: integrity check failed, error code was 135
2016-11-21 01:02:31.515 - try_to_check_integrity: exiting, rc=205
2016-11-21 01:02:31.533 - cleanup: running cleanup from file /var/tmp/3437_filelist_1479686548
2016-11-21 01:02:31.550 - /var/media/ftp/modfs8/bin/185/busybox rm -r /var/tmp/1479686550
/var/media/ftp/modfs8 #

Danke nun muss ich Error-Code 135 nachhalten oder wie bereits 205 ... Signaturfehler?
LG

# error codes
#
#  32 - different MD5 hashes for kernel MTDs
#  33 - unable to find kernel MTD
#  34 - unable to find alternative kernel MTD
#  35 - not used anymore, was missing linux_fs_start at environment
#  36 - unsupported hardware revision
#  37 - system modified already, restart needed
#  38 - specified squashfs source file not found
#  39 - unable to extract wrapper image from firmware archive
#  40 - unable to mount wrapper file system
#  41 - unable to copy root image from wrapper
#  42 - unable to download firmware image from manufacturer
#  43 - error downloading firmware image (file size is 0)
#  44 - error copying kernel image to alternative partition
#  45 - error copying wrapper file system to alternative partition
#  46 - unknown error copying running system to inactive partitions
#  47 - unable to get hardware revision
#  48 - unable to find file system MTD partition
#  49 - unable to find alternative file system MTD partition
#  50 - not enough free space available at tmpfs
#  51 - unable to find free space for unpacking of squashfs
#  52 - unable to find free space for squashfs extraction from image
#  53 - error saving permanent copy of source squashfs image
#  54 - error unpacking loopback device image
#  55 - error mounting loopback device image
#  56 - error unmounting loopback device image
#  57 - error removing loopback device image
#  58 - not enough free space on any storage volume
#  60 - wrong modscript detected, missing needed comment lines
#  61 - wrong modscript detected, missing header at all
#  62 - error extracting kernel image from firmware image file
#  66 - the message file was not found after fallback to 'en'
# 127 - internal error
# 187 - unable to detect the current firmware version on the FTP server
# 190 - no newer version found for "update" mode without local source file
# 191 - error comparing version numbers (e.g. wrong format of them)
# 200 - input image is missing or invalid
# 202 - unspecified error mounting an ext2 image to extract data from it
# 205 - a downloaded image file did not pass the integrity check (signature)
# 222 - error detecting filesystem type of an image file

Wo der wohl gelisted ist?

 

[PeterPawn]

Bei der Einführung der Signaturprüfung habe ich auch dazu etwas geschrieben - die Variable heißt NOVERIFY und die Suche danach landet dann irgendwann hier (letzter Absatz). Stand allerdings auch schon Ende Sept. direkt über einen Beitrag von Dir - auch wenn es sich an @MasterSaMMy richtete.

 

[Micha0815]

Danke für den Hinweis. War mir glatt vom internen Radar verschwunden (mea culpa). Schade das Eisbärin verschollen und als Bsp. nicht weiter gepflegt/ergänzt werden können.
LG

 

[Micha0815]

Handling Frage zu unterschiedlicher FW avm versus avme

Kurze Zwischenfrage falls erlaubt? Unter 06.69 mit avm/1und1 Branding wergelt aktuell das subscript gui_boot_manager v0 3 und alternativ 2.

Ziel ist es neben einer 06.69 avm eine 113.06.30 avme (sofern dies die neueste FW international ist seit 11/2015?) aufzuspielen.

Da ich dies -in meinem Fall- erschwerend nur via VPN-UMTS-Verbindung sehr entfernt -ein W10-Tablet ohne LAN vorort nicht auch der HIT-für adam2 ftp -... ausführen kann, wollte ich zwecks Rückversicherung kurz nachfragen.

Worste-Case die alternative Partition startet nicht und bedarf ftp-adam2 Behandlung ... dann habe ich ein massives Problem! Die Standard-Configs beim Switchen zu I-Net UMTS greifen nicht ... Todesfalle! (Das Gedönse beim Start bzgl. Sprachauswahl Timezone etc. fatal!)

Hintergrund: Mit viel Aufwand (xx rote Karten meiner Partnerin vorort) habe ich eine 2te FB7490 (DSL-Part defekt sonst funktionstüchtig und für schmalen "Taler" aus der Bucht) als IP-Client aus den Werkseinstellungen einer 06.60-avm heraus und einer Intern-Labor eingebunden bekommen. Als zukünftige UMTS-Box (DSL gibt es vorort eh nicht) würde ich das gerne testen, wie sich die Übernahme von export-Einstellungen verhält zw. 06.69-avm und 06.30-avme.


LG und neben eigenen etwas älteren Kurz-Tests, wo das funktionierte (zumindest mit ähnlicher Konstellation mit einem voicefähigen E3131 als UMTS-I-Net-Quelle fürs I-Net und 1und1-SIM) erlaube ich mir erneut rückzufragen, wer damit (modfs_version=0.4.1-191120160505) jüngere Erfahrung aktuell hat und wo es klemmt ggfs.

OT-Nachfrage: Rufe ich die W10-Bash auf und verbinde via VPN, erhalte ich seltsame Zeichen vorgegeben hinter dem Prompt #

 ... [30;41R

in der Kommandozeile die ich erst löschen muss um den eigentlichen Befehl ausführen zu können? Wonach suchen im WWW?

 

[chilango79]

Testen tu man auf einer Testbox. Ist deine produktiv im Einsatz leuchtet schon die nächste rote Karte am Horizont.

Ich bin auch ein Spielkind und habe genug Probleme mit meiner besseren Hälfte die immer genau dann dringend Internet braucht wenn ich grad bastel. Bei mir ist das aber lokal und dementprechend schnell zu reparieren.

 

[BurningCrash]

@PeterPawn:

Ich kann ja nach dem Weg hier auf meiner 7490 für die 7490 meiner Eltern das SquashFS erzeugen

./modfs update /var/media/ftp/FRITZ.Box_7490.113.06.60.image /var/media/ftp/FRITZ.Box_7490.113.06.60.squashfs

und dann mit diesen Schritten:

[COLOR=#333333]cd /var/tmp;wget -q http://yourfritz.de/7490/install_inactive_rootfs[/COLOR]sh

./install_inactive_rootfs /var/tmp/FRITZ.Box_7490.113.06.60.squashfs

[COLOR=#333333]cd /var/tmp;wget -q http://yourfritz.de/7490/switch_system;sh ./switch_system[/COLOR]

das entsprechend einspielen und für den nächsten Reboot auf das System switchen.

Weil bei der 7490 macht die Box (auf die ich nur Remote zugriff habe) einen Reboot sobald ich modFS starte. Stick ist leider keiner dran und aktuell haben die auch keinen da.

Hab ich was vergessen?

 

[PeterPawn]

Ich müßte erst wieder nachsehen, was denn "install_inactive_rootfs" wirklich macht ... wenn ich solche Boxen "fernadmnistriere", baue ich immer ein Starter-Image mit eigenen Key für die Signatur, mounte den per "bind"-Mount über einen von AVM und signiere dann die erzeugte Firmware-Datei. Dann kann die ganz normal am entfernten Standort über die "FRITZ!OS-Datei"-Funktion installiert werden (das geht allerdings nur aus dem LAN, weil die DSL-/VPN-Verbindung abgebaut wird bei der Installation, kann man aber über TV in der Regel auch "anstarten"), weil das Image (dank richtigem öffentlichen Schlüssel, der ja mein eigener ist nach dem "bind"-Mount) die Signaturprüfung besteht. Da ich dann immer gleich noch den eigenen Key als "key9" mit einbinden lasse beim "modfs" (über ADD_TO_WRAPPER-Settings), haben alle weiteren Images nach dem ersten dann den richtigen Key von Beginn an.

Ansonsten braucht man bei bereits installiertem Kernel ja auch nur die "filesystem_root.squashfs" mit der Hand kopieren ... vermutlich macht das erwähnte Skript genau das. Notfalls dann noch den richtigen Kernel mit "update_kernel" von Hand installiert und man hat auch nichts anderes gemacht, als es das /var/install von AVM machen würde.

Wenn man einen hartnäckigen Kandidaten hat, der partout ohne Swapfile nicht funktionieren will und man keines erstellen kann (das klappt für eine Datei im yaffs2 normalerweise nicht), dann kann man auch mit "echo 0 >/proc/sys/vm/panic_on_oom" die Gefahr des Neustarts etwas abmildern. Auch ein "prepare_fwupgrade start_from_internet" könnte helfen, dabei bleibt der dsld und der avmike (also DSL + VPN) immerhin am Leben.

 

[BurningCrash]

Ich hab es erstmal mit "prepare_fwupgrade start_from_internet" probiert jedoch kommt folgender Fehler beim packen:

2016-11-30 15:00:10.035 - progress: mode=1, msg=Überprüfen des Erfolgs der Modifikation ...2016-11-30 15:00:10.064 - is_supported: option=postcheck, from=precheck postcheck install language(en,de), rc=1
2016-11-30 15:00:10.134 - progress: mode=3, msg= OK
2016-11-30 15:00:10.183 - execute_modscript: exiting, rc=0
2016-11-30 15:00:10.201 - execute_optional_modscript: exiting, rc=0
2016-11-30 15:00:10.247 - remove_directory: directory=/var/tmp/8978_1480514308, rc=0
2016-11-30 15:00:10.265 - modify_rootfs: exiting, rc=0
2016-11-30 15:00:12.436 - modfs: modifications done, rc=0
2016-11-30 15:00:12.484 - progress: mode=1, msg=Packen des neuen root-Dateisystems ...
2016-11-30 15:00:12.503 - run_spinner: dir=/var/tmp/1480514289, command=pack_squashfs /var/tmp/1480514289 /var/tmp/1480514289/newroot.squashfs 0 65536 4
2016-11-30 15:00:12.535 - pack_squashfs: using SquashFS version 4
2016-11-30 15:00:12.568 - sq_mksquashfs: /var/mod/bin/185/mksquashfs4 squashfs-root /var/tmp/1480514289/newroot.squashfs -info -b 65536 -force-uid 0 -force-gid 0
2016-11-30 15:03:47.765 - sq_mksquashfs: exiting, rc=1
2016-11-30 15:03:47.795 - pack_squashfs: exiting, rc=1
2016-11-30 15:03:47.831 - run_spinner: exiting, rc=1
2016-11-30 15:03:47.923 - progress: mode=3, msg= Fehler
2016-11-30 15:03:48.009 - modfs: packing done, rc=1
2016-11-30 15:03:49.495 - remove_directory: directory=/var/tmp/1480514289, rc=0
2016-11-30 15:03:49.524 - modfs: reached normal exit point, rc=1
2016-11-30 15:03:49.553 - cleanup: running cleanup from file /var/tmp/8978_filelist_1480514283
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/1480514289
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514308
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514311
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514325
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514328
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514332
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514337
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514341
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514345
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514350
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514373
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514380
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514389
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514393
2016-11-30 15:03:49.589 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514397
2016-11-30 15:03:49.590 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514400
2016-11-30 15:03:49.590 - /var/mod/bin/185/busybox rm -r /var/tmp/8978_1480514405

 

[PeterPawn]

Ich habe leider keine Idee (und keine Lust in den Quellen nachzusehen), was nun einen Exit-Code von "1" beim mksquashfs auslösen könnte ... da dort die Ausgabe auf STDOUT auch noch für den "Antrieb" des Spinners benutzt wird, landen diese Ausgaben auch in keinem Protokoll, man müßte dazu die "run_spinner"-Funktion noch um das Protokollieren der "$line"-Variablen an irgendeine Stelle erweitern. Das sollte aber auch nicht der ansonsten verwendete Ringbuffer sein, denn da kommt für jede Datei eine Zeile bei heraus und dann enthält das Protokoll am Ende nichts anderes mehr als die letzten eingepackten Dateinamen.

Man könnte da also noch irgendwie ein

echo "$line" >>/var/tmp/mksquashfs.log

in die "while"-Schleife einfügen und am besten auch noch STDERR in dieser Zeile auf dieselbe Datei (anstelle von /dev/null) umbiegen.

 

[BurningCrash]

Danke dir Ansonsten muss ich halt im Auge behalten wenn die Box rebootet und der LCR rausspringt

 

[Micha0815]

Interessierte Zwischenfrage

@BurningCrash

Wenn Du Fernzugriff hast, weshalb führst "./modfs update ./wunsch.image" das nicht auf der entfernten FB (der Eltern) durch? Der interne Speicher der FB7490 mit ~xxxMB unter FTP -mit entsprechenden Dateirechten- reicht doch locker für *.image und das wget ...modfs samt Unterverzeichnissen und entpacken?

Nach dem switching kannst Du das ja wiederholen mit den Custom/LCR-Stuff?

Voraussetzung natürlich, dass Du aktuell SIAB/Telnet auf der entfernten FB am laufen hast bzw. VPN.

LG und wenn ich (eher aus dem Erstsemesterbereich) das auf einer kaskadierten FB (IP-Client via LAN1 ohne Speicherstick) aus der weiten Ferne über VPN->UMTS-FB7490 hinbekomme ...