Bitte Spoiler setzen.

Habe jetzt den gleichen Fehler auf der Quad4k wie @fern-seher auf der Anadol-Multibox-SE: Anadol Multibox SE Crash Hatte OpenHDF 7.5 #40 FullBackup von Multiboot-STARTUP_2 in Multiboot-STARTUP_1 geflasht. (Größerer Flash-Speicher) Soweit absolut problemlos gelaufen. Ab jetzt kann ich weder Menü -> Betreitschaft / Neustart -> Multiboot Auswahl noch Menü -> HDF-Toolbox -> Image Software Updates -> Image Online-Flash ohne crash aufrufen. Das ist willentlich reproduzierbar. crashlogs hängen an. [gbq…

Das was @zeini Dir geschrieben hat, ist ein Link. Wenn Du den anklickst, kannst Du den zugehörigen Text lesen. Da steht drin, wo das alles hingehört. Die UUID kannst Du direkt auf Deiner Box auslesen, dazu brauchst Du keinen anderen Linux-Rechner, Deine Box ist selbst ein Linux-Rechner. Melde Dich per SSH (oder per OpenWebInterface) an Deiner Box an und befolge die Anweisungen in @zeini's Link. Wenn Du die interne HDD ausbaust, hast Du selbstverständlich vorher die Box vom Strom getrennt und das…

Versuche mal auf der command line: mkdir /tmp/mubu mount /dev/mmcblk0p23 /tmp/mubu ls -la /tmp/mubu und berichte weiter.

Im letzten, neuesten log wurde /dev/mmcblk0p23 nicht oder nicht korrekt gemountet. 17:11:42.0404 [Console] command: mount /dev/mmcblk0p23 /tmp/Multibootjypsowac 17:11:42.0406 [eConsoleAppContainer] Starting /bin/sh Deshalb kein Zugriff auf /tmp/Multibootjypsowac/linuxrootfs1/etc/issue 17:11:42.0672 FileNotFoundError: [Errno 2] No such file or directory: '/tmp/Multibootjypsowac/linuxrootfs1/etc/issue' 17:11:42.0673 [ePyObject] (CallObject(<bound method NumberActionMap.action of <Components.Action…

Das ist (war) der Fehler: 17:40:48.0147 TypeError: MessageBox.__init__() got an unexpected keyword argument 'title'

Hast Du ein crashlog ?

Bitte mehr Infos ! Was hast Du drauf und was hast Du alles gemacht ?

Kopiere Dir das hier auf den PC: v73.hdfreaks.cc/gbquad4k/openh…ad4k-112-20250727_usb.zip Quad 4K ausschalten. Klappe öffnen, den Knopf Menü drücken und gedrückt halten Box nun hinten einschalten bis auf dem LCD-Display/TV die Meldung erscheint: Your Gigablue has booted into rescue mode. Please point your web browser to 192.168.xxx.yyy Die IP-Adresse im Browser eingeben Auf Firmware upload drücken Zu flashendes Image auswählen Go drücken Nach dem Reboot sollte die Box mit dem neuen Image hochkom…

Bitte lies Dich hier ein: Rescue-Mode bekommt neuen Rescue-Loader #200 (#103 -> #200)

Gerne !

Dann das Gleiche nochmal aber mit sdb1 umount /dev/sdb1 fsck.ext4 -fy /dev/sdb1

Mache bitte folgendes auf der command line: umount /dev/sda1 fsck.ext4 -fy /dev/sda1 und berichte weiter. Falls alles geklappt hat, führe bitte aus: mount /dev/sda1 oder reboot

Danke für Deine Rückmeldung ! Es ist allerdings nicht klar, ob der x-systemd Optionsteil auf einem sysvinit Linux, wie dem OpenHDF, überhaupt funktioniert. Schau Dir bitte mal auf der command line die Ausgabe von dmesg an, ob dort nicht Fehler oder Warnungen bezüglich x-systemd gelistet sind.

Dann berichte doch mal im Detail, was und wie Du es gemacht hast !

Zitat von Koivo: „Hast du diese Updates auch nach einem Neuflash in einem freien Slot? “ Vermutlich nicht, da ja in diesem Moment nach Neuflash wahrscheinlich kein Update vorhanden ist. Ich werde es ausprobieren.

Quad 4K OpenHDF 7.5 #40 Online-Update von OpenHDF 7.5 #39 auf OpenHDF 7.5 #40 verlief absolut problemlos. Diese 3 bleiben (nach wie vor) Test OpenHDF 7.5 nach jedem Online-Update übrig: 37070-1-0-1-445E-453-1-C00000-0-0-0-20250712200633-jpg

Der Feed OpenHDF 7.5 #40 ist da.

Wenn es soweit ist, kannst Du ja testweise zuerst ein Online-Update machen und berichten. Danach dann auch testweise das OpenHDF 7.5 #40 frisch flashen OHNE Übernahme und berichten. Vorher natürlich ein FuBu (Fullbackup) erstellen, damit Du beim frisch Flashen die gleiche Ausgangsbasis hast.

Könnte durchaus sein, daß noch weitere Anpassungen für die Funktionsfähigkeit unter OpenHDF 7.5 notwendig sind.