Secureboot

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

    • RickX schrieb:

      Neustart von enigma mit Init 3 / Init 4 hat nicht funktioniert.
      ist auch genau verkehrt herum: zuerst init 4 (oder 5), dann init 3
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

    • Ich würde trotzdem nach dem Grund für das gelegentliche Fehlverhalten der Box suchen. Das secureboot ist ein gutgemeinter Workaround, aber KEINE Lösung
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

    • Da gebe ich dir recht. Das Problem ist, dass es so selten passiert. Ich hatte schon ein paarmal das Debig-Log eingeschaltet und dann ist monatelang nichts passiert...

      Meine Duo2 sind wohl auch nicht die einzigen, die mal an der Stelle hängen bleiben. Da gibt es einige Meldungen hier im Forum. Darum würde es sich sicherlich lohnen, die Ursache herauszufinden. Ist halt nicht so einfach, wenn man ein halbes Jahr auf den Fehler warten muss und genau dann, wenn es passiert, natürlich nicht zuhause ist... :)

    • da kann sowieso niemand was dran machen, ausser die Treiber Devs.

      Quellcode

      1. Nov 19 11:03:33 vusolo2 user.alert kernel: CPU 0 Unable to handle kernel paging request at virtual address 000001ec, epc == e09af324, ra == e09af324
      2. Nov 19 11:03:33 vusolo2 user.warn kernel: Oops[#1]:
      3. Nov 19 11:03:33 vusolo2 user.warn kernel: CPU: 0 PID: 680 Comm: enigma2 Tainted: P O 3.13.5 #2
      4. Nov 19 11:03:33 vusolo2 user.warn kernel: task: cf559b20 ti: cce88000 task.ti: cce88000
      5. Nov 19 11:03:33 vusolo2 user.warn kernel: $ 0 : 00000000 30108700 cce89d30 00000001
      6. Nov 19 11:03:33 vusolo2 user.warn kernel: $ 4 : cce89dc0 00000000 00000000 cce89f08
      7. Nov 19 11:03:33 vusolo2 user.warn kernel: $ 8 : 00000010 80348800 00000000 0000270c
      8. Nov 19 11:03:33 vusolo2 user.warn kernel: $12 : 7f8aa678 00000000 00000000 7f8aa754
      9. Nov 19 11:03:33 vusolo2 user.warn kernel: $16 : cce89d30 00000000 00000004 e09c1cf8
      10. Nov 19 11:03:33 vusolo2 user.warn kernel: $20 : cf0b383c cf12da80 00000001 00010000
      11. Nov 19 11:03:33 vusolo2 user.warn kernel: $24 : 00000000 80348720
      12. Nov 19 11:03:33 vusolo2 user.warn kernel: $28 : cce88000 cce89b80 00000000 e09af324
      13. Nov 19 11:03:33 vusolo2 user.warn kernel: Hi : 00000004
      14. Nov 19 11:03:33 vusolo2 user.warn kernel: Lo : 00000000
      15. Nov 19 11:03:33 vusolo2 user.warn kernel: epc : e09af324 NEXUS_AudioDecoder_GetStatus_impl+0x3c/0x6d8 [dvb_base]
      16. Nov 19 11:03:33 vusolo2 user.warn kernel: Tainted: P O
      17. Nov 19 11:03:33 vusolo2 user.warn kernel: ra : e09af324 NEXUS_AudioDecoder_GetStatus_impl+0x3c/0x6d8 [dvb_base]
      18. Nov 19 11:03:33 vusolo2 user.warn kernel: Status: 30108703 KERNEL EXL IE
      19. Nov 19 11:03:33 vusolo2 user.warn kernel: Cause : 00800008
      20. Nov 19 11:03:33 vusolo2 user.warn kernel: BadVA : 000001ec
      21. Nov 19 11:03:33 vusolo2 user.warn kernel: PrId : 00025a11 (Broadcom BMIPS5000)
      22. Nov 19 11:03:33 vusolo2 user.warn kernel: Modules linked in: ipv6 brcmfb(O) dvb_bcm7356(PO) dvb_base(PO) bcm_event(PO) procmk(O) xfs libcrc32c
      23. Nov 19 11:03:33 vusolo2 user.warn kernel: Process enigma2 (pid: 680, threadinfo=cce88000, task=cf559b20, tls=7597f190)
      24. Nov 19 11:03:33 vusolo2 user.warn kernel: Stack : 00000000 00000142 00000002 e0fb98ac 00000000 00000000 cfc1e000 80840000
      25. Nov 19 11:03:33 vusolo2 user.warn kernel: cf803eb0 8014234c 00667d08 e0fd6b98 00000000 cf0b3e00 cfc1e000 80840000
      26. Nov 19 11:03:33 vusolo2 user.warn kernel: cfaa4330 8014234c 00000022 00000003 00000002 00000012 5a1156f5 cfaa2d40
      27. Nov 19 11:03:33 vusolo2 user.warn kernel: cfc1e000 800feb50 00000001 00000000 00000000 6e615001 cfaa4330 cf0b3e00
      28. Nov 19 11:03:33 vusolo2 user.warn kernel: cf0b3e00 80100dec 00000001 cf803eb0 00000010 cf0b3680 cfc1e000 cfc32020
      29. Nov 19 11:03:33 vusolo2 user.warn kernel: ...
      30. Nov 19 11:03:33 vusolo2 user.warn kernel: Call Trace:
      31. Nov 19 11:03:33 vusolo2 user.warn kernel: [<e09af324>] NEXUS_AudioDecoder_GetStatus_impl+0x3c/0x6d8 [dvb_base]
      32. Nov 19 11:03:33 vusolo2 user.warn kernel: [<e09c1d28>] NEXUS_AudioDecoder_GetStatus+0x30/0x50 [dvb_base]
      33. Nov 19 11:03:33 vusolo2 user.warn kernel: [<e0fd8c48>] cleanup_procfs_stb_video+0x90e0/0x97bc [dvb_bcm7356]
      34. Nov 19 11:03:33 vusolo2 user.warn kernel: Code: 244245a0 0040f809 afa00010 <8e2501ec> 92270209 92260212 8e240678 8e23067c 9222020a
      35. Nov 19 11:03:33 vusolo2 user.warn kernel: ---[ end trace 3f609d3802d75d66 ]---
      Alles anzeigen

    • RickX schrieb:

      1. Nach einem Reboot habe ich mal den Testmodus ausprobiert. Das System wurde dann tatsächlich nach dem Reboot und einer gewissen Zeit neu gestartet. Danach hatte ich eine Infobox auf dem Bildschirm mit der Meldung "SECUREBOOT: Es wurde im Testmodus kein Fehlerlog gefunden. Bitte "Log Enigma2" aktivieren und "Info nach Bootfehlern anzeigen" aktivieren. Danach Test wiederholen". Ich habe die Einstellungen überprüft und beide Optionen sind aktiviert. Die Frage ist, warum der Test dann diese Fehlermeldung ausgibt.
      2. Im Spoiler in Post 1 sind die Namen und Pfade der Dateien angegeben. Die sind glaube ich nicht mehr ganz richtig. Für das Logfile steht da "enigma2.log", das ist aber soweit ich sehen kann wohl "secboot.log". Vielleicht kannst Du den Text mal überprüfen und gegebenenfalls aktualisieren (bzw. von einem Mod aktualisieren lasssen).

      mit V13 ist das Log geändert. Siehe #177
      Wenn im Plugin Log aktiv ist UND VTI Debug = Schleife, dann findest auch im Fehlerfall das Debug Log vom VTI unter /media/hdd

      Testen, ob ein Reboot durchgeführt wird, kannst auch einfach so:
      Box aus DS booten
      mit Telnet anmelden und „init 4“ eintippen
      Nach 2 Minuten sollte die Box automatisch neu starten.

      Wenn du sehen willst, was Secureboot macht, schau in die Log Dateien von Secureboot in /var/log
      Rechtschreibfehler sind beabsichtigt, sie fördern ein genaueres Lesen
      Debug Log aktivieren Putty Telnet Screenshots erstellen

    • Ursprünglich hatte @hajeku123 das SecureBoot mal für die Solo2 geschrieben.

      Ich nutze das jetzt aber auch auf meiner Duo2, weil ich da ab und zu (sehr selten) Boot-Probleme habe.

      Das Pluggn installiert Shell-Scripte, die sich in die Boot-Logik einklinken. Das sollte eigentlich auf allen Boxen funktionieren, ist also nicht auf die eine Box festgelegt.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von RickX ()

    • GaborDenes schrieb:

      Ich würde trotzdem nach dem Grund für das gelegentliche Fehlverhalten der Box suchen. Das secureboot ist ein gutgemeinter Workaround, aber KEINE Lösung
      Hallo,

      hatte das Problem im Sep. 2017 auch. (bei jedem 3-4 Boot und das natürlich ausgerechnet im dem Zeitraum wo ich im Urlaub war. :(

      Da das Linux des von VTI hoch kommt, konnte ich dann aus der Ferne via Putty den SAT neu starten und dann war alles "ok". Den ersten "hänger" bemerkte ich allerdings erst nach 5 Tage. :-/

      Das vermehrte auftreten des Problems in meinem Urlaub war vermutlich einem VTI Update (1 Woche vorm Urlaub) geschuldet.

      Nach dem Urlaub:
      Da das VTI (Linux) startete nur die GUI sich versagte, habe ich den Skinn gewechselt (auf Fluid) und seit diesem Zeitpunkt keinen "boot Hänger" mehr gehabt,
      (Zur Sicherheit überwacht bei mir nun FHEM die VUs, das mit "boot hänger" nicht entgehen ;)

      Lg Andreas
      P.S. Vielleicht nutzt ja der eine oder andere mit diesem Prob ja auch noch einen liebgewonnen "Uralt Skin" :-/

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von toron () aus folgendem Grund: Update

    • RE:

      toron schrieb:

      Vielleicht nutzt ja der eine oder andere mit diesem Prob ja auch noch einen liebgewonnen "Uralt Skin" :-/


      Bin zu Fluid Next gewechselt von einem älteren Skin. Es hat sich nichts geändert.

      Insofern kann ich das Skin als Ursache ausschließen.

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von nicklos ()

    • Hallo,

      gehe davon aus das du (natürlich) das VTI auf die aktulle version gebracht hast .... ;)

      Noch eine Frage noch : Welche Weboberfläche im Einsatz ?

      LG Andreas
      P.S. Habe immer noch sein mitte Sep. 17 keinen "Boot hänger" mehr ;)

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von hgdo ()

    • Hallo,
      Nach Donnerstag war der nächste Boothänger heute (Sonntag). :-/

      Ein Update versuch auf die VTI 13 (bleib auch beim Boot hängen), Ein und Ausschalten führte zu der Erkenntnis das diese Image defekt ist ... :(

      Also Bootstick rein und wieder auf die 11.0.2.
      (Da ich die nächsten 5 Tage auf dienstreise bin kann ich Boothänger gerade so gar nicht brauchen, über Weinachten mal neu die VTI 13 Instalieren zur Sicherheit mit Secureboot :)

      LG
      P.S: Ich werde berichten ob die 11.0.2 wieder stabil läuft.

    • Mein VU Duo 2 läuft nun seit 5 tagen ;) ohne das Problem des Boothänger. (VTI 11.0.2 und SR 3.5)

      Hab nun auch im SR Beitrag nachgefragt, und zumindest die Antwort bekommen das GUI & SR zeitgleich starten.

      Die Frage ob den SR Start verzögern könnte, wurde bisher nicht beantwortet. (Vielleicht kann jemand mal meine Anfrage dort unterstützen :)

      LG Andreas

    • Ich glaube kaum, dass man den Start des GUI und des SerienRecorders irgendwie entkoppeln kann...

      Gestartet wird zunächst das Betriebssystem, also Linux. Dort ist konfiguriert, dass bei Hochfahren in den Init-Level 3 das Enigma2 gestartet wird. Enigma2 liest Hochfahren automatische alle Plugins ein.

      Das ist nicht so, als würde vom Enigma2 irgendwann ein SerienRecorder-Prozess gestartet...

    • Hallo,

      das verstehe ich schon. Aber es wäre halt schön wenn man mal "testweise" den Start von Serienrecorder um 60 oder 120 Sekunden verzögern könnte.

      • Hab erst im Sommer mit SR angefangen (Kurz danach haben die Probs angefangen, vielleicht Zufall aber ....)
      • Mitte Sep. hab ich einen Status gefunden/gehabt der mehr als 8 Wochen ohne Prob. lief.
      • Nach dem Update auf SR 3.6 innerhalb von 5 Tagen 2 x hänger (Zufall?)
      • (mit Backup VTI 11 und S 3.5) Seit Sonntag (6 Tage) ohne Probs


      Linux läuft ja immer (beim Boot Hänger) nur die GUI kommt nicht hoch ! Dem würde ich gerne auf den Grund gehen !

      Lg Andreas