Nach jedem Start unterschiedlicher Füllstand des JFFS-Bereiches

[niemand0815]

mal eine frage zum flashvorgang per bootmanager:

wenn da beim erase WIRKLICH was schiefgehen würde, müsste da nicht eine fehlermeldung kommen?

er versucht doch einfach 1:1 das img-file ins flash zu kopieren. somit müsste er ja merken wenn da was schiefgeht, oder?

beim flashen mit dem bootmanager gibt es nämlich keinen fehler während des flashens. erst beim booten kommt das.

 

und wäre es nicht wirklich zufall das bei allen von uns nur das var betroffen ist und das bei allen von uns wohl nur ein freier bereich betroffen ist?

 

und wie merkt der bootloader das ein bereich nicht erased wurde der erased gehört hätte? das muss er ja irgendwie. und er sagt ja auch nicht das das flash nicht programmiert werden konnte, sondern er redet explizit von erase.

 

@wonderdoc: runtergeladen hab ichs noch nicht. nur die pm gelesen.

ich denk nicht das ich heute dazu komm, ehrlich. falls doch meld ich mich.

[wonderdoc]

@SnowHead

 

welche mkfs.jffs2 Version verwendest du dabei?

Habe in einem Forum gelesen(Beitrag war schon recht alt, bezog sich aber auf die selben Logausgaben), daß dort die Probleme durch Einsatz einer neuern Version behoben wurden.

 

In meinem Test-Linux(VM-Image) ist eine Version 1.50 enthalten.

Die im RC3 enthaltene ist eine 1.45.

 

mfg

Wonderdoc

[niemand0815]

wenn dem so ist sollten wir vor dem release mal eine mit 1.5 kompilierte probieren.

@snowhead: vielleicht kannst du ja eine RC3-test für uns zur verfügung stellen damit wir das ausprobieren, oder eben eine RC4 mit der 1.5 kompiliert zum testen für alle betatester.

[SnowHead]

Ich verwende die, welche aktuell mit dem CVS mitkommt. Wenn ich auschecke,

lasse ich zur Sicherheit auch das komplette CDK neu bauen, um Kompatibilitäts-

probleme zu vermeiden. Die aktuell im ausgecheckten CDK verwendete mkfs.jffs2

meldet "revision 1.1". Ich weiß nicht inwieweit die Versions- oder Revisionsnummern

von PPC- und X86-Binaries miteinander verglichen werden können. Die x86-Version

auf dem PC ist zum Beispiel 144 kBytes groß im Vergleich zu 42 kBytes der PPC-

Version auf der Box. Abgesehen davon gehe ich mal davon aus, daß im CVS jeweils

die aktuellste Version vorhanden ist. Eine andere Version steht mir auch gar nicht

zur Verfügung.

[wonderdoc]

@SnowHead

 

die mkfs.jffs2(/usr/sbin) in meinem Linux-Image(VM-Image) ist nur 36K groß.

Welche mkfs.jffs2 wird eigentlich zum bauen(packen) des var benutzt?

(die aus dem cdk oder die vom Built-Linux)

 

mfg

Wonderdoc

[SnowHead]

@wonderdoc

 

Selbstverständlich die aus dem CDK. Wie sollte ich denn eine PPC-Binary

auf einem x86-PC starten können?

[wonderdoc]

Ich meinte doch auch nicht die gebaute ppc-Version, sondern die X86-Version aus dem CDK oder die des Linux-PCs(Verwende ein VM-GNOME-Image).

 

PS: Ich habe gerade mal ausgecheckt und bin beim compilieren.

(Wie lange dauerte die Erstellung den eigentlich?)

 

mfg

Wonderdoc

[SnowHead]

@wonderdoc

 

Die aus dem CDK. Auf meinem PC dauert das Imagebauen mit dem

Build-Script vom bei Null beginnenden Auschecken des CDK bis zu

den beiden fertigen Images ca. 4 Stunden. Ein Rebuild nur des Images

dauert etwa 15 Minuten, wenn ich keine bad magics bekomme.

[wonderdoc]

@SnowHead

im CDK unter linux-2.4.35.3/fs/jffs2 in lt makefile die Version 1.43 enthalten.

 

Habe noch ein kleines Verständnisproblem.

Das CDK ist ja die toolchain um den Kernel+CVS-Sourcen für ppc zu compilieren, oder?

Ist die compilierte ppc mkfs.jffs2 die aus /cdk/linux-2.4.35.3/fs/jffs2 oder die 1.1 aus dem CVS?

Oder wird die aus /cdk/linux-2.4.35.3/fs/jffs2 dafür da um den jffs2 Anteil(var) des Images zu erstellen?

 

Naja, ich muß mal warten, bis alles durchgelaufen ist.

4h bei dir sind bei mir mit der VM bestimmt 7h

 

mfg

Wonderdoc

[SnowHead]

@wonderdoc

 

Die auf der Box ist die aus /cdk/linux-2.4.35.3/fs/jffs2. Das ist ja das

PPC-Linux für die Box. Der JFFS-Teil des Images wird aber auf dem PC

mit der 1.1 aus dem CDK gepackt.

[wonderdoc]

OK, Danke für die Info.

 

mit

Der JFFS-Teil des Images wird aber auf dem PC

mit der 1.1 aus dem CDK gepackt.

meinst du die 1.1 aus dem CVS, oder?

Oder hat das CDK sep. nochmals eine 1.1?

 

EDIT:

Bestimmt die 1.1 aus /tuxbox/hostapps/mkfs.jffs2

Ich muß mal schauen, wo die comp. Version abgelegt ist.

Vieleicht kann man diese zum Testen mal gegen die 1.50 austauschen.

Oder wurde da etwas speziell für die Dbox2 gepatcht?

 

mfg

Wonderdoc

[merkwuerden]

Naja, ich muß mal warten, bis alles durchgelaufen ist.

4h bei dir sind bei mir mit der VM bestimmt 7h

Autsch.

 

Bei mir dauert das inklusive komplettem CDK-Build (Athlon 64 3500+) unter Win2k3 mit VMware Player / OpenSuSE 10.2 keine 4 Stunden.

[wonderdoc]

OK,

CVS-Image wurde erstellt und konnte ohne Probleme geflasht werden.

Hat aber keine weiteren Erkenntnisse erbracht.

 

@niemand0815

Hattest du das ausgelesene RC3 nochmals aufgespielt?

 

mfg

Wonderdoc

[niemand0815]

nein, leider nicht.

ich komm wohl die ganze restl. woche nicht dazu. sorry.

[niemand0815]

komme auch weiter nicht dazu da ich wenn ich mal auszeit für die box bekomme immer ein neues betaimage zum flashen hab :-)

 

aber ich denke das wird nicht helfen, da ich auch beim reflash des var nach defrag den selben effekt habe sowie beim neuflashen des images.

 

übrigens tritt das auch auf wenn ich vom bootmanager flashe als auch wenn ich mgcamd und sectionsd sowie aviacheck for den flashaktionen kille.

 

eine andere idee (wenn auch noch so abwegig):

beim shutdown sehe ich im log meldungen darüber das er die filesysteme nicht unmounten konnte. ich schliesse mal darauf das dort noch prozesse drauf zugreifen.

könnte das evtl damit zu tun haben?