[NMP v3.xx] ZGemma H7 image does not install

[dryeye]

es tut mir leid....
habe mich über den morgen leider vergeblich bemüht die serielle schnittstelle zu etablieren....sodaß ich leider kein bootlog zur verfügung stellen kann.

IMG_20211112_113650.jpg

IMG_20211112_113616.jpg

[thc09]

War das per HW nicht irgendwie baugleich zur HD51 ?

Usb zu seriell ?

Auf jeden Fall keinen Saft durchreichen , nur rx,tx, ground.

[dryeye]

ja ....usb (win10) zu seriell
logitech adapter wird an com3 erkannt und ist korrekt konfiguriert...
putty steht auf 115200/8/1
hatte das ganze so auch schon mal am laufen...
komischerweise kriege ich jetzt, auch mit der box direkt am adapter, nicht hin?
evtl. probiere ich es am WE nochmal....habe den papp jetzt erstmal auf!

[dryeye]

was lange währt wird endlich gut....
log anbei...

IMG_20211112_133748.jpg

[TangoCash]

Da scheint die Partition kaputt zu sein:

Code: Alles auswählen

[    1.686394] Waiting for root device /dev/mmcblk0p3...
[    1.738786] mmc0: new high speed MMC card at address 0001
[    1.744584] mmcblk0: mmc0:0001 4FPD3R 3.64 GiB
[    1.749263] mmcblk0boot0: mmc0:0001 4FPD3R partition 1 4.00 MiB
[    1.755369] mmcblk0boot1: mmc0:0001 4FPD3R partition 2 4.00 MiB
[    1.761474] mmcblk0rpmb: mmc0:0001 4FPD3R partition 3 512 KiB
[    1.769471] VFS: Cannot open root device "mmcblk0p3" or unknown-block(179,3): error -6
[    1.777420] Please append a correct "root=" boot option; here are the available partitions:

[blacky49]

Oder neues Layout ?
BP schrieb ja wenn neues Layout dann startet die Box nicht.
Da wir ja die echten Parts nutzen.

[BPanther]

Die Frage des Layouts dürfte sich aber eigentlich nicht stellen, denn es wurde direkt mit der disk.img geflasht - und die schreibt ja das korrekte Layout. Das sieht man gleich zu Beginn des Logs.
Von daher wundert es mich, daß das Teil nicht startet. Oder erzwingt der Loader das andere Layout bzw. kommt mir dem normalen nicht mehr klar bei der H7 im Gegensatz zur HD51? Wobei dem Loader das egal sein sollte, da das Image bzw. das Kernel ja den Rest macht. Nur am Kernel ist auch schon lange nichts mehr verändert worden...

[dryeye]

ich habe das ganze jetzt nochmal mit einem älteren multi-usb-image (h7_DDT_multi_usb_rev19135-ddt) durchgeführt....
hiermit funktioniert alles wie es soll.
log anbei....

h7_DDT_multi_usb_rev19135-ddt_flashlog_12_11_2021.txt

[dryeye]

Interessant, die Logs unterscheiden sich lediglich hier:

Problem:

Code: Alles auswählen

[    1.686394] Waiting for root device /dev/mmcblk0p3...
[    1.738786] mmc0: new high speed MMC card at address 0001
[    1.744584] mmcblk0: mmc0:0001 4FPD3R 3.64 GiB
[    1.749263] mmcblk0boot0: mmc0:0001 4FPD3R partition 1 4.00 MiB
[    1.755369] mmcblk0boot1: mmc0:0001 4FPD3R partition 2 4.00 MiB
[    1.761474] mmcblk0rpmb: mmc0:0001 4FPD3R partition 3 512 KiB
[    1.769471] VFS: Cannot open root device "mmcblk0p3" or unknown-block(179,3): error -6
[    1.777420] Please append a correct "root=" boot option; here are the available partitions:

OK:

Code: Alles auswählen

[    1.675699] Waiting for root device /dev/mmcblk0p3...
[    1.744340] mmc0: new high speed MMC card at address 0001
[    1.750157] mmcblk0: mmc0:0001 4FPD3R 3.64 GiB 
[    1.754833] mmcblk0boot0: mmc0:0001 4FPD3R partition 1 4.00 MiB
[    1.760960] mmcblk0boot1: mmc0:0001 4FPD3R partition 2 4.00 MiB
[    1.767044] mmcblk0rpmb: mmc0:0001 4FPD3R partition 3 512 KiB
[    1.775922] GPT:disk_guids don't match.
[    1.779780] GPT: Use GNU Parted to correct GPT errors.
[    1.784958]  mmcblk0: p1 p2 p3 p4 p5 p6 p7 p8 p9
[    1.792665] EXT4-fs (mmcblk0p3): couldn't mount as ext3 due to feature incompatibilities
[    1.809361] EXT4-fs (mmcblk0p3): mounted filesystem with ordered data mode. Opts: (null)
[    1.817511] VFS: Mounted root (ext4 filesystem) on device 179:3.
[    1.823988] devtmpfs: mounted
[    1.827371] Freeing unused kernel memory: 344K
[    1.831832] This architecture does not have kernel memory protection.

INIT: version 2.99 booting

Ich baue mal morgen früh nach der Nachtschicht eine Test-Version, auch wenn ich nicht glaube, daß es die init 2.99<>3.00 ist. Aber mal schauen...

[BPanther]

So, rev19596 in Experimentell hochgeladen mit Kennzeichnung für Sysvinit 2.99. Desweiteren die gleiche Version nochmal mit der aktuellen Sysvinit 3.00 - ohne Kennzeichnung.

Ich kann mir allerdings nicht wirklich vorstellen, daß das der Grund ist. Wenn dann müsste das eher am Kernel liegen, nur auch da wurde schon lange nichts mehr wesentliches geändert.
Hat jemand auch mal eine höhere Version als rev19135 versucht oder war das die letzte funktionierende? Ich habe ältere Versionen (nur die disk.img Versionen) nochmal ins Experimentell gepackt damit man besser eingrenzen kann, ab wann es Probleme gibt.

[dryeye]

So, rev19596 in Experimentell hochgeladen mit Kennzeichnung für Sysvinit 2.99. Desweiteren die gleiche Version nochmal mit der aktuellen Sysvinit 3.00 - ohne Kennzeichnung.

wo finde ich die versionen denn?
edit
gefunden!

[dryeye]

@bpanther

die version h7_multi_usb_rev19490-ddt bootet noch durch ....alle versionen danach verursachen nach der installation über den usb-stick kernel panic.
logs anbei...

OK

h7_multi_usb_rev19490-ddt_flashlog_13_11_2021.txt

DEFEKT

h7_multi_usb_rev19547-ddt_flashlog_13_11_2021.txt

h7_multi_usb_rev19596-ddt_flashlog_13_11_2021.txt

sysvinit299_h7_multi_usb_rev19596-ddt_flashlog_13_11_2021_flashlog_13_11_2021.txt

[BPanther]

Super, besten Dank für die Mühe mit den Tests.
Somit ist was zwischen 30.09. und 18.10. passiert. Na mal schauen, ob ich das finde...

EDIT: Interessant, das GIT selbst hat da nur was für die Busybox am 9. Oktober. Und das war lediglich eine kleine Config-Änderung, und die betrifft auch nur den find-Befehl. Muß ich jetzt nicht verstehen...

[BPanther]

Ich denke mal, ich habs gefunden. Wenn das neue Image aus Experimentell nun wieder startet, dann ist die H7 nicht ganz so baugleich zur HD51 wie gedacht bzw. der Flash ist etwas kleiner.

[dryeye]

das image startet...flash- und bootlog anbei.
danke

h7_multi_usb_rev19596-ddt_flashlog_13_11_2021.txt