Seltener Fehler NVRAM-WAKEUP

  • Hallo, ich wollte nur mal ein seltsames Problem mit NVRAM-Wakeup schildern, das mir gestern passiert ist, als ich den VDR einschaltete und feststellen mußte, daß alle geplanten Aufnahmen vom letzten Tag nicht aufgenommen waren. Nach Analyse des Logfiles lag es daran:
    Ich habe den VDR mit der Fernbedienung ausgeschaltet. Das hat aber, warum auch immer, etwas länger gedauert. Dann habe ich den Fernseher ausgeschaltet, der VDR war immer noch an. Also habe ich einfach nochmal die Powertaste der FB gedrückt. Das war mein Fehler, denn nun wurde der VDR nicht mit dem Poweroff-Kernel gebootet, sondern einfach heruntergefahren, da ja bereits die neue Wakeup-Zeit von meinem ersten Ausschalteversuch im NVRAM eingetragen war. Also Vorsicht mit einem zweimaligen Drücken der Powertaste. Das ganze habe ich gerade in meiner syslog gefunden:




    Asus MN378-VM / AMD Phenom II X2 / 2GB RAM /Hauppauge Nova HD-S2 / Hauppauge Nexus-S / easyVDR 0.7.10 mit xineliboutput und VDPAU

  • Der Poweroff-Kernel ist obsolet!!!


    man braucht im grub nur nen halt Eintrag:
    http://www.vdr-wiki.de/wiki/in…eup_f%FCr_VIA_EPIA_M10000

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente

    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte
    GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:
    Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

  • genau: Einfach nur "halt" in die Grub-config-Datei eintragen und der Rechner schaltet aus.


    Wobei das aber ja grundlegend nichts an dem obigen Problem ändert, oder?


    Denn wenn als Rebbot-Option nicht "grub-reboot 1 --no-floppy" (Grub-Menüpunkt 1 ist "halt") ausgeführt wird sondern der Rechner einfach nur abschaltet, weil NVRAM denkt das NVRAM wäre schon gesetzt. Sinniger wäre es ja dann, wenn der Rechner "statt shutdown -h" IMMER "grub-reboot 1" bei Runterfahren ausführt. Dann hätte man das Problem nicht mehr.


    Ist das einfach umzusetzen?

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

  • gibs doch im conf von nvram always reboot

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente

    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte
    GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:
    Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!