dietmarw neutrino-cramfs.img1x fehlflashs auf sagen 1x

Beitrag von **dietmarw** » Montag 8. Mai 2006, 20:11

soweit ich wüßte nicht..?

Beitrag von **thorium** » Montag 8. Mai 2006, 20:12

aufs flashen selbst denke ich auch nicht, sonst könnte ich das alte nicht immer wieder zurückhauen?

Beitrag von **thorium** » Dienstag 9. Mai 2006, 17:49

Jemand mit einer Sagem Kabel Box mit 1-Flashchip der das gegentesten könnte ?

Beitrag von **Barf** » Dienstag 9. Mai 2006, 18:18

Ich kann bestätigen, dass es sich wirklich um ein Problem handelt. Und ein häßliges solches! Irgendwie schlägt das u-Boot-KOmmando fsload (teil von bootcmd) fehl. Das Kommando soll der Kernel ins Specher laden. Abhängig von Filesystem und Hardware entweder stürzt u-boot ab (die Schleife), oder kommt die Fehlermeldung

### FS LOAD ERROR<0> for vmlinuz!

Eventuell wird ein Imagecheck (u-boot Kommando iminfo) auf die (fehlerhaft oder nicht) geladene Image (Kernel) gemacht; dies führt zu der Meldung "Bad Magic Number" (was überhaubpt nichts mit "Bad Magics" in Sinn von checkImage zu tun hat).

Übrigens ist es problemlos, falls boot.conf nicht gefunden wird.

Beitrag von **thorium** » Dienstag 9. Mai 2006, 23:54

Hallo,
hast du das auch nachstellen können Barf ?
gruß

Beitrag von **Barf** » Mittwoch 10. Mai 2006, 16:57

Es gibt zwei (am mindestens (!)) unterschiedliche Probleme. Das Problem mit dem cramfs ist erledigt, siehe http://cvs.tuxbox.org/lists/tuxbox-cvs- ... 00005.html (peinliecher Tippfehler...

). Das Problem mit squashfs-images ist schwieriger, siehe http://forum.tuxbox.org/forum/viewtopic.php?t=41549, noch offen.

Beitrag von **thorium** » Mittwoch 10. Mai 2006, 18:07

Hallo,
Die files unter http://dietmarw.trale.de/ sind aktualisiert ? Würde dann die box mal mit einem cramfs image bestücken...
gruß
paul

Beitrag von **thorium** » Mittwoch 10. Mai 2006, 18:20

ok, aufm mirror liegt wohl noch das fehlerhafte...(grad wieder altes image am rückflashen)
habe mir noch den eintrag unter
http://cvs.tuxbox-cvs.sourceforge.net/t ... r2=1.1.2.7
angesehen - jetzt wundert es mich nicht mehr, wieso da beim cramfsimage
die meldung:
FS (squashfs) loading 'vmlinuz' to 0x100000
erscheint...

Beitrag von **Tommy** » Mittwoch 10. Mai 2006, 20:56

guck dir das dateidatum der images auf dem server an - dann weist Du ungefär wann das nächste kommt. Barf hat heute mittag eingecheckt. Korrigiert wird in den bestehenden Images sicher nichts

Beitrag von **thorium** » Mittwoch 10. Mai 2006, 21:00

images sind von 14.30 , posting von 11.17, da habe ich schon hoffnung gehabt...egal

Beitrag von **thorium** » Donnerstag 11. Mai 2006, 21:47

so, das image von heute (cramfs) funktioniert..
behebt leider nicht das problem mit bild & ton einfriehrern bei den öffentlich rechtlichen.
trozdem danke für die hilfe!

Beitrag von **Barf** » Donnerstag 11. Mai 2006, 21:55

thorium hat geschrieben:trozdem danke für die hilfe!

Danke für dein Fehlerbericht!

Bleibt noch das Problem mit squashfs in u-boot, siehe http://forum.tuxbox.org/forum/viewtopic.php?t=41549 (Ich hoffe, das Carjay mitspielt.)

behebt leider nicht das problem mit bild & ton einfriehrern bei den öffentlich rechtlichen.

Ich gehe davon aus, dass dieses Problem in einem anderen Thread behandelt wird.

Beitrag von **thorium** » Samstag 13. Mai 2006, 16:28

Barf, ja hier
http://forum.tuxbox-cvs.sourceforge.net ... hp?t=41597
bisher jedoch ohne antwort...

Beitrag von **waldy** » Dienstag 16. Mai 2006, 15:05

Hallo,

ich häng mich mal hier rein, mit der Bitte um eine kurze Antwort. Habe über einen längeren Zeitraum die täglichen Snaps als Komplettimage geflasht. Hatte nie Probleme damit. Jetzt spiele ich nur noch die root-neutrino.cramfs ein und habe den Effekt, das hochgerechnet bei etwa jedem 3. Flash nach dem Neustart "kein System" erscheint. Die restlichen 2x klappt es ohne Probleme. Wenn ich dann das Komplettimage gleichen Datums flashe, nie Probleme. Was ist an dem root-neutrino.cramfs bzw. squashfs ( dort ist das gleiche Problem )gegenüber dem Komplettimage so anders, das der Effekt auftreten kann?

Gruß
waldy

Beitrag von **Barf** » Dienstag 16. Mai 2006, 16:46

@waldy:

Es könnte eventuell so sein, dass ein root-neutrino.[cramfs|squashfs] "Bad magic Bytes" enthält, die davon erstellte Vollimage enthält ebenfalls diese "bad magic bytes", und wird beim checkImagelauf verworfen. Dagegen wird nicht root-neutrino.[cramfs|squashfs] verworfen.

Du kannst selbst dies mit dem checkImage-Programm überprüfen. Dies ist ein Programm, für ein Linux-PC gedacht. Bei Bedarf kann ich ein Binary zu Verfügung stellen.

Beitrag von **dietmarw** » Dienstag 16. Mai 2006, 17:12

hat es denn spezielle gründe das die root-updates nicht automatisch geprüft werden?

Beitrag von **Barf** » Dienstag 16. Mai 2006, 18:12

Traditionell haben wir die Vollimages gecheckt. Falls alle Partitionsgrößen ein Multipel von was in checkImage checkIntervall heisst (dies ist bei uns der Fall), dann ist die bad magic bytes des Vollimages = bad magic Bytes des FLFS( (Uboot) + bad magic bytes des Rootpartitions + bad magic Bytes des var-partitions.

Also wäre es eigenlich durchaus sinnvoll die Partitionsfiles separat zu checkImage-en.

Beitrag von **waldy** » Mittwoch 17. Mai 2006, 10:44

Komplettimage .cramfs vom 15.05. geflasht, heute root-neutrino.cramfs vom 16.05 nachgeschoben, Neustart - kein System. Die Ganze Sache macht für mich keinen Sinn mehr.

waldy

Beitrag von **Tommy** » Mittwoch 17. Mai 2006, 13:33

seit ihr euch sicher, das es das bad magic problem ist? Ich baue zwar immer squashfs und habe auch zuweilen bad magics im komplettimage aber die updates (obwohl ungeprüft) passen immer - hatte o.g. problem noch nie. Kann es sein das es cramfspezifisch ist und vllt was mit den partitionsgrößen zu tun hat? (eckiges schwein durch rundes loch ;-) )

Beitrag von **dietmarw** » Mittwoch 17. Mai 2006, 14:11

also ich muss leider dieses root-update problem auch bei squashfs bestätigen.
hatte es vor ein paar tagen auch mal.

Beitrag von **Tommy** » Mittwoch 17. Mai 2006, 16:56

dietmarw hat geschrieben:also ich muss leider dieses root-update problem auch bei squashfs bestätigen.
hatte es vor ein paar tagen auch mal.

mmmhhh - dann isses bei mir nur zufall das es noch nie gehakt hat ?!

Beitrag von **dietmarw** » Sonntag 21. Mai 2006, 11:34

nochmal zu dem root-update problem,
wäre gut wenn man ein serielles log vom

-updatevorgang über das menü (download, check, usw.)
-anschließenden bootvorgang

von einem problem-update hätte.

meine 7 versuche heute haben das problem leider nur beim ersten mal
nachvollziehen können und da war das serielle log nicht aktiv.. grml..
danach lief es jedesmal fehlerfrei, was eigentlich aussagt,
das das root-update file i.o. sein müsste!?!

evtl. ist da ja doch noch ein unerkanntes problem beim laden bzw. flashen?

Beitrag von **Barf** » Sonntag 21. Mai 2006, 11:46

Eventuell könnte mann den checkImagealgorithmus einbauen (flashtool.cpp?).
Sowohl Programmiereraufwand als auch Codegröße wäre vertretbar. Solange wir die endgültige Lösung noch nicht haben.

Jemand hat es früher vorgeschlagen; die Antwort war aber dass der Imagebauer checken soll...

Beitrag von **dietmarw** » Dienstag 23. Mai 2006, 20:43

ich hab jetzt erstmal einen check für die root-updates in mein script eingebaut,
würde es aber begrüßen wenn newmake das automatisch machen würde.

die ab heute vorhandenen root-updates sollten also laufen.