VDR-Rechner geht ungewollt in Suspend

Hallo zusammen,

mein VDR-Rechner geht von Zeit zu Zeit ungewollt in den Schlafmodus / Suspend.

Ich hatte bisher immer gedacht, der Rechner wäre abgestürzt. Es gab keine Log-Einträge und er reagierte nicht auf ping, ssh-Zugriff oder die Konsole.
Bild und Ton der FF lief aber weiter, auch die Textkonsole zeigte noch ein Bild..

Nachdem das wieder passiert war, habe ich versehentlich den Power-Botton statt Reset gedrückt und siehe da, der VDR wachte einfach auf.
Und genau diesen Schalfmodus möchte ich gerne deaktivieren, nur weiss ich leider nicht, wieso der Rechner in einen Suspend geht. Das passiert in letzter Zeit eher selten (alle paar Tage) - das kann auch mal kurz vor einer Aufnahme sein. Heute z.B. lief der Rechner ca. 2h, als es passierte.

Ich habe bei meinem Debian Woody 3.0r2 keinen acpid installiert und es läuft auch kein apmd. apm ist fest im Kernel geladen. Dem Rechner gebe ich beim Shutdown mit nvram-wakeup eine Wakup-Zeit mit.

Der Kernel gebe ich keine Parameter bzgl. acpi oder apm via append mit.

Der Kernel hat folgende Config:

vdr:/boot# grep ACPI config-2.6.11
# Power management options (ACPI, APM)
# ACPI (Advanced Configuration and Power Interface) Support
# CONFIG_ACPI is not set
vdr:/boot# grep PM config-2.6.11
# Power management options (ACPI, APM)
CONFIG_PM=y
CONFIG_PM_DEBUG=y
# APM (Advanced Power Management) BIOS Support
CONFIG_APM=y
# CONFIG_APM_IGNORE_USER_SUSPEND is not set
CONFIG_APM_DO_ENABLE=y
# CONFIG_APM_CPU_IDLE is not set
# CONFIG_APM_DISPLAY_BLANK is not set
CONFIG_APM_RTC_IS_GMT=y
# CONFIG_APM_ALLOW_INTS is not set
CONFIG_APM_REAL_MODE_POWER_OFF=y

Im BISO meines EPOX EP-MVP3C2 mit K6-3 400 MHz habe ich die Power Management Einstellungen bisher wie folgt gehabt:

ACPI function:      Disable
Power Management:   User Define
PM Control by APM:  Yes
Video off Option:   Always On
Video off Method:   Blank Screen
MODEM Use IRQ:      NA
Soft-off by PWRBTN: Delay 4 Sec


** RM Timers **
HDD Power Down:     Disable
Doze Mode:          Disable
Suspend Mode:       Disable


** PM Events **
VGA:                OFF
LPT & COM:          NONE
HDD & FDD:          OFF
DMA/master:         OFF
Modem Ring Resume:  Disabled
RTC Alarm Resume:   Enable

Heute habe ich mal "PM Control by APM" auf No gesetzt. Das RTC Wakeup funktionierte danach noch. Vielleicht ist das die Lösung - bloss eine Vermutung.

Hat jemand von euch eine Erklärung, was da passieren könnte?

PS: Noch eine Idee: Kann der smartd schuld sein? Ich habe ihn installiert und laufen, da ich die "vermeindlichen Abstürze" auch mal als Probleme mit der Festplatte vermutet habe...

Viele Grüße
TeeRose

Heute ist der Rechner erneut in den Suspend-Modus gegangen und hat im syslog folgendes zu der Zeit hinterlassen:

Apr 28 16:06:17 vdr vdr[5732]: receiver on device 1 thread ended (pid=5732, tid=61447)
Apr 28 16:06:17 vdr vdr[1439]: buffer stats: 0 (0%) used
Apr 28 16:06:17 vdr vdr[5750]: receiver on device 1 thread started (pid=5750, tid=64519)
Apr 28 16:06:17 vdr vdr[5751]: TS buffer on device 1 thread started (pid=5751, tid=65544)
Apr 28 16:06:17 vdr vdr[1439]: closing SVDRP connection
Apr 28 16:06:47 vdr kernel: v4l1-compat: VIDIOC_QUERYCTRL: -22
Apr 28 16:06:47 vdr kernel: v4l1-compat: VIDIOC_QUERYCTRL: -22
Apr 28 16:19:17 vdr kernel: atkbd.c: Keyboard on isa0060/serio0 reports too many keys pressed.
Apr 28 16:19:18 vdr vdr[1439]: max. latency time 9 seconds

Was bedeuten denn die 6. und 7. Zeile?
Gegen 16:19 Uhr habe ich den Rechner per Power-Button "aufgeweckt".

PS: smartd wird wohl nichts mit dem Phänomen zu tun haben, denn den hatte ich zuvor deinstalliert.

PeterD:

Ich habe im Bios die ACPI Funktion ausgeschaltet und mittlerweile auch "PM Control by APM" auf NO gesetzt.

Für "Powermangement" gibt es nur die Optionen "min", "max" und "user defined".

Es läuft jetzt auch kein smartd/apmd/acpid mehr und dennoch hatte ich gestern wieder das Phänomen.

decembersoul:
Ich denke mal keine 5 Sekunden.

Neulich habe ich gesehen, das die Uhr dann falsch ging. Sie hatte nach ca. 2 Stunden "Schlaf" die Uhrzeit vom Einschlafzeitpunkt.

Leider habe ich das Problem immer noch. Der Rechner ging vorhin wieder in irgendeinen Suspend-Modus. Aber warum

Woran kann das liegen?

Hallo,
bei mir liegt es nicht an der Shutdown-Zeit des VDR. Wenn die zieht ist der Rechner komplett aus (Standby) und die Power LED leucht nicht mehr. Wake on RTC funktioniert zur eingestellten Zeit.

Geht mein Rechner aber in diesen ominösen Zustand, leuchtet die Power LED, das TV-Bild und Ton kommt an der DVB-S FF raus. Zu einem Timer wacht der Rechner aber nicht via Wake on RTC auf.

apm=off acpi=off noacpi
habe ich vor einigen Tagen gesetzt. Bis jetzt hatte ich das Phänomen noch nicht wieder gesehen.

Auch die Kernel-Parameter bringen nichts.

Der Rechner ist gestern während ich mit der FB durch das Menü gesteuert bin und Aufnahmen gelöscht habe, eingeschlafen.

Ich bin also zur Konsole und habe Text getippt - tot, aber das Bild ist weiterhin zu sehen. Also habe ich den Powerknopf gedrückt und eine Sekunde später tauchte mein getippter Text auf und der Rechner lief weiter.

Was zum Teufel ist da los? So langsam habe ich keine Ideen mehr...
Meine letzte Hoffnung ist Debian Sarge, da ich langsam wieder die Software in Verdacht habe.

So, gestern wieder drei Fälle des "ungewollten Suspend": beim Abspielen einer gerade gestarteten Aufnamhe, beim Bottvorgang und beim der 2h-Idle-Zeit-bis-System-runterfährt.

Interessant ist der Suspend im Bootvorgang:. Ich habe mein runvdr-Skript als S01runvdr im Runlevel 2. In dem Skript wird erst das Modul für LIRC gestartet und dann LIRC selbst. Anschließend die DVB-Treiber und der Rest. Der Rechner ist aber zwischen LIRC und den DVB-Treibern in den Syspend gegangen.
Als ich anschließend den Powerknopf gedrückt habe, wurden sofort die DVB-Treiber und der Rest geladen und der VDR-Rechner war einsatzbereit.

Hilfe! Was passiert hier???

Neuigkeit:

Bei folgenden Befehlen geht der Rechner in einen Suspend-Modus, den ich per Druck des Power-Buttons beenden kann:

hwclock
hwclock --systohc

Bei den folgenden Befehlen geht der Rechner NICHT in den Suspend:

hwclock --directisa
hwclock --directisa --systohc

Leider sagt mir das ganze nicht, euch vielleicht???
Wo kann z.B. im System ähnliches passieren, sodass der selbe Effekt auftritt?

PS: Selbst benutze ich hwclock mit --directisa.

*schieb-hoch*