Crash beim Aufrufen von Multiboot

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Crash beim Aufrufen von Multiboot

      Neu

      Nachdem openHDF 7.5 jetz sehr gut funktioniert und auch das Update auf #68 ohne Probleme durchgelaufen ist habe ich mal versucht Multiboot zu nutzen. Die Partitionen sind soweit vorhanden. Beim Aufrufen von Multiboot crasht Enigma aber sofort. Es wird scheinbar versucht Python 2 zu verwenden obwohl eigentlich alles auf Python 3 laufen sollte. Hier mal der entsprechende Abschnit aus dem Crashlog.
      Spoiler anzeigen

      14:05:29.6698 Traceback (most recent call last):
      14:05:29.6700 File "/usr/lib/enigma2/python/Components/ActionMap.py", line 81, in action
      14:05:29.6707 File "/usr/lib/enigma2/python/Components/ActionMap.py", line 59, in action
      14:05:29.6713 File "/usr/lib/enigma2/python/Screens/Menu.py", line 64, in okbuttonClick
      14:05:29.6719 File "/usr/lib/enigma2/python/Tools/BoundFunction.py", line 10, in __call__
      14:05:29.6725 File "/usr/lib/enigma2/python/Screens/Menu.py", line 77, in runScreen
      14:05:29.6730 File "/usr/lib/enigma2/python/Screens/Menu.py", line 88, in openDialog
      14:05:29.6735 File "/usr/lib/enigma2/python/StartEnigma.py", line 363, in openWithCallback
      14:05:29.6745 dlg = self.open(screen, *arguments, **kwargs)
      14:05:29.6751 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      14:05:29.6752 File "/usr/lib/enigma2/python/StartEnigma.py", line 373, in open
      14:05:29.6760 dlg = self.current_dialog = self.instantiateDialog(screen, *arguments, **kwargs)
      14:05:29.6766 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      14:05:29.6766 File "/usr/lib/enigma2/python/StartEnigma.py", line 310, in instantiateDialog
      14:05:29.6773 return self.doInstantiateDialog(screen, arguments, kwargs, self.desktop)
      14:05:29.6778 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      14:05:29.6779 File "/usr/lib/enigma2/python/StartEnigma.py", line 333, in doInstantiateDialog
      14:05:29.6786 dlg = screen(self, *arguments, **kwargs)
      14:05:29.6789 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      14:05:29.6790 File "/usr/lib/enigma2/python/Screens/FlashImage.py", line 739, in __init__
      14:05:29.6796 File "/usr/lib/enigma2/python/Screens/FlashImage.py", line 757, in getImagesList
      14:05:29.6801 File "/usr/lib/enigma2/python/Tools/Multiboot.py", line 202, in GetImagelist
      14:05:29.6807 FileNotFoundError: [Errno 2] No such file or directory: '/tmp/Multiboot472t_vrb/etc/issue'
      14:05:29.6810 [ePyObject] (CallObject(<bound method NumberActionMap.action of <Components.ActionMap.NumberActionMap object at 0xac3f8d98>>,('OkCancelActions', 'ok')) failed)

      Man sieht dort, daß *.py Dateien aufgerufen werden. Die Datein auf meiner Box haben aber das *.pyc Format. Soweit ich das verstehe ist das die kompilierte Version für Python 3.
      Kann da jemand helfen um das gerade zu biegen ? Ich werde mich mal in das Thema einlesen evtl. geht da was mit python-uncompyle6.

      Danke und Gruß
      Parabolic

    • Neu

      Kann auf der UE 4K keinen Crash aus Multiboot produzieren. Läuft alles normal.

      Nein, das hat nichts mit python 2/3 zu tun.
      Da muß auch nichts decompiliert werden.

      Eins Deiner Multiboot-Images ist defekt (es kann keine /etc/issue gelesen werden).
      Stelle fest, welches Image defekt ist (wenn es geht machst Du eventuell noch ein FuBu), lösche oder überflashe das defekte Image und Multiboot wird keinen crash mehr werfen.
      Das hatten wir schon mal.

    • Neu

      Parabolic schrieb:

      FileNotFoundError: [Errno 2] No such file or directory: '/tmp/Multiboot472t_vrb/etc/issue'
      Das kommt mir doch bekannt vor.

      Die Routine versucht die anderen Images zu mounten und die Datei /etc/issue auszulesen.

      Das klappt nicht, also Crash.

      Eines deiner Images ist schlecht und verursacht den Fehler.
      _________________________________________________________________
      GB ue 4k mit ST3000LM024-2AN1 und Synology über Denon X1700H an LG OLED OLED65C17LB
      AX 4K HD51 mit Synology an OLED55C8LLA
      Anadol Multibox SE an Samsung c
      ET10000 an Pioneer PDP-436RXE
      Unicable mit IG-IDLU-UST110-CUO4O-32P

    • Neu

      Das war doch auch von Dir?

      Crash bei Multibootauswahl
      _________________________________________________________________
      GB ue 4k mit ST3000LM024-2AN1 und Synology über Denon X1700H an LG OLED OLED65C17LB
      AX 4K HD51 mit Synology an OLED55C8LLA
      Anadol Multibox SE an Samsung c
      ET10000 an Pioneer PDP-436RXE
      Unicable mit IG-IDLU-UST110-CUO4O-32P

    • Neu

      Poste mal das ganze Log, da sollte man sehen können, welches schlecht ist.


      Wir schauen mal, welches das ist und dann bügelst du einfach im Rescue Mode ein frisches Image in den Slot.
      _________________________________________________________________
      GB ue 4k mit ST3000LM024-2AN1 und Synology über Denon X1700H an LG OLED OLED65C17LB
      AX 4K HD51 mit Synology an OLED55C8LLA
      Anadol Multibox SE an Samsung c
      ET10000 an Pioneer PDP-436RXE
      Unicable mit IG-IDLU-UST110-CUO4O-32P

    • Neu

      Hier schaut er in alle Slots:

      Quellcode

      1. 14:05:29.5493 [Console] command: mount /dev/mmcblk0p1 /tmp/MultibootSelectionyxtyyccz
      2. 14:05:29.5494 [eConsoleAppContainer] Starting /bin/sh
      3. 14:05:29.5630 [Console] command: mount /dev/mmcblk0p5 /tmp/Multiboot472t_vrb
      4. 14:05:29.5631 [eConsoleAppContainer] Starting /bin/sh
      5. 14:05:29.5777 [Console] command: umount /tmp/Multiboot472t_vrb
      6. 14:05:29.5779 [eConsoleAppContainer] Starting /bin/sh
      7. 14:05:29.5986 [Console] command: mount /dev/mmcblk0p7 /tmp/Multiboot472t_vrb
      8. 14:05:29.5987 [eConsoleAppContainer] Starting /bin/sh
      9. 14:05:29.6360 [Console] command: umount /tmp/Multiboot472t_vrb
      10. 14:05:29.6361 [eConsoleAppContainer] Starting /bin/sh
      11. 14:05:29.6561 [Console] command: mount /dev/mmcblk0p9 /tmp/Multiboot472t_vrb
      Alles anzeigen

      Demnach ist der letzte, also /dev/mmcblk0p9, das kaputte.


      Mach mal

      cd /boot
      und dann
      root@gbue4k:/boot# grep /dev/mmcblk0p9 `ls`

      (per copy&paste, das richtige Hochkomma ist wichtig)
      _________________________________________________________________
      GB ue 4k mit ST3000LM024-2AN1 und Synology über Denon X1700H an LG OLED OLED65C17LB
      AX 4K HD51 mit Synology an OLED55C8LLA
      Anadol Multibox SE an Samsung c
      ET10000 an Pioneer PDP-436RXE
      Unicable mit IG-IDLU-UST110-CUO4O-32P

    • Neu

      Ich würde auf das Image mmcblk0p9 tippen. Bei dem Mount crasht er ja direkt danach.
      Ich würde sagen, das ist Slot 4.
      Meine Bastelboxen: Mut@nt HD51 | GB Quad 4K | Mut@nt HD60 | OSMIO4K | HIS 4k Combo+

      ... Keinen Support per PN ... bitte stellt eure Fragen ins Forum!...

      ~ Benutzung OpenHDF Image ~ Benutzung der HDF-Toolbox ~ FAQ und Linksammlung ~ Build und Foren Server Spendenaktion ~

    • Neu

      Bei mir (UE 4k) ist es Slot 3.

      Führe den Befehl aus, dann wissen wir es.

      root@gbue4k:# cd /boot
      root@gbue4k:/boot# grep /dev/mmcblk0p9 `ls`
      STARTUP:boot emmcflash0.kernel3: 'root=/dev/mmcblk0p9 rootwait rw rootflags=data=journal libata.force=1:3.0G,2:3.0G,3:3.0G coherent_poll=2M vmalloc=525m bmem=529m@491m bmem=608m@2464m'
      STARTUP_3:boot emmcflash0.kernel3: 'root=/dev/mmcblk0p9 rootwait rw rootflags=data=journal libata.force=1:3.0G,2:3.0G,3:3.0G coherent_poll=2M vmalloc=525m bmem=529m@491m bmem=608m@2464m'
      _________________________________________________________________
      GB ue 4k mit ST3000LM024-2AN1 und Synology über Denon X1700H an LG OLED OLED65C17LB
      AX 4K HD51 mit Synology an OLED55C8LLA
      Anadol Multibox SE an Samsung c
      ET10000 an Pioneer PDP-436RXE
      Unicable mit IG-IDLU-UST110-CUO4O-32P

    • Neu

      root@gbquad4k:/boot# grep /dev/mmcblk0p9 `ls`
      STARTUP_3:boot emmcflash0.kernel3: 'root=/dev/mmcblk0p9 rootwait rw rootflags=data=journal libata.force=1:3.0G,2:3.0G,3:3.0G coherent_poll=2M vmalloc=525m bmem=529m@491m bmem=608m@2464m'
      root@gbquad4k:/boot#

      Ist Slot 3

      Dann versuche ich mal über Rescue ein Image in Slot 3 zu installieren.

    Flag Counter