nvram-waekup funktioniert nicht - Workaround funktioniert thread fertig

  • hallo


    nach dem Wechsel auf die akutelle ct-3.07 version funktioniert mein nvarm nicht mehr. Ich vewende den poweroff-kernel 2.4.18 , der wird auch gestartet aber der Rechner wacht nicht auf, wenn er soll
    nachfolgender Auszug als beweis. Aufwachen sollte er der Rechner um 17.23, eingeschaltet habe ich ihn um 17:57


    in der append zeile von lilo steht


    apend apm=off noapic acpi=off


    bin für Ideen dankbar. Die Suche erbrachte keinen konkreten hinweis


    bernie


    p.s kann es sein das der power-off-kernel nicht lange genug läuft, bei mir läuft der nur kurz an und schaltet dann ab. kann ich den nicht dazu bekommen, hochzufahren und sich dann auszuschalten?



    Mar 12 16:45:00 vdr noad[22874]: Saturday,12.03.2005 16:45:00 start noad0.5.2 for /var/lib/video.00/Der_Partyschreck/2005-03-12.14.58.50.99.rec
    Mar 12 16:45:01 vdr vdr[23466]: confirm: Taste drücken um Shutdown abzubrechen
    Mar 12 16:50:02 vdr vdr[23466]: confirmed
    Mar 12 16:50:02 vdr vdr[23466]: executing '/usr/lib/vdr/vdr-shutdown 1110644880 2579 2 "Star Trek - Enterprise" 0'
    Mar 12 16:50:02 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script
    Mar 12 16:50:02 vdr vdr-shutdown: /usr/share/vdr/shutdown-hooks/S50.noad requests to try again in 5 minutes
    Mar 12 16:50:02 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.tosvcd as shell script
    Mar 12 16:50:02 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdrconvert as shell script
    Mar 12 16:50:03 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdrrip as shell script
    Mar 12 16:50:03 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
    Mar 12 16:50:03 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
    Mar 12 16:50:03 vdr vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1110644880 -C /etc/vdr/K7VT2.conf
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Use of "addr_date" is deprecated. Use "addr_day" instead.
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Use of "shift_date" is deprecated. Use "shift_day" instead.
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Use of "rtc_date" is deprecated. Use "rtc_day" instead.
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Use of "reset_date" is deprecated. Use "reset_day" instead.
    Mar 12 16:50:03 vdr kernel: Non-volatile memory driver v1.2
    Mar 12 16:50:03 vdr nvram-wakeup[24492]:
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: All values are displayed as they are stored in the nvram/rtc.
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: (and do not correspond necessarily to the system date/time)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]:
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: WakeUp : Enabled (0x64)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Day : 12 (0x64)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Hour : 17 (0x11)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Minute : 23 (0x17)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Second : 00 (0x80)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: rtcDay : 12 (0x12)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Checksum: 0x0090
    Mar 12 16:50:03 vdr nvram-wakeup[24492]:
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Enabling (0x64) WakeUp-on-RTC in nvram.
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: New Day : 12 (0x64)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: New Hour : 17 (0x11)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: New Minute : 23 (0x17)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: New Second : 00 (0x80)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: New rtcDay : 12 (0x12)
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: New Checksum: 0x0090
    Mar 12 16:50:03 vdr nvram-wakeup[24492]:
    Mar 12 16:50:03 vdr vdr-nvram-wakeup: nvram-wakeup: everything ok
    Mar 12 16:50:03 vdr vdr-nvram-wakeup: nvram-wakeup: reboot not needed but forced
    Mar 12 16:50:03 vdr vdr-shutdown: Will try again shutdown in 5 minutes.
    Mar 12 16:50:06 vdr vdr[23466]: connect from 127.0.0.1, port 32768 - accepted
    Mar 12 16:50:06 vdr vdr[23466]: SVDRP message: 'Shutdown aborted. Retry in 5 minutes.'
    Mar 12 16:50:06 vdr vdr[23466]: info: Shutdown aborted. Retry in 5 minutes.
    Mar 12 16:50:06 vdr vdr[23466]: closing SVDRP connection
    Mar 12 16:50:55 vdr noad[22874]: Saturday,12.03.2005 16:50:55 noad done for /var/lib/video.00/Der_Partyschreck/2005-03-12.14.58.50.99.rec (0:05:55)
    Mar 12 16:55:01 vdr vdr[23466]: connect from 127.0.0.1, port 32769 - accepted
    Mar 12 16:55:01 vdr vdr[23466]: Power button pressed
    Mar 12 16:55:01 vdr vdr[23466]: confirm: Taste drücken um Shutdown abzubrechen
    Mar 12 16:55:01 vdr vdr[23466]: closing SVDRP connection
    Mar 12 16:55:07 vdr vdr[23466]: confirmed
    Mar 12 16:55:07 vdr vdr[23466]: executing '/usr/lib/vdr/vdr-shutdown 1110644880 1979 2 "Star Trek - Enterprise" 1'
    Mar 12 16:55:07 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script
    Mar 12 16:55:07 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.tosvcd as shell script
    Mar 12 16:55:07 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdrconvert as shell script
    Mar 12 16:55:07 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdrrip as shell script
    Mar 12 16:55:07 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
    Mar 12 16:55:07 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
    Mar 12 16:55:07 vdr vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1110644880 -C /etc/vdr/K7VT2.conf
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: Use of "addr_date" is deprecated. Use "addr_day" instead.
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: Use of "shift_date" is deprecated. Use "shift_day" instead.
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: Use of "rtc_date" is deprecated. Use "rtc_day" instead.
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: Use of "reset_date" is deprecated. Use "reset_day" instead.
    Mar 12 16:55:07 vdr nvram-wakeup[26108]:
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: All values are displayed as they are stored in the nvram/rtc.
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: (and do not correspond necessarily to the system date/time)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]:
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: WakeUp : Enabled (0x64)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: Day : 12 (0x64)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: Hour : 17 (0x11)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: Minute : 23 (0x17)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: Second : 00 (0x80)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: rtcDay : 12 (0x12)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: Checksum: 0x0090
    Mar 12 16:55:07 vdr nvram-wakeup[26108]:
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: Enabling (0x64) WakeUp-on-RTC in nvram.
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: New Day : 12 (0x64)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: New Hour : 17 (0x11)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: New Minute : 23 (0x17)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: New Second : 00 (0x80)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: New rtcDay : 12 (0x12)
    Mar 12 16:55:07 vdr nvram-wakeup[26108]: New Checksum: 0x0090
    Mar 12 16:55:07 vdr nvram-wakeup[26108]:
    Mar 12 16:55:07 vdr vdr-nvram-wakeup: nvram-wakeup: everything ok
    Mar 12 16:55:07 vdr vdr-nvram-wakeup: nvram-wakeup: reboot not needed but forced
    Mar 12 16:55:07 vdr shutdown[26139]: shutting down for system reboot
    Mar 12 16:55:11 vdr vdr[23466]: caught signal 15
    Mar 12 16:55:14 vdr vdr[23466]: saved setup to /var/lib/vdr/setup.conf
    Mar 12 16:55:14 vdr vdr[23466]: stopping plugin: streamdev-server
    Mar 12 16:55:15 vdr vdr[23477]: Streamdev: Server thread stopped
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: vdrrip
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: vcd
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: vdrc
    Mar 12 16:55:15 vdr vdr[23466]: saved setup to /var/lib/vdr/setup.conf
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: timeline
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: pcd
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: teletext
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: screenshot
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: mplayer
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: mp3
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: image
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: femon
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: dvd
    Mar 12 16:55:15 vdr vdr[23466]: stopping plugin: dvdselect
    Mar 12 16:55:15 vdr vdr[23466]: exiting
    Mar 12 16:55:17 vdr logger: /usr/lib/vdrconvert/bin/vdrconvert.sh aborted by signal
    Mar 12 16:55:22 vdr kernel: Kernel logging (proc) stopped.
    Mar 12 16:55:22 vdr kernel: Kernel log daemon terminating.
    Mar 12 16:55:22 vdr exiting on signal 15
    Mar 12 17:57:36 vdr syslogd 1.4.1#16: restart.
    Mar 12 17:57:36 vdr kernel: klogd 1.4.1#16, log source = /proc/kmsg started.
    Mar 12 17:57:36 vdr kernel: Inspecting /boot/System.map-2.4.27-ctvdr-1
    Mar 12 17:57:36 vdr kernel: Loaded 21049 symbols from /boot/System.map-2.4.27-ctvdr-1.
    Mar 12 17:57:36 vdr kernel: Symbols match kernel version 2.4.27.
    Mar 12 17:57:36 vdr kernel: Loaded 552 symbols from 30 modules.

  • Zitat

    Original von bernie
    nach dem Wechsel auf die akutelle ct-3.07 version funktioniert mein nvarm nicht mehr. Ich vewende den poweroff-kernel 2.4.18, der wird auch gestartet aber der Rechner wacht nicht auf, wenn er soll


    vorher hat's mit dem gleichen PowerOff-Kernel funktioniert?



    Zitat


    in der append zeile von lilo steht


    apend apm=off noapic acpi=off


    append-Zeile von welchem Kernel? PowerOff oder der normale?
    Mit dieser Zeile duerfte der Rechner gar nicht ausgehen...


    Zitat

    p.s kann es sein das der power-off-kernel nicht lange genug läuft, bei mir läuft der nur kurz an und schaltet dann ab.


    das ist normal und so gewollt.


    Was passiert denn, wenn du im BIOS eine wakeup-Zeit setzt und dann den Rechner in
    den PowerOff-Kernel bootest (so dass er also gleich ausgeht): Wacht er dann zur
    programmierten Zeit auf?




    Code
    [...]
    Mar 12 16:50:03 vdr vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1110644880 -C /etc/vdr/K7VT2.conf
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Use of "addr_date" is deprecated. Use "addr_day" instead. 
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Use of "shift_date" is deprecated. Use "shift_day" instead. 
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Use of "rtc_date" is deprecated. Use "rtc_day" instead. 
    Mar 12 16:50:03 vdr nvram-wakeup[24492]: Use of "reset_date" is deprecated. Use "reset_day" instead.


    nur so nebenbei bemerkt (hat mit dem Problem nichts zu tun): Diese Optionen solltest
    du in deiner Konfigurationsdatei korrigieren, da die alten Optionen mit "date" ab einer
    der naechsten Versionen nicht mehr untersturtzt werden.


    PS: bitte [code] fuer Logs benutzen

  • Hast Du 'guess-helper' benutzt oder kennt nvram-wakeup Dein Board ?
    Hast Du mal gekuckt, ob nvram-wakeup die Zeit korrekt ins Bios geschrieben hat ?
    Sonst poste doch mal Deine /etc/vdr/vdr-nvram-wakeup.conf (?)
    Achso, hast Du evtl. nach Einrichten des nvram-wakeup noch ein apt-get update/-grade gemacht ? -> evtl. neue Version + neue config ?


    Gruß
    Aman

  • Zitat

    Original von Aman
    Hast Du 'guess-helper' benutzt oder kennt nvram-wakeup Dein Board ?
    Hast Du mal gekuckt, ob nvram-wakeup die Zeit korrekt ins Bios geschrieben hat ?


    er hat eine ziemlich alte Konfigurationsdatei, daher denke ich, dass sie bei ihm
    schon immer funktioniert hat. und sofern er kein neues Board zeitgleich mit
    einem c't VDR update installiert hat, funktioniert diese Konfigurationsdatei auch
    weiterhin.


    Zitat

    Sonst poste doch mal Deine /etc/vdr/vdr-nvram-wakeup.conf (?)


    gute idee. Ich koennte sie auch ins CVS legen, falls nicht schon drine.


    Zitat

    Achso, hast Du evtl. nach Einrichten des nvram-wakeup noch ein apt-get
    update/-grade gemacht ? -> evtl. neue Version + neue config ?


    Die Board-Konfigurationsdate wird AFAIK nicht mit upgedatet. Wuerde ja auch
    nicht viel Sinn machen, da jeder ein anderes Board hat.

  • Hallo Bistr-o-Math, hallo Aman



    vor meinerm Update auf die aktuelle ct-vdr 3.07 hatte ich die alten ct-version (auf woody) am laufen. damit lief auch nvram-wakeup fehlerfrei.


    Ich habe nach dem Update die Konfigurationsdatei wieder so hergestellt, wie ich sie vorher hatte.


    @Bistr-o_Math


    Die Zeile
    "append apm=off, acpi=off noapic steht nich beim Poweroff-Kernel sondern beim normalen Kernel für den vdr


    Den Hinweis mit den "deprecated"-Feldern werde ich umsetzten.


    Anschließend poste ich dann auch config-datei für das K7VT2 BIOS-Version 1.30. Die Daten sind glaube ich noch nicht standardgemäß in nvram enthalten.


    Die /etc/vdr/vdr-nvram-wakeup.conf kann ich gerne heute abend posten, wenn ich wieder an meinen vdr rankomme.


    Fürs erste Danke für die Hilfe


    bernie

  • hallo ,


    jetzt anbei die versprochen daten. Die conf-daten zum Motherboard mit den gültigen variablennamen hängen an


    Hier aktuelle Version der vdr-nvram-wakeup.conf. vielleicht ist ja ein tipfehler drin, den ich vor lauter .... nicht mehr sehe!





    grüsse


    benie

  • Zitat

    Original von Bistr-o-Math
    Was passiert denn, wenn du im BIOS eine wakeup-Zeit setzt und dann den Rechner in
    den PowerOff-Kernel bootest (so dass er also gleich ausgeht): Wacht er dann zur
    programmierten Zeit auf?


    Hast du das schon ausprobiert?

  • Hallo Bistr-o-Math


    spannend: Wenn ich manuell die Zeit im Bios setzte und mit dem kernel-poweroff das System ausschalte läuft der Rechner nicht an!


    Du siehst mit überrascht! ist das denn ein anderen poweroff-kernel wie der von der woody-Version mit der das früher alles geklappt hat ?


    ja und dann kommt der Abschuß. ich habe die Zeit im Bios gesetzt, den Rechner dann normal hochlaufen lassen und gleich wieder runtergefahren und dann manuell ausgeschaltet und : ....


    er bootet zu der im Bios eingestellten zeit!


    bernie

  • Du kannst mal noch einen anderen Power-Off-Kernel probieren: http://www.e-tobi.net/vdr/sarg…eroff-2.4.24_0.1_i386.deb


    Weiß aber nicht, ob es dadurch besser geht. Bei mir persönlich läuft der Kernel ftp://ftp.heise.de/pub/ct/proj…eroff-2.4.18_0.1_i386.deb ohne Probleme mit einem Asus P5A. Aber den müsstest du eigentlich schon haben.


    Bye, gabe!

    VDR User #928 - Asus P5A * K6-2 450MHz * 256MB RAM * 160GB Samsung SV1604N * Nexus-S Rev2.2 * gepanschtes c't-VDR 3.06 & Tobi's Bigpatch Experimental & Kernel/Treiber c't-VDR 4

  • Zitat

    Original von bernie
    Hallo Bistr-o-Math


    spannend: Wenn ich manuell die Zeit im Bios setzte und mit dem kernel-poweroff das System ausschalte läuft der Rechner nicht an!


    Du siehst mit überrascht! ist das denn ein anderen poweroff-kernel wie der von der woody-Version mit der das früher alles geklappt hat ?


    das weiss ich nicht. Ich wuerde als erstes bei dem PowerOff kernel die folgenden Optionen ausprobieren:


    apm=off acpi=on (das sollte allerdings default sein, wenn also nichts anderes angegeben ist.)


    acpi=off apm=on


    acpi=off apm=realmode_power_off


    All diese Parameter kannst du auf der Boot-Zeile im Lilo-menue eingeben, um zu testen

  • Hallo Bistr-o-Math


    sorry hat etwas länger gedauert.


    Ich habe die Einstellungen alle getestet. Zuerst wie ist das ganz standardmäßig bei mir konfiguriert
    in der lilo.conf standen unter dem label zwei Zeilen:


    # append "acpi=off"
    # append "apm=off"


    Testergebnisse:



    1. apm=off acp=on: Rechner schallter mit Poweroff-Kernel aus, läuft aber nicht an


    2. acpi=off apm=on: Rechner bootet mit Poweroff-Kernel nicht aus und schaltet nicht aus


    3. acpi=off apm=realmode_power_off: Rechner bootet mit Poweroff-Kernel nicht aus und schaltet nicht aus


    4. acpi=off apm=off : Rechner bootet mit Poweroff-Kernel nicht aus und schaltet nicht aus


    5. acpi=on apm=on: Rechner schallter mit Poweroff-Kernel aus, läuft aber nicht an


    Zitat

    All diese Parameter kannst du auf der Boot-Zeile im Lilo-menue eingeben, um zu testen


    was du damit sagen willst habe ich nicht verstanden: ich habe die Änderungen in lilo.conf gemacht und anschließend lilo-ausgeführt. Eine Zeile um zum bootzeitpunkt parameter mitzugeben gibt es meines Wissens nur bei grub. ich wüßte ich nicht wie das beim ct-vdr anders zu machen wäre ?


    frustrierte grüsse


    bernie


  • das laesst darauf schliessen, dass der ACPI treiber im PowerOff den Rechner zu gut ausmacht und apm entweder gar nicht drin ist (???) oder dein Board kein APM kann.


    nimm mal aus reboot-2004.10.03.tar.bz2 den kernel bzImage.2.4.20.poweroff.
    Der hat auf jeden Fall beides, acpi und apm. und teste 2. und 3.


    EDIT: Link zum Downloaden in meiner Signatur


    Zitat


    was du damit sagen willst habe ich nicht verstanden: ich habe die Änderungen in
    lilo.conf gemacht und anschließend lilo-ausgeführt. Eine Zeile um zum bootzeitpunkt
    parameter mitzugeben gibt es meines Wissens nur bei grub. ich wüßte ich nicht wie das
    beim ct-vdr anders zu machen wäre ?


    gibts bei Lilo normalerweise auch. Aber ist egal, du kannst es auch in lilo.conf aendern.
    Musst halt jedesmal rebooten um ne aenderung vorzunehmen.

  • hallo Bistr-o-Math


    ich habe das Packet reboot-2004.10.03.tar.bz2 von der angegeben Webseite heruntergeladen. anschließend den kernel bzImage.2.4.20.poweroff ins boot-verzeichnis koppiert und in lilo den Einttrag von 18er auf den 20 ern kernel geändert und anschließend lilo ausgeführt.


    (reichen diese Schritte für die installation aus ?)


    anschließend habe die Varianten getestet ohne, das es zu einem besseren Ergebnis geführt hat. Folgende Ergebnisse sind herausgekommen:


    2. acpi=off apm=on: Rechner bootet mit Poweroff-Kernel und schaltet nicht aus

    3. acpi=off apm=realmode_power_off: Rechner bootet mit Poweroff-Kernel und schaltet nicht aus
    auch die folgende Variante


    acpi = on apm=off führt zu zwar dann zum ausschalten des Rechners aber nicht zu einem Start


    Wie letztes Mal auch, habe ich nach jeder Änderung in der lilo.conf lilo ausgeführt .
    :(


    Nachdem ich diese nachricht weggeschickt habe ( ich hoffe es gibt noch Optionen ? ) experimentiere ich mit den Starten des normalen Kernels in den init 0 modus . wenn ich nähmlich boote und dann von hand herunterfahre und ausschalte startet das System zum gewünschten Zeitpunkt !



    bernie
    grüsse Bernie

  • Also für mich hört sich das ganze wie ein hoffnungsloser Fall an. Ich will dir aber nicht gänzlich den Mut nehmen. Ich habe mich auch seit ct-VDR 3 mit APM, Poweroff und nicht mehr aufwachenden VDR trotz korrekter NVRAM-Funktionalität rumgeärgert. Wie es scheint, hat sich am APM manches geändert. Wenn der Weg mittlerweile so schwierig bis unmöglich scheint, wie wäre dann ein anderer? ACPI scheint soweit ja zu funktionieren. Es gibt doch auch ein vdr-addon-acpiwakeup im ct-Repository. Vielleicht das mal probieren? Aber mehr kann ich dazu nicht sagen, da ich das selber nicht testen kann (ACPI funktioniert bei mir nicht fehlerfrei).


    Bye, gabe!

    VDR User #928 - Asus P5A * K6-2 450MHz * 256MB RAM * 160GB Samsung SV1604N * Nexus-S Rev2.2 * gepanschtes c't-VDR 3.06 & Tobi's Bigpatch Experimental & Kernel/Treiber c't-VDR 4

  • Zitat

    Original von bernie
    hallo Bistr-o-Math


    ich habe das Packet reboot-2004.10.03.tar.bz2 von der angegeben Webseite heruntergeladen. anschließend den kernel bzImage.2.4.20.poweroff ins boot-verzeichnis koppiert und in lilo den Einttrag von 18er auf den 20 ern kernel geändert und anschließend lilo ausgeführt.


    (reichen diese Schritte für die installation aus ?)


    ja


    Zitat

    ... wenn ich nähmlich boote und dann von hand herunterfahre und ausschalte startet das System zum gewünschten Zeitpunkt!


    super. Dann nimm einfach den normalen Kernel-Eintrag in der lilo.conf und mach davon eine Kopie, die du "PowerOff" nennst und fuege zur append-Zeile von PowerOff den Parameter "0" hinzu. Fertig.

  • Hallo Bistr-o-Math


    die lösung funktioniert. Vielen Dank dir und gabe (dessen homepage zu nvram mit auch geholfen hat)


    sowie den anderen die Ideen miteingebracht haben.


    berni ;)

  • wenn dein noermaler eintrag in lilo.conf z.B. so lautet:

    Code
    image=/boot/bla-blubber
            label="Linux"
            root=/dev/sda1
            vga=0x318
            append="foo=bar foo2=bar3"


    Dann erstellst du einen weiteren Eitrag

    Code
    image=/boot/bla-blubber
            label="PowerOff"
            root=/dev/sda1
            vga=0x318
            append="foo=bar foo2=bar3 0"


    beachte, dass die einzigen Aenderungen im Label und die "0" in der append-Zeile sind.

  • Hallo Bernfried,


    meine lilo.conf sieht folgendermaßen aus. Es funktioniert fast immer. ;)
    manchmal allerdings, den Grund suche ich noch, fährt sich der vdr herunter, hat als letzte meldung Irgendwas mit Rebooting system, bleibt aber stehen und schaltet sich nicht aus. Den grund suche ich noch. Ansonsten wie gesagt klappt die Sache mit nachfolgender Einstellung

    bernie


Jetzt mitmachen!

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