RescueLoader aktuell - kein Flash möglich - Buttons im GUI fehlen

Mahlzeit,

eigentlich müsste die Routine feststellen das mmcblk0p2 kein Filesystem hat (die Partition war ja erst frisch erstellt) und dann dieses erstellen. Dann dasselbe Spiel mit mmcblk0p1 . Nach Abschluss werden beide formatierten Partitonen eingehängt und das Image entpackt usw. Nun kackt er schon bei der ersten Aufgabe ab. Warum auch immer ....

Man könnte ja unter die Arme greifen und händisch mit mit mke2fs ein ext4 Dateisystem mit 4k Blockgröße auf der Kommandline erstellen.

mke2fs(8): create ext2/ext3/ext4 filesystem - Linux man page

mke2fs -c -b 4096 -L dreambox-data -t ext4 /dev/mmcblk0p2
mke2fs -c -b 4096 -L dreambox-rootfs -t ext4 /dev/mmcblk0p1

im Grunde nur die Data Partition /dev/mmcblk0p2
auf der /data PArtiton wird beim Flaschen das filesystem nicht neu erstellt - ausser beim online recovery, dann wird auch das /data ext4 filesystem neu erstellt

gleich vorweg:

1. das ist alles nichts neues, das hat @gutemine schon im Dumbo plugin so gelöst und man kann das alles in den open source flash-scripten nachlesen
2. auf eigenen Gefahr! die Pfade immer kontrollieren



auf beiden Partitonen ein ext4 Dateisystem erstellen, falls noch nicht erledigt
aufpassen! nicht versehenlich /dev/mmcblk0p1 formatieren!

mkfs.ext4 -L "dreambox-rootfs" /dev/mmcblk1p1
mkfs.ext4 -L "dreambox-data" /dev/mmcblk1p2

dann die neue rootfs Partiton auf der "neuen" dm7080 temporär mounten:


mkdir /tmp/sd1
mount /dev/mmcblk1p1 /tmp/sd1

dann das image nach /data der neuen box schieben und auf die rootfs Partition per FTP schieben und entpacken

tar.xz (imagenamen anpassen):
cd /tmp/sd1
tar vxJf /data/*dm7080*.tar.xz -C ./


tar.gz (imagenamen anpassen):
cd /tmp/sd1
tar vxjf /data/*dm7080*.tar.gz -C ./

dann die SD unmounten
cd
umount /dev/mmcplk1*


dann die SD in die defekte dm7080 stöpseln und in den rescue loader booten

dann muss man nur den noch kernel mit geänderter kernel command line in die entsprechende boot Partition flaschen:

die kernel command line kannst du auf der "gesunden" dm7080 auslesen:



hier sieht man, dass beim booten das root filesystem auf /dev/mmcblk0p1 gesucht wird, dass änderst du dann auf die 1. SD Partiton /dev/mmcblk1p1


im rescue loader der defekten Box die SD rootfs Partiton mounten

mkdir /tmp/sd1
mount /dev/mmcblk1p1 /tmp/sd1


dann den image kernel in die bootsoure B flashen (bootsource A ist default das flash image)


flash-kernel -t -a /tmp/sd1/usr/share/fastboot/lcd_anim.bin -m 0x10000000 -c "bmem=512M@512M memc1=768M console=ttyS0,1000000 root=/dev/mmcblk1p1 rootwait rootfstype=ext4" -o B /tmp/sd1/boot/vmlinux.bin-3.4-4.0-dm7080

wenn das Fehlerfrei durchläuft, noch die Bootsoure B für den zu bootenden kernel wählen und rebooten

select-boot-source B
reboot


der 1. boot kann etwas länger dauern, ob es erfolgreich war, sieht man an der kernel command line



bootsource B bleibt dann auch bis zum nächsten select-boot-source Wechsel erhalten

mit etwas Glück wird sogar in diesem Fall die 2. SD Partiton nach /data gemountet ohne nachhelfen zu müssen

Wenn die box so bootet, könntest du 2 image partitionen auf der sd einrichten und von der SD mit select-boot-source <A|B> "Dual booten"
oder bei "gesunden" boxen zwischen Flash und SD image wechseln

@Fred Bogus Trumper danke für die Anleitung.

ich bin mittlerweile auch betroffen von einem Flash-Tod.

Rescueloader mit Basislinux läuft noch.

Zu Deiner Anleitung habe ich folgende Fragen:

• Wie funktioniert Deine Anleitung nur mit einer defekten DM7080?
  
• Welche SD wird empfohlen mit welcher Größe?
  
• Wie bereite ich die SD Karte vor - in einem Linuxsystem mit ext4 Format und dem Image drauf?
  
• wird die SD dann immer mit SDA1 automatisch gemounted oder muss man hier den Pfad fixen?
  

bitte den ganze Thread durchlesen!

• wenn die Box noch in den Rescue Loader bootet kann man die Schritte im gebooteten rescue-loader ausführen
  man kann die SD auch auf einer anderen Box oder auf einem Linux (Live) System einrichten und das Image auspacken
  
  den kernel mit abgeänderter kernel command line kann man nur auf der dm7080 absetzen, auf der von SD gebootet werden soll
  das kann man auch im gebooteten rescue-loader erledigen, wenn das Flash Image nicht mehr startet, theoretisch sogar im von USB gebooteten rescue-loader
  
  und mindestens eine Flash boot Partition muss noch i.O. sein, damit der kernel geschrieben bzw. beim booten noch gelesen werden kann
  
• SD Größe ist egal, 1GB für das root file system, Rest für "/data"
  
• ja, beide Partitonen mit ext4 formatieren und entsprechend Labeln, ganz oben in meinem letzten Beitrag
  
• ACHTUNG: Die SD Card ist NIEMALS /dev/sdX in einem Dreambox Cardreader - ausser sie steckt in einem USB SD Card Reader!
  
  die SD im Reader ist immer /dev/mmcblk1 - Nicht zu verwecheseln mit /dev/mmcblk0 - das ist der Flash!
  
  die SD bleibt auch immer /dev/mmcblk1
  

Man kann auf auf USB auslagern, das läuft dann sogar etwas schneller. Allerdings muss man darauf achten, ob man den USB mit /dev/sda oder /dev/sdb anspricht.

Wenn ich mich richtig erinnere ist ein USB Stick immer /dev/sda - auch wenn eine Festplatte verbaut ist. Eine verbaute Platte wird dann (immer?) /dev/sdb.
Ich hatte mal eine dm820 nach obiger Anleitung mit dem rootfs von USB gebootet und da war der Stick dann immer /dev/sda - bin mir aber nicht sicher. Jedenfalls funktionierte der Boot von USB zuverlässig, nachdem man herausfand welchen Gerätenamen man für die abgeänderte Kernel Command line beim flashen des kernels verwenden muss.

Die obige Anleitung ist eine "Schnellanleitung" also jeden Schritt 2x überdenken. Und nochmals: /dev/mmcblk0 ist immer der Flash /dev/mmcblk1 ist immer die SD! Also immer darauf achten, dass man das richtige device anspricht - vor allem wenn man die Partitonierungsbefehle und formatierungsbefehe absetzt! Am Ende macht man die Box kaputter als sie ist ...

Die Anleitung ist für erfahrene User gedacht die etwas Erfahrung im Terminal haben und wissen wie man devices partitioniert.
Anfänger sollten davon die Finger lassen, wenn sie nicht wissen was die einzelnen Befehle tun!

Die Anleitung ist auch vorwiegend als mögliche Alternative gedacht, wenn der Flash der dm7080 defekt ist und/oder sich die Box nicht mehr flashen lässt.

Und nochmals: Nutzung auf eigene Gefahr!


Theretisch könnte manauch ein fertiges dm7080 SD Image in Umlauf bringen - dann muss man das nur noch am (Windows) PC auf eine SD schreiben und auf der Box den entsprechenden Befehl zum flashen mit der abgeänderten kernel command line absetzen. Aber ich bin kein Freund davon, das wird dann gerne "missbraucht" um alles mögliche in Umlauf zu bringen ...

danke für die Klarstellung.

Da die DM7080 nur remote erreichbar ist, muss ich zuvor zu hause die SD-Karte vorbereiten und diese dann an den anderen Standort senden. Via SSH komme ich ja zum glück auf den rescue loader. Für mich nochmals zusammengefasst:

1. die zwei Partitionen gemäß deiner Anleitung auf der SD erstellen
   
2. aktuelles NN2 Image gemäß deiner Anleitung auf die data partition auf der SD legen
   
3. SD in defekte DM7080 und dein Command ausführen
   
4. fertig
   

im Prinzip ja

wenn du die SD auf einer Linux Maschine vorbereitest, also paritionierst und die ext4 Dateisysteme erstellst kannst du auch gleich das Image mit tar auf die rootfs Parition entpacken, dann musst du nur noch den kernel mit abweichender command line auf der box im rescue-loader flashen.

Gut wäre es, wenn du es lokal testen könntest - remote ist so etwas immer so eine Sache wenn man das zum ersten Mal macht ...

einfacher wäre es die SD fertig einzurichten, dann die SD mit dd in eine Datei zu schreiben und dann z.B. mit gzip in ein .gz zu komprimieren. Dann kann man das rund 200MB file auf einem free hoster uploaden oder mit Teamviewer etc. übertragen und auf der anderen Seite mit z.b. Balea Etcher am Windows PC auf eine SD "flashen". Das Gegenüber benötigt dann nur eine SD mit mind. der selben Größe und einen Card Reader am PC

im Grunde geht es ja in erste Linie nur darum zu testen, ob sich der kernel überhaupt noch flashen lässt wenn der Flash ein Eck weg hat

Hi.

wo fidne ich den Punkt:
annst du auch gleich das Image mit tar auf die rootfs Parition entpacken in deine vorherigen Postings?

Partitionierung mittels GParted mit Linux Mint
siehe Anhang

Entpacken der Datei auf die Root-FS Partition
siehe Anhang

Gebe ich die SD-Karte in die Box und starte im Rescue Mode:




erhalte ich bei:


leider eine Fehlermeldung - bitte um Hilfe.

sorry, das habe ich übersehen


wie sieht denn jetzt die Partionstabelle der SD aus?

fdisk -lu /dev/mmcblk1



erstelle mal die Dateisysteme im rescue-loader neu - siehe auch #44
Und aufpassen! Nicht versehenlich /dev/mmcblk0p1 formatieren!
Die Partitionierung der SD und die anschließende Dateisystemerstellung auf der Box sind die heikelsten Schritte. Hier muss man aufpassen, dass man nicht den flash versehentlich angreift.


mkfs.ext4 -L "dreambox-rootfs" /dev/mmcblk1p1
mkfs.ext4 -L "dreambox-data" /dev/mmcblk1p2

und:
und:

Wie gehe ich weiter vor? Image per WinSCP auf die SD und dann entpacken?

zuerst mal wieder mounten versuchen



mdkir /tmp/sd1
mkdir /tmp/sd2
mount /dev/mmcblk1p1 /tmp/sd1
mount /dev/mmcblk1p2 /tmp/sd2

und dann das image am besten nach /tmp/sd2 kopieren

In welchem arichiv format liegt das image vor? tar.gz?
sonst mal den gesamten namen posten

mounts haben funktioniert
image liegt als tar.xz vor - habe es einfacherhalber umbenannt (nur name - nicht endung)

root@dm7080:/tmp/sd2# ls
image.tar.xz lost+found

wie gehts weiter

cd /tmp/sd1
tar vxJf /tmp/sd2/image.tar.xz -C ./

das dauert dann eine Weile, einfach warten bis die shell prompt wieder angezeigt wird

dann

ls -al /tmp/sd1/boot/vmlinux*

root@dm7080:/tmp/sd1# ls -al /tmp/sd1/boot/vmlinux*
lrwxrwxrwx 1 root root 29 May 30 19:50 /tmp/sd1/boot/vmlinux.bin -> /etc/alternatives/vmlinux.bin
-rw-r--r-- 1 root root 7707264 Jul 1 2021 /tmp/sd1/boot/vmlinux.bin-3.4-4.0-dm7080

dann flash mal den kernel mit anpasster kernel command line in die boot-source B (in A liegt aktuell der flash image kernel)

flash-kernel -t -a /tmp/sd1/usr/share/fastboot/lcd_anim.bin -m 0x10000000 -c "bmem=512M@512M memc1=768M console=ttyS0,1000000 root=/dev/mmcblk1p1 rootwait rootfstype=ext4" -o B /tmp/sd1/boot/vmlinux.bin-3.4-4.0-dm7080

wenn das ohne Fehler durchläuft

select-boot-source B
reboot

beim boot nicht ungedulig werden, das könnte länger dauern
Wenn die kernel partition "B" noch intakt ist, sollte die Box irgendwann hochkommen wenn alles richtig gemacht wurde

sieht schlecht aus:

ja, sieht nicht gut aus
vielleicht mag die boot-source A
flash-kernel -t -a /tmp/sd1/usr/share/fastboot/lcd_anim.bin -m 0x10000000 -c "bmem=512M@512M memc1=768M console=ttyS0,1000000 root=/dev/mmcblk1p1 rootwait rootfstype=ext4" -o A /tmp/sd1/boot/vmlinux.bin-3.4-4.0-dm7080

auch schlecht

+ xtrap dd conv=fsync if=bootblob.bin of=/dev/mmcblk0 bs=512 seek=16384
+ trap HUP INT TERM
+ exec dd conv=fsync if=bootblob.bin of=/dev/mmcblk0 bs=512 seek=16384
dd: /dev/mmcblk0: Input/output error
+ abort Failed to flash boot image
+ echo Fatal: Failed to flash boot image
Fatal: Failed to flash boot image
+ exit 1
+ cleanup
+ IFS=:
+ unset IFS
+ is_empty /tmp/tmp.TZp0PU
+ [ -z /tmp/tmp.TZp0PU ]
+ rm -rf /tmp/tmp.TZp0PU