tar: invalid tar magic

xxx123

Neuer User
Mitglied seit
31 Dez 2008
Beiträge
2
Punkte für Reaktionen
0
Punkte
1
Hallo,

ich bekomme beim Entpacken der Firmware auf der Box
(7390) folgenden Fehler:

Firmware-Archiv extrahieren ...
tar: invalid tar magic.

Die Version 12833 kann ich noch bauen und installieren. Nach einem svn update (letzter Versuch auf 12988) wird das Image gebaut, aber die Box meldet den o.a. Fehler.

Jemand eine Idee, was ich ändern muss?
 
Hello,


I have also this error. Can you help me ?

Best regards
 
Kann mich nur anschließen. Gleiches Problem hier.
Fritzbox 7490
Ver. 6.24
OpenVPN und inadyn.mt
 
Zuletzt bearbeitet:
Habe ich auch ... das make läuft ohne fehler durch, nur beim update

tar: invalid tar magic.

Fritzbox 7490 06.24
 
Ok, dann auch hier noch einmal ...

Kann mal bitte jemand von seinem Image einen Hexdump des ersten KB machen?

Code:
hexdump -X -n 1024 [I]image_file[/I]
Es müßte erst einmal geklärt werden, ob das Problem beim Einpacken des neuen Images oder beim Auspacken auf der Box liegt.
 
Hexdump kann ich hier auf der Win-Maschine nicht machen.
Das Image habe ich komplett auf Dropbox hochgeladen (siehe Ticketsystem).
Wenn ich heute abend an die Speedlinux-Kiste komme, werde ich den Dump versuchen.
 
Speedlinux kennt den Befehl hexdump nicht.
 
Auf OSX läuft Hexdump nur ohne -X option ... Hier ist es :)

Code:
0000000 53 70 85 51 c1 fb 33 2e bb 0c 2b 21 de 22 ba ff
0000010 94 2e e0 6f f5 17 20 a0 c8 cf 4e cd 4f e1 e7 f5
0000020 46 37 8e 18 8f 34 60 80 2b 71 8d d7 6c 75 98 64
0000030 0b e3 b7 09 2c da 07 95 44 e9 90 7d ae d1 68 a1
0000040 4a ed 5b 34 ad 6e fc 53 c6 2b f8 22 7c 67 77 6c
0000050 81 a5 3d 3f 77 55 56 64 f1 67 aa e5 e3 2b 76 03
0000060 fe 2c a9 5f aa 71 76 55 af 77 f2 c5 63 56 8c bf
0000070 7e 2a 29 ff 9b 1e 80 27 15 65 ff b7 e8 ea 98 11
0000080 00 45 37 cc 00 00 06 08 00 01 25 a8 00 00 00 06
0000090 00 01 00 00 00 00 00 07 00 04 37 cc 00 45 37 cc
00000a0 00 45 37 cc 00 00 00 00 00 00 00 08 00 00 00 04
00000b0 00 00 00 04 64 74 e5 51 00 00 00 00 00 00 00 00
00000c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 07
00000d0 00 00 00 04 b2 00 01 f6 00 00 00 00 00 00 00 00
00000e0 00 00 00 00 00 00 00 00 00 45 ba 20 00 00 00 00
00000f0 00 00 00 00 00 00 00 00 00 00 00 00 3c 1c 00 06
0000100 27 9c b9 24 03 99 e0 21 27 bd ff e0 af bc 00 10
0000110 af bf 00 1c af bc 00 18 04 11 00 01 00 00 00 00
0000120 3c 1c 00 46 27 9c ba 20 8f 99 80 28 00 00 00 00
0000130 27 39 0e 90 04 11 03 56 00 00 00 00 8f bc 00 10
0000140 00 00 00 00 04 11 00 01 00 00 00 00 3c 1c 00 46
0000150 27 9c ba 20 8f 99 80 2c 00 00 00 00 27 39 e6 c0
0000160 04 11 39 57 00 00 00 00 8f bf 00 1c 03 e0 00 08
0000170 27 bd 00 20 00 00 00 00 00 00 00 00 00 00 00 00
0000180 3c 1c 00 46 27 bd ff a0 27 9c ba 20 28 84 00 05
0000190 af bf 00 5c af be 00 58 af b7 00 54 af b6 00 50
00001a0 af b5 00 4c af b4 00 48 af b3 00 44 af b2 00 40
00001b0 af b1 00 3c af b0 00 38 af bc 00 18 10 80 00 14
00001c0 af a5 00 64 8f 99 80 68 3c 04 00 41 04 11 09 8c
00001d0 24 84 e7 e4 8f bc 00 18 3c 04 00 41 8f 99 80 68
00001e0 00 00 00 00 04 11 09 86 24 84 e8 2c 8f bc 00 18
00001f0 3c 04 00 41 8f 99 80 68 00 00 00 00 04 11 09 80
0000200 24 84 e8 6c 24 03 00 01 08 10 03 1f af a3 00 28
0000210 8f a8 00 64 8f 99 80 6c 00 00 28 21 8d 04 00 04
0000220 24 06 00 0a 04 11 16 8a 3c 11 00 46 3c 10 00 46
0000230 26 24 29 0c 0c 10 04 95 00 40 90 21 0c 10 04 95
0000240 26 04 29 08 8f a3 00 64 00 00 00 00 8c 64 00 08
0000250 0c 10 05 fe 26 25 29 0c 14 40 00 e4 24 08 00 01
0000260 8f a3 00 64 00 00 00 00 8c 64 00 0c 0c 10 05 fe
0000270 26 05 29 08 14 40 00 dc af a2 00 28 24 02 00 01
0000280 12 42 00 09 24 02 00 02 16 42 00 d8 24 08 00 01
0000290 8e 24 29 0c 8e 05 29 08 0c 10 07 63 00 00 00 00
00002a0 08 10 00 ae 00 00 00 00 8e 24 29 0c 8e 05 29 08
00002b0 0c 10 09 4c 00 00 00 00 8e 31 29 0c 3c 10 00 45
00002c0 26 10 38 20 0c 10 03 e6 02 20 20 21 0c 10 03 e6
00002d0 02 20 20 21 8f bc 00 18 12 20 00 a8 00 00 00 00
00002e0 8f 99 80 30 8e 24 00 10 04 11 10 a9 02 00 28 21
00002f0 8f bc 00 18 10 40 00 04 3c 1e 00 46 8e 31 00 04
0000300 08 10 00 b6 00 00 00 00 8f 99 80 70 27 de 0e c8
0000310 03 c0 20 21 00 00 28 21 04 11 10 69 24 06 1a 40
0000320 8f bc 00 18 3c 12 00 46 26 52 0d c8 8f 99 80 70
0000330 02 40 20 21 00 00 28 21 04 11 10 61 24 06 01 00
0000340 8f bc 00 18 3c 15 00 46 26 b5 0c c8 8f 99 80 70
0000350 02 a0 20 21 00 00 28 21 04 11 10 59 24 06 01 00
0000360 8f bc 00 18 3c 13 00 45 26 70 3e 20 8f 99 80 70
0000370 02 00 20 21 00 00 28 21 04 11 10 51 24 06 31 00
0000380 8f bc 00 18 3c 17 00 46 3c 16 00 46 8f 99 80 70
0000390 3c 02 00 46 3c 04 00 45 ae e0 af 30 ae c0 0c c4
00003a0 24 84 6f 20 00 00 28 21 24 06 40 08 04 11 10 44
00003b0 ac 40 af 28 8f bc 00 18 3c 02 00 45 24 42 3e 24
00003c0 26 14 00 c4 24 12 00 f0 24 0f 00 f1 24 0e 00 f2
00003d0 24 0d 00 f3 24 0c 00 f4 24 0b 00 f5 24 0a 00 f6
00003e0 24 09 00 f7 24 08 00 f8 24 07 00 f9 24 06 00 02
00003f0 24 05 00 04 24 15 00 06 24 16 00 08 24 17 00 0a
0000400
 
Ihr seid wie im Kindergarten, echt...
http://gnuwin32.sourceforge.net/packages/hextools.htm
Code:
\hextools-1.0-bin\bin>hexdump.exe --help
Usage: hexdump.exe [[-i] inputfile] [-o outfile] [-n]
  if in/outfile are omitted, stdin/stdout are used instead
  -n: repeating lines will NOT be abbreviated (no '*'-lines).
  -f: show each incoming byte. (implies -n)
wenn es denn unbedingt unter Win sein muss...

Und ich glaube nicht, dass eine vernünftig aufgesetzte Buildumgebung in einer VM (z.B. Freetzlinux) es nicht hat.

MfG
 
Ehrlich Leute, Eure Bemühungen in allen Ehren ... aber mit einem Hexdump ohne ASCII-Anzeige dahinter will ich nichts anfangen und wie hermann72pb schon geschrieben hat, wird es ja wohl möglich sein, auf dem Buildsystem - notfalls mit der Busybox für den Build-Host - einen halbwegs lesbaren Hexdump des Images (es reicht wie gesagt der Anfang) zu erzeugen. Wenn die Host-Busybox kein "hexdump"-Applet enthält, nimmt man eben "sfk" oder irgendetwas anderes, was sich dafür eignet. Wie der Hexdump erzeugt wird, ist am Ende auch Bummi ... entscheidend ist, was er über die Struktur des erzeugten Images aussagt.

Und wie er13 bereits im Ticket geschrieben hat, ist das von alfred.s auf der Dropbox abgelegte File schon mal kein gültiges Image (ein Image ist am Ende ein ungepacktes tar-File) ... auch da weigere ich mich aber aus prinzipiellen Erwägungen, auf eine fremde Dropbox (und sei sie selbst explizit dafür freigegeben) zuzugreifen - das fängt beim Aufruf von deren Webseite und der Notwendigkeit der Akzeptanz des DigiCert-Zertifikats an.
 
Moin

@ChrisHam: Programm: MS Windows: IrfanView
7360SL_Int_6.03_01.jpg
Menü --> Ansicht --> Im HEX-Viewer anschauen (F3)
...ideal für Mausschubser. ;)
 
hexdump.jpg

OK, hier der dump. Wie schon im Ticketsystem geschrieben, ist es erstaunlicherweise Klartext.
Ich nutze seit 15 Jahren kein Unix mehr produktiv. Das Speedlinux ist ausschließlich zum Erzeugen der Fritzimages vorhanden.
Daher habe ich die Linuxfunktionen nicht einfach im Ärmel zum Rausschütteln. Wenn Speedlinux die Hexdump-Funktion dabei hat, dann habe ich sie nicht gefunden.
 
Das Ticket wurde ohne weitere Angaben geschlossen. Offenbar habe ich irgendeine Form nicht eingehalten oder nicht rechtzeitig bzw. nicht passend geantwortet. Mein letzter Post wurde auch gelöscht.
Vielleicht mag sich jemand damit auseinandersetzen, der mehr Unix-Wissen und mehr verfügbare Zeit hat. Für mich ist Speedlinux einzig das Mittel, um Freetz-Images zu bekommen. Mehr mache ich damit nicht, da ich mich vor Jahren schon mangle nötiger Freizeit von Unix verabschiedet habe.
 
@alfred.s: es hat keiner was gelöscht - es fehlt keine einzige Comment-Nr zwischen 1 und 11 (was der Fall wäre, wenn jemand tatsächlich etwas gelöscht hätte). Und wegen "irgendeine Form nicht eingehalten": öffne mal dein Post in deinem Browser - kann man es lesen? Was ist denn so schwer an dem Wort "anhängen" zu verstehen? Nicht "als comment posten", anhängen - habe ich geschrieben - sodass ich es runterladen und mit meinem Log vergleichen kann (automatisiert, mittels diff). Und wenn Du Deine freetz .config von Anfang an, wie es dieser Wiki-Artikel zwingend bei allen Tickets vom Typ "defect" verlangt, anhängen würdest, so wäre dieser Vergleich deutlich einfacher, da ich mir keine Gedanken der Art "das spielt vermutlich keine Rolle, das ist nur auf eine andere config-Option zurückzuführen" machen müsste.
 
[OT]
@er13: Ich kann dich verstehen, aber komm bitte runter. Er kann nichts dafür, er ist so...
@alfred.s: Mit so einer Einstellung wird dir irgendwann mal keiner hier mehr helfen. Glaub mir. Tu wenigstens das, was man von dir verlangt und sei kooperativ, wenn DU Hilfe brauchst. Die Betonung liegt auf DU.
[/OT]
Kann es sein, dass es CAM-Leute hier mit dem gleichen Abbild sich rumärgern? Seltsam, dass es einige betrifft...

MfG
 
Der Hexdump in IrfanView ist zwar auch eher ein Witz (jede (m.W.) Freetz-Buildumgebung enthält automatisch "sfk", selbst das ist die bessere Wahl und wird ohnehin zur Trennung von kernel.image und filesystem.image eingesetzt bei Versionen ohne NAND-Update), aber man sieht ja schon auf den ersten Blick, daß das eben kein tar-File ist. Damit liegt der Fehler irgendwo beim Einpacken des Images und wenn ich den Filenamen aus der IrfanView-Anzeige betrachte, stellt sich für mich die Frage, ob er bei einem "originalen" Freetz-Trunk auch auftritt (denn die Basis wurde ja offenbar modifiziert). Vielleicht steht ja nur nach irgendwelchen Modifikationen die $TAR-Variable in "fwmod" auf einem falschen Wert?
 
@PeterPawn: Sag ich doch, CAM oder etwas Ähnliches... Ich rieche meistens sowas ziemlich weit... Und auch .config wird uns nur bedingt helfen. Man bräuchte hier eigentlich einen diff gegen trunk, um die Inhalte von dem "M" zu beleuchten...

MfG
 
Ich hatte gestern gegen Mitternacht noch im Ticket geantwortet, dass ich in der Regel nicht an dem Speedlinux Rechner sitze, sondern meist einige Kilometer davon entfernt bin. Ich erstelle da nur das Image und nehme es dann am USB-Stick mit. Deshalb dauert das alles etwas.

Ich habe versucht, das Script, wie von er13 verlangt, im build-Verzeichnis laufen zu lassen. Da hat es mir nur eine Fehlermeldung produziert. Daraufhin habe ich entsprechend der Fehlermeldung (fehlendes Verzeichnis) gesucht, wo es passen könnte und im trunk-Verzeichnis eine passende Struktur vorgefunden. Da lief es dann auch. Wenn das nicht passt, dann sagt mir bitte, wo ich es starten soll. Im build läuft es definitiv nicht.

Gefragt wurde ich nach dem .config-File des Images, das auf meiner Fritzbox läuft (Zitat: "Welche Firmware ist derzeit auf deiner 7490? Freetz Revision? Bitte .config dieser Firmware anhängen…"). Dazu habe ich geschrieben, dass ich dieses nicht mehr habe, weil ich Speedlinux zwischenzeitlich zweimal neu installiert habe. Nach dem Eintrag von gestern war mir klar, dass auch die .config des nicht funktionierenden Images gesucht ist. Dazu hatte ich gleich nachdem ich ihn gelesen hatte, angefragt, wo diese im Normalfall zu finden ist, da der Verzeichnisbaum doch sehr groß ist und ich mangels Insiderwissen sonst ewig suche.

HexDump habe ich in meinem Leben noch nicht gebraucht (obwohl ich bis vor 15 Jahren Unix-Rechner betreute). Eine klar verständliche (und funktionierende) Anweisung, für jemanden, der kein Unix-Insider mehr ist, hätte geholfen. Die genannte Anweisung hat jedenfalls nicht funktioniert. Den Hinweis auf IrfanView habe ich gerne aufgegriffen, weil ich das verfügbar habe. Die hier genannten hextools habe ich ebenfalls getestet, dabei aber nur unformatierten Schrott erhalten.

Man kann mir vorwerfen, dass ich das Logfile versehentlich gepostet und nicht als Attachment angehängt habe. Ja, das war mein Fehler, weil ich es übersehen hatte. Sorry.
Aber ganz verstehe ich hier nicht, warum das so ein Drama ist. Es ist ein Klartextfile.
Wenn dieser Fehler ausreichend ist, dass er13 gleich das Ticket verwirft und hermann72pb gleich ein bashing startet, dann soll es wohl so sein. Tut mir nur leid, dass deshalb auch allen anderen nicht geholfen wird.
 
@alfred.s: Es wird allen hier geholfen, die sich kooperativ verhalten und nicht über mehrere Postings hinaus hier im IPPF und im Ticket die entscheidenden Anfragen der Experten stillschweigend ignorieren, die Ratschläge nicht verfolgen, sehr wichtige Informationen über modifizierte Trunk-Versionen verschweigen u s.w. (ich könnte noch mehr aufzählen). Außerdem scheinst du dir nicht mal die Zeit dafür zu nehmen, elementare FREETZ-Grundlagen auf freetz.org durchzulesen. Warum sollen wir es denn für dich in unserer freien Zeit tun? .config ist A und O und ist WIRKLICH überall beschrieben. Ich hatte sogar extra für solche Leute wie dich alles mögliche getan, um .config noch mit ins Image zu übernehmen und dort anzuzeigen. Also, noch redundanter geht es nicht. Zugegebenermaßen ist es diesmal doof gelaufen, dass du gar nicht dazu kommst, die Datei dir im FREETZ anzeigen zu lassen oder sogar per Browser runterladen zu lassen. Aber alles kann man leider nicht vorsehen. Auch nicht, dass du dich ohne Grundwissen mit dem Trunk beschäftigst und dort noch irgendwelche Modifikationen unternimmst. Dafür gibt es hier wirklich kein Support. Und schon gar nicht, wenn du uns nicht alles verrätst.

Was ich mit CAM? Habe ich Recht oder habe ich Recht?

MfG
 
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.