vdr lässt sich nicht mehr herunterfahren

DaoineSidhe · 2. Juli 2005

Hi,

Ich habe seit ca. 1 Monat das Problem, dass ich meinen vdr nicht mehr ordnungsgemäß herunterfahren kann, da er immer neu startet.

hat mir leider auch nicht weitergeholfen.

Und Ideen habe ich auch keien mehr...

Vieleicht hat ja einer von Euch eine Idee, wo ich den Fehler finden könnte.

Auszug aus /var/log/messages:

Jul 2 20:29:38 vdr shutdown[7997]: shutting down for system halt
Jul 2 20:29:41 vdr vdr[7606]: caught signal 15
Jul 2 20:29:44 vdr vdr[7606]: saved setup to /var/lib/vdr/setup.conf
Jul 2 20:29:44 vdr vdr[7606]: stopping plugin: tvonscreen
Jul 2 20:29:44 vdr vdr[7606]: stopping plugin: timeline
Jul 2 20:29:44 vdr vdr[7606]: stopping plugin: screenshot
Jul 2 20:29:44 vdr vdr[7606]: stopping plugin: mplayer
Jul 2 20:29:44 vdr vdr[7606]: stopping plugin: image
Jul 2 20:29:44 vdr vdr[7606]: stopping plugin: dvdselect
Jul 2 20:29:44 vdr vdr[7606]: stopping plugin: calendar
Jul 2 20:29:44 vdr vdr[7606]: stopping plugin: streamdev-server
Jul 2 20:29:44 vdr vdr[7610]: Streamdev: Server thread stopped
Jul 2 20:29:44 vdr vdr[7606]: exiting
Jul 2 20:29:44 vdr logger: /usr/lib/vdrconvert/bin/vdrconvert.sh aborted by signal
Jul 2 20:30:05 vdr kernel: Kernel logging (proc) stopped.
Jul 2 20:30:05 vdr kernel: Kernel log daemon terminating.
Jul 2 20:30:05 vdr exiting on signal 15
Jul 2 20:31:09 vdr syslogd 1.4.1#17: restart.
Jul 2 20:31:09 vdr kernel: klogd 1.4.1#17, log source = /proc/kmsg started.
Jul 2 20:31:09 vdr kernel: Inspecting /boot/System.map-2.4.27-ctvdr-1
Jul 2 20:31:10 vdr kernel: Loaded 21049 symbols from /boot/System.map-2.4.27-ctvdr-1.
Jul 2 20:31:10 vdr kernel: Symbols match kernel version 2.4.27.
Jul 2 20:31:10 vdr kernel: Loaded 349 symbols from 16 modules.
Jul 2 20:31:10 vdr kernel: Linux version 2.4.27-ctvdr-1 (root@sarge.siering.org) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #1 Fri Oct 15 18:38:29 UTC 2004
Jul 2 20:31:10 vdr kernel: BIOS-provided physical RAM map:

fraban · 2. Juli 2005

Hi

Schau mal die BIOS Optionen von Deinem Rechner an.

Irgendwo findest du da ein paar "Power On ..." oder ähnliche Optionen.
Je nach BIOS gibt es da so etwas wie Wake on LAN, Wake Up, PowerOnby PCI card oder "WOL/WOM Resume" und "RTC Alarm Resume".
Einfach mal schauen was da zu finden ist und ggf. einfach mal auf "Off" stellen.
Schreib Dir aber vorher auf, wie der Default Zustand war.

Da würde ich mal suchen.

- was macht denn Dein Hardwarewakeup ? -- rechner starten ?

Gruß Frank

DaoineSidhe · 2. Juli 2005

Hi Frank,

Im BIOS habe ich keine Veränderungen vorgenommen (Rechner arbeitet ohne Monitor im Wohnzimmer).
Das Hardwarewakeup (Platine/Software von Rasputin/Frank Jepsen) startet tatsächlich den Rechner; ist aber nicht schuld.
Als letzten Test haben ich heute vdrdevel installiert und als default gestartet (Hardwarewakeup ist noch nicht in vdrdevel eingerichtet) hier ist das Verhalten genauso.
Der Eintrag in /var/log/messages ist entsprechend.

Anscheinend habe ich hier ein Problem in den Grundskipten, aber keine Ahnung wo es sein könnte (/etc/rcxxx ?).

Gruß

Rouven

fraban · 3. Juli 2005

Zitat

Original von DaoineSidhe
Hi Frank,

Anscheinend habe ich hier ein Problem in den Grundskipten, aber keine Ahnung wo es sein könnte (/etc/rcxxx ?).

Gruß Rouven

Hi

das sind ziemlcih sicher nicht die Scripte in etc/rc.d usw.

>> Jul 2 20:30:05 vdr exiting on signal 15

hier ist Dein System "unten" - dann 1 Minute später geht´s wieder los. Da ist kein /etc/rc.d - Script am laufen.
Kannst Du den rechner als root mit dem Kommando "halt" oder mit "shutdown -p" abschalten ohne dass er gleich wieder hochfährt ?
Ich würde trotz allem mal das BIOS anschauen.

Gruß Frank

DaoineSidhe · 3. Juli 2005

Hi,

Leider lässt sich der Rechner auch nicht per "shutdown -h now" herunterfahren.

Zitat

Jul 2 20:30:05 vdr exiting on signal 15
Jul 2 20:31:09 vdr syslogd 1.4.1#17: restart.

Scheint ja anzuzeigen, dass der Rechner einen geplanten Restart anstelle eines Shutdown durchführt, oder gehört die syslogd-Zeile schon zum Start des Systems ?

Gruß

Rouven

maxkr · 14. Januar 2006

Hi,

seit dem Kernel 2.6.12-ct-1 und jetzt verstärkt mit dem Kernel 2.6.15-ct-1 habe ich das Problem, dass der Rechner bei Timeraufnahmen und bei Inaktivität zwar runterfährt, aber dann im selben Moment wieder neu startet (restart statt shutdown):

Code

Jan 14 18:20:22 htpc exiting on signal 15
Jan 14 18:21:46 htpc syslogd 1.4.1#17: restart.

Ein 'shutdown -h now' funktioniert bei mir wie auch das manuelle Herunterfahren des Rechners. Im BIOS habe ich auch nichts verstelllt...

Habt ihr eine Idee?

Viele Grüße,
Max

maxkr · 15. Januar 2006

Hi,

habe jetzt mal noapic acpi=off in der /boot/grub/menu.lst beim kernel-Parameter ergänzt und werde das Verhalten beobachten...

Viele Grüße,
Max

[Nachtrag]
Diese Einstellung führt dazu, dass der Rechner mit der Meldung "Power down." stehen bleibt.

Was macht denn der vdr nach Ablauf der Inaktivität bzw. nach einer Timeraufnahme anders als bei einem manuellen Drücken auf die Powertaste (an der Fernbedienung)...?
In der /etc/default/vdrdevel finde ich auch nur folgende Zeile:
SHUTDOWNCMD="/etc/init.d/vdrdevel stop ; sleep 1 ; /sbin/shutdown -h now"

...kommt die nurt bei manuellen Tastendruck zur Anwendung - lt. dere Beschreibung oberhalb dieser Zeilewohl schon??!

Viele Grüße,
Max

maxkr · 15. Januar 2006

Hallo,

jetzt habe ich noch mal verschiedene Parameter ausprobiert und mit:
"apic acpi=power-off"
funktioniert sowohl das manuelle Herunterfahren als auch das Heruntfahren nach Ablauf der Inaktivität.

Mit apm=off hat dagegen nicht mal ein "reboot" funktioniert, auch der halt bzw. shutdown -h haben dann den Rechner nicht zum Ausschalten (Standby bewegt).

Das Ganze scheint also wirklich sehr Mainboard- und Kernel-spezifisch zu sein. Warum es bei der 2.6.12-ct-1 sporadisch nicht funktioniert hat wird wohl ein Rätsel bleiben (hier keine! Parameter) und ob es nun bei der 2.6.15-ct-1 nun immer funktioniert wird sich erst in den nächsten Tagen herausstellen...!

Viele Grüße,
Max

vdr lässt sich nicht mehr herunterfahren

Jetzt mitmachen!

Teilen