Image erstellen mit kernel 2.4.33.3 geht nicht

[carlosos]

Brauche dringend Hilfe.
Erstelle ja meine Images immer selber, aber mit dem neuen Kernel 2.4.33.3 bekomme ich immer eine Fehlermeldung vom CheckImage, wenn ich dann das Image flashe (Probe), läuft es nicht und der Bootmanager gibt das hier dann aus:
Select option (1-3), other keys to stop autoboot: 0
### FS (squashfs) loading 'vmlinuz' to 0x100000
SQUASHFS error: unsupported squashfs version 2.1
### FS LOAD ERROR<0> for vmlinuz!
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
Bad Magic Number
=>
Es ist ein squash Image und mit Suse 10.0 +10.2 habe ich es versucht, aber bei beiden BS gehts nicht mehr
Was mache ich hier falsch? Kernel 2.4.32 läuft ohne Problem durch und das Image geht.

[Houdini]

das hat nix mit dem Kernel selber sondern mit dem neuen Squashfs zu tun, du musst uboot mit dem neuen squashfs support kompilieren

[carlosos]

@Houdini.
Danke für die Antwort. Habe ich das richtig verstanden, dass ich die alte u-boot durch eine neue erstetzen muss, wenn ja, welche?

[Houdini]

du musst uboot mit dem neuen squashfs support kompilieren

aus dem aktuellen cvs selber kompilieren

[carlosos]

Das ist es ja, ist alles original runtergeladen.
habe die Partitionen nur angepasst, liegt es daran, wenn ja, wie muß ich das änderen?

Danke schon mal

[Boardgeist]

Bei mir war es so (newmake), daß ich das mksquashfs aus den Installationspfaden löschen mußte, damit das aus dem cvs genommen wird.
Alles andere läuft automatisch, zumindest mit newmake.
Such mal in Deinen Pfaden nach der alten Version und lösche sie, dann sollte es laufen.

gruß boardgeist

[carlosos]

Danke für den tip.

Das müsste doch nun auch so gehen, wenn ich das aktuelle mksquashfs(cdk) in /bin ersetze oder?

mfg carlo.....

Achso, noch Frohe Weihnachten an alle hier.

[carlosos]

Habe die Version mksquashfs 3.0, aber die Meldung " Bad Magic Number " werde ich nicht los, was kann es denn noch sein?

[Boardgeist]

Mach doch mal ein make distclean und bau nochmal komplett neu, dann sollte es gehen.

Ein paar mehr Infos, wie Du Dein Image baust, wären schon nicht schlecht!

Wenn Du z.B, mit newmake baust, wird die passende u-boot usw. automatisch erstellt und das Image wird "passend" zusammengebaut.
Bei Dir sieht es so aus, als ob u-boot nicht neu gebaut worden ist, darum auch das nicht zusammenpassende Filesystem.


gruß boardgeist

[carlosos]

Nachdem das Image fertig kompiliert ist, gibt checkImage keine Fehler aus, flashe ich aber, dann kommt das hier:

Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 0
### FS (squashfs) loading 'vmlinuz' to 0x100000
SQUASHFS error: reading inode block
### FS LOAD ERROR<0> for vmlinuz!
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
Bad Magic Number
=>

[Houdini]

Also wenn du von einem .32 auf das .33.3 umsteigst und die standard cvs sourcen nimmst brauchst/hast du

- einen linux kernel mit lzma squashfs
- uboot mit lzma squashfs support
- mksquashfs mit lzma support

wenn eines davon noch mit dem alten cvs gebaut wurde, wird es nicht gehen

[Boardgeist]

Houdini hat's ja auf den Punkt gebracht!

Also entweder macht Dein Script "komische" Sachen oder es werden nicht alle Sachen neu gebaut.

Und: checkImage prüft nicht die Zusammenstellung des Images, sondern nur 'Bad Magic Bytes', das ist was anderes.


gruß boardgeist

[carlosos]

Image läuft.