Unpacking schlägt fehl

olistudent · 30 Jan 2009

Wir haben schon festgestellt, dass der Fehler am Update von squashfs von 3.3 auf 3.4 liegt. Da wurde ein "multithreaded" unsquashfs eingeführt, dass anscheinend ein Problem hat.

MfG Oliver

mhoeppner · 31 Jan 2009

Hallo,

bin auf diesem Gebiet ziemlich unbeleckt . . .
Kann ich das Problem auf meinem Rechner lösen oder umgehen?

Gruß
MHoeppner

mhoeppner · 1 Feb 2009

Hallo,

habe jetzt das stable 1.1 auf einem Laptop mit Mandriva PP 2007.0 laufen lassen und es ging ohne Fehlermeldungen durch.

Nachdem ich alles noch einmal habe mit 16MB Option (nachdem ich das anhand der HW Revision herausgefunden hatte) gemacht habe, konnte ich die Box problemlos aktualisieren.
Jetzt funktioniert nur das Passwort nicht. Bin ich zu blöd? Benutzer ist doch admin und Standardpasswort freetz, oder nicht?

Bitte dringend um Hilfe, danke.

Gruß
MHoeppner

Silent-Tears · 1 Feb 2009

Das ist wohl ein anderes Thema, oder?

Dennoch: admin und freetz

Ohrenschmalz · 11 Feb 2009

Ich kann immer noch nicht bauen

Code:

/home/Malo/freetz-1.0/freetz-trunk/./tools/usr/bin/fakeroot: line 178: 15494 Abgebrochen             FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH="$PATHS" LD_PRELOAD="$LIB" "$@"
ERROR: modunsqfs: Error in build/original/kernel/kernelsquashfs.raw

Trunk-Version 3057 ausgecheckt...

Host/Kernel/OS "Rappelkiste" running Linux 2.6.28-4.slh.2-sidux-686 i686 [ sidux-20070224-d:4]

Falls das jemand braucht...

Liegts nu an meinem PC, an freetz...

Wenn letzteres, wann gehts weiter?

Liebe Grüße

olistudent · 11 Feb 2009

Ich kann nix machen solange ich den Fehler nicht reproduzieren kann und das kann ich mit meinem Ubuntu 8.10 (32-Bit) derzeit nicht.

MfG Oliver

Ohrenschmalz · 11 Feb 2009

Update:
Hab jetzt mal inner VM Kubuntu installiert, da liefs jetzt problemlos durch...

Liegt also an meinem physikalisch installiertem Debian...

Hab nach Fertigstellung allerdings bekommen:

Code:

kernel image size:7652864 (max:7798784; free: 145920)
Warning: Not enough free flash space for answering maschine!

Heisst das, wenn ich das Image flashe, das kein AB mehr auf der Fritte ist???

Danke und Gruß

ao · 12 Feb 2009

Hallo, die Antwort steht hier und im Wiki/FAQs.

hoppel118 · 15 Feb 2009

Moinsen,

ich hab den Fehler auch mit kubuntu 8.10 / 2.6.27.11...

Würde gern den trunk benutzen, da ich ein MT-D benutze und die letzte stable-FW keinen stabilen Betrieb für mich hergibt (Ton fällt komplett aus). Nachdem eine Meldung kam, ich solle bitte die firmware nach dl/fw/FRITZ.Box_Fon_WLAN_7270.Labor.54.04.70-13640.image kopieren und ich dieses getan habe, erhalte ich dann folgende Meldung beim kompilieren:

STEP 1: UNPACK
unpacking firmware image
splitting kernel image
unpacking filesystem image
3110 inodes (3273 blocks) to write
/home/.../freetz-trunk/./tools/usr/bin/fakeroot: line 178: 15537 Aborted FAKEROOTKEY=$FAKEROOTKEYLD_LIBRARY_PATH="$PATHS" LD_PRELOAD="$LIB" "$@"
ERROR: modunsqfs: Error in build/original/kernel/kernelsquashfs.raw
make: *** [firmware-nocompile] Fehler 1

Muss ich mir jetzt wirklich in vmware nen ubuntu-gast anlegen?

-------------------------------------------------------------------------------------------------
[edit]
@olistudent

Wir haben schon festgestellt, dass der Fehler am Update von squashfs von 3.3 auf 3.4 liegt. Da wurde ein "multithreaded" unsquashfs eingeführt, dass anscheinend ein Problem hat.

Tatsächlich, hab mir stinkylinux nochma in eine VM auf meinem kubuntu gehauen und das ganze hat funktioniert. Das Compilieren hat aber ziemlich lang gedauert und kann einfach kein Dauerzustand bleiben. Ein Linux-System auf nem Linux-System macht in diesem Fall keinen Spaß!

Ist da jemand an ner Lösung dran?
Oder kann man das squashfs einfach downgraden? -Was wohl auch nicht im Sinne des Erfinders liegen würde...

[/edit]
-------------------------------------------------------------------------------------------------

Greetz Hoppel

hoppel118 · 27 Feb 2009

Gibts da mitllerweile was Neues zum Thema? Hab keine Lust auf vmware und stinkylinux?

Greetz

Hoppel

cando · 27 Feb 2009

Also ich hab Ubuntu 8.10 im Einsatz und hab kein Problem mit dem Auspacken / Bauen von freetz...

Code:

~/freetz-trunk$ make
STEP 1: UNPACK
unpacking firmware image
splitting kernel image
unpacking filesystem image
  3110 inodes (3273 blocks) to write
  created 2633 files
  created 129 directories
  created 305 symlinks
  created 172 devices
  created 0 fifos
unpacking var.tar
done.

STEP 2: MODIFY
applying patches
  applying patches (7270-de)
  Applying symlinks, deleting additional webinterfaces
  making symlink for modules (-ur8)
    patching file etc/profile
    patching file etc/init.d/rc.net
    patching file usr/bin/system_status
    patching file etc/inittab
    patching file etc/fstab
    patching file etc/init.d/rc.net
    patching file etc/init.d/rc.S
    patching file etc/init.d/rc.S
    patching file etc/init.d/rc.S
    patching file etc/init.d/rc.S
    patching file usr/www/all/html/de/home/home.js
    patching file etc/init.d/rc.net
    patching file etc/init.d/rc.net
    patching file etc/hotplug/storage
    patching file etc/hotplug/run_mount
    patching file usr/www/all/html/de/home/foncalls.js
    patching file usr/www/all/html/de/menus/menu2_homehome.html
    patching file usr/www/all/html/de/menus/menu2_konfig.html
    patching file usr/www/avm/html/de/fon/sperre1.js
  creating symlinks /tmp, /mod and /home
  setting freetz-version 'freetz-devel'
  removing /bin/getcons
  patching /etc/init.d/rc.s
  Patching /bin/onlinechanged
  applying 16MB patch
    patching file var/install
  patching tr069.cfg
  Copying iptables
  renaming ar7login to make way for wrapper script
  applying printk patch
  applying wol patch
    patching file usr/www/all/html/de/menus/menu2_homehome.html
    patching file usr/www/all/html/de/menus/menu2_konfig.html
  applying webmenu signed patch
  applying USB storage patch
    patching file etc/hotplug/run_mount
  applying enum patch
  removing assistant
    patching file usr/www/all/html/de/home/sitemap.html
    patching file usr/www/all/html/de/js/basis.js
    patching file usr/www/avm/html/de/menus/menu2_konfig.html
  removing help
  build/modified/filesystem/usr/www/all/html/de
  removing AVM inetd
  removing userman files
  remove AVM samba config
  adding volume counter
    patching file usr/www/all/html/de/home/home.js
    patching file usr/www/all/html/de/internet/budget.frm
    patching file usr/www/all/html/de/internet/budget.html
    patching file usr/www/all/html/de/internet/budget.js
    Hunk #5 succeeded at 127 with fuzz 2 (offset -3 lines).
    patching file usr/www/all/html/de/internet/inetstat.html
    patching file usr/www/all/html/de/internet/inetstat.js
  removing oem: 1und1
installing mod base
  copying files
  installing libs
  installing terminfos
  patching bar-style and cache-usage
    patching file usr/mww/cgi-bin/status.cgi
    patching file usr/lib/cgi-bin/mod/mounted.cgi
replacing busybox
  replacing busybox-8mb_26
  installing symlinks
replacing kernel
  replacing kernel-8mb_26-7270_04.67 (iln6)
  installing modules
  generating modules.dep
installing packages
  syslogd-cgi-0.2.3
  inetd-0.1
  nfsd-cgi-0.1
  avm-firewall-2.0.4_rc2
  dnsmasq-2.46
  dropbear-0.52
  rcapid-0.1
  rrdtool-1.2.29
  wol-cgi-0.6
  knock-0.5
  samba-3.0.24
  rrdstats-0.6.9
  bridge-utils-1.2
  cpmaccfg-0.5
  fstyp-0.1
  haserl-0.9.25
  iptables-1.4.1.1
  mc-4.6.1
  mini_fo-0.3
  modcgi-0.2
  nano-2.0.9
  netcat-0.7.1
  nfs-utils-1.1.3
  ntfs-1.5130
  portmap-6.0
  tcpdump-3.9.8
  tcp_wrappers-7.6
invoking custom script
done.

STEP 3: PACK
  Checking for left over Subversion directories
squashfs blocksize
  root filesystem: 65536
packing var.tar
creating filesystem image
merging kernel image
  kernel image size: 9796352 (max: 16121856, free: 6325504)
  Aproximately free time for the answering machine: 3020s (50min 20s)
packing 7270_04.67freetz-devel.de_20090227-182546.image
Image files can be found in the ./images/ subfolder
done.

FINISHED

RalfFriedl · 28 Feb 2009

Ich habe hier einen Patch angehängt. Alle, bei denen das Problem auftritt, sollten mal ausprobieren, ob der Patch hilft.

make · 28 Feb 2009

Astrein. Ich kann aktuell nur gegen den svn-Stand von Donnerstag testen, aber damit habe ich keine Probleme mehr, unpacking läuft durch.

Danke!

hoppel118 · 1 Mrz 2009

Danke RalfFriedl! Es hat geklappt, bin begeistert!

Greetz

Hoppel

JanGerrit · 1 Mrz 2009

Hallo Zusammen,

auch hier (Kubuntu 8.10 AMD64) läuft es mit dem Patch prima, danke.

Viele Grüße,
Jan Gerrit

RalfFriedl · 1 Mrz 2009

Der Patch ist inzwischen im aktuellen SVN.

Was mich nachträglich wundert ist, daß es bei vielen doch funktioniert hat. Insbesondere daß ein statisch kompiliertes Programm auf einem System gelaufen ist und auf einem anderen System nicht.

Wer sich den Patch genauer angeschaut hat, wird festgestellt haben, daß es ein Fehler beim Belegen des Speichers war, es wurde zu wenig Speicher angefordert für das, was nachher damit geschehen sollte.

Silent-Tears · 1 Mrz 2009

RalfFriedl schrieb:
Was mich nachträglich wundert ist, daß es bei vielen doch funktioniert hat. Insbesondere daß ein statisch kompiliertes Programm auf einem System gelaufen ist und auf einem anderen System nicht.

Ist eigentlich kein wunder. Denn unalliziierten Speicher nutzen ist immer ein Risikospiel. Kommt auf die lokalen Bedingungen an, wie mit dem Speicher umgegangen wird, genauso darauf, was vorher schon alels mit dem Rechenr passiert ist, etc. Kann gut gehen, muss nicht.

RalfFriedl · 1 Mrz 2009

Bei einem statischen Programm gibt es nicht mehr viel, was zu Unterschieden führen kann. Das Einzige, was mir auf die Schnelle einfällt, ist die Auswahl der Speicherbereiche und in diesem Fall das Scheduling der einzelnen Threads, die vom verwendeten Kernel oder dessen Konfiguration abhängen können.

otherland · 7 Mrz 2009

Patch funktioniert!

RalfFriedl schrieb:
Ich habe hier einen Patch angehängt. Alle, bei denen das Problem auftritt, sollten mal ausprobieren, ob der Patch hilft.

Vielen Dank! Der Patch löst das Problem bei mir, Compile läuft jetzt durch!

Danke!

pengu · 11 Aug 2009

Ich hatte das beschriebene Problem getern auch.

Ein make fakeroot-dirclean && make fakeroot-distclean und alles war gut.
(Gentoo Linux x86_64)

Unpacking schlägt fehl

IPPF-Urgestein

Neuer User

Neuer User

IPPF-Promi

Aktives Mitglied

IPPF-Urgestein

Aktives Mitglied

Aktives Mitglied

Neuer User

Neuer User

Aktives Mitglied

IPPF-Urgestein

Neuer User

Neuer User

Neuer User

IPPF-Urgestein

IPPF-Promi

IPPF-Urgestein

Neuer User

Mitglied

Statistik des Forums