Rechner wacht auf ... mehr aber auch nicht

Hallo,

nachdem der Rechner (mit ASUS M4N78 PRO) "schlafen gegangen" ist, wird er zur richtigen Zeit wieder "wach" - die Lüfter drehen, die LED wechselt von blinken in dauerhaftes leuchten, aber es läuft anscheinend überhaupt keine Software. Der Monitor bleibt schwarz, Verbindung über Lan (ssh oder vdr-adminam) ist nicht möglich und er zeigt keine Reaktion auf Tastatureingaben. Die einzige Möglichkeit auf den Rechner wieder zu zugreifen ist ihn aus- und wieder anzuschalten.

Hat jemand eine Idee woran das liegen könnte?

Da Schlafenlegen und Aufwachen funktioniert scheint es kein ACPI sondern ein anderes Problem zu sein, nur welches? Oder sehe ich vor lauten Bäumen den Wald nicht???

Kurze Info:

vdr:~# ctvdrinfo
**************************************
* c't VDR Übersicht *
**************************************

VDR : 1.6.0-17ctvdr1
Kernel: 2.6.28-etobi.3-amd64
ABI : vdr-abi-1.6.0-multipatch-2009-05-03

Patches:
--------------------------------------
opt-20_liemikuutio
opt-21_internal-cam-devices
opt-24_jumpplay
opt-27_ttxtsubs
opt-28_audioindexer
opt-29_syncearly-audioindexer
opt-30-x_analogtv
opt-31-x_reelchannelscan
opt-37-x_menuorg
opt-38_disableDoubleEpgEntrys
opt-39_noepg
opt-40_pluginparam
opt-41-x_timer-info
opt-42-x_MainMenuHooks
opt-43-x_recordshowfree
opt-44_rotor
opt-45_yaepg
opt-47_sourcecaps
opt-48-x_pin
opt-49-x_pvrinput
opt-50_graphtft
opt-51_cuttime
opt-52_hard_link_cutter
opt-53_dvbsetup
opt-54_deltimeshiftrec

Plugins:
( N = Native Plugin )
( D = Debian Plugin )
( - = Deaktiviert )
--------------------------------------
D dvd
Package: vdr-plugin-dvd
Version: 0.3.6~b03+cvs20090426.0013-3
D conflictcheckonly
Package: vdr-plugin-epgsearch
Version: 0.9.25~beta16-3
D epgsearch
Package: vdr-plugin-epgsearch
Version: 0.9.25~beta16-3
D epgsearchonly
Package: vdr-plugin-epgsearch
Version: 0.9.25~beta16-3
D quickepgsearch
Package: vdr-plugin-epgsearch
Version: 0.9.25~beta16-3
D femon
Package: vdr-plugin-femon
Version: 1.6.7-2
D skinelchi
Package: vdr-plugin-skinelchi
Version: 0.2.1-2

Addon Packages:
--------------------------------------
vdr-addon-acpiwakeup (0.0.10)
vdr-addon-noad (0.7.2-1)
vdr-genindex (0.1.3-1)
vdr-xpmlogos (0.0.1-3)

Hi,

nun, die LED für die Festplatte blinkt ein paar mal und bleibt dann aus.

Es ist übrigens egal ob der Rechner zur angegebenen Zeit aufwacht oder ich die Powertaste drücke ... der Rechner ist an, tut aber nichts.

Erst wenn ich nun 2 mal die Powertaste drücke (1. mal aus, 2. mal wieder an) habe ich wieder Zugriff auf Selbigen. In sämtlichen LOGs sehe ich dann, das sich nach dem Schlafenlegen nichts mehr getan hat. Die nächsten Einträge beziehen sich auf das hochfahren des Rechners.

Ist jemand, bei dem es klappt, mal so nett und postet die Biosversion und -einstellungen seines M4N78 PRO?

Hi,

leider ist das Problem immer noch nicht gelöst.

Inzwischen habe ich diverse Bioseinstellungen und Anleitungen getestet. Der Rechner fährt sich stets ordentlich runter, die PowerLED blinkt und der Rechner wacht zum richtigen Zeitpunkt wieder auf, aber die Software bzw. das Betriebssystem läuft nicht. Vergleichbar als ob man den Rechner ohne RAM startet.

Einige Scripte habe ich etwas geändert und lasse die Ausgaben in eine Logdatei leiten. Das Hautptestscript sorgt für eine Weckzeit 180 Sekunden in der Zukunft. Die Logdatei sieht anschließend wie folgt aus (Anmerkungen von mir sind fett und unterschrichen):

Zitat

(Weckzeit 180 Sekunden in der Zukunft einstellen)

Aktuelle Zeit: 2011-04-18 22:42:51
Aktuelle Zeit in Sek.: 1303159371
Starte Rechner neu um: 1303159551
Fahre Rechner nun runter, bzw. übergebe an VDR-Script ...
/usr/bin/at -f /usr/local/bin/s3 now

(aktive Module zu beginn des VDR-Scripts (lsmod))

Module Size Used by
powernow_k8 78852 0
cpufreq_powersave 67328 0
cpufreq_stats 70404 0
cpufreq_userspace 69252 0
cpufreq_conservative 72712 0
ipv6 348928 28
xfs 540656 1
dm_snapshot 81992 0
dm_mirror 79488 0
dm_region_hash 78208 1 dm_mirror
dm_log 75524 2 dm_mirror,dm_region_hash
dm_mod 121184 3 dm_snapshot,dm_mirror,dm_log
loop 80652 0
ves1820 71684 1
budget 80772 0
budget_core 76292 1 budget
saa7146 83720 2 budget,budget_core
serio_raw 71428 0
ttpci_eeprom 68096 1 budget_core
evdev 76304 5
snd_hda_intel 553924 0
shpchp 97948 0
pcspkr 68352 0
psmouse 106908 0
dvb_core 151708 2 budget,budget_core
pci_hotplug 93232 1 shpchp
snd_pcm 144264 1 snd_hda_intel
snd_timer 87824 1 snd_pcm
snd 125432 3 snd_hda_intel,snd_pcm,snd_timer
soundcore 73488 1 snd
i2c_core 90528 4 ves1820,budget,budget_core,ttpci_eeprom
snd_page_alloc 75280 2 snd_hda_intel,snd_pcm
wmi 73280 0
button 72992 0
ext3 186768 1
jbd 116264 1 ext3
mbcache 74628 1 ext3
sd_mod 97848 4
crc_t10dif 67712 1 sd_mod
ahci 97932 3
libata 237632 1 ahci
scsi_mod 229032 2 sd_mod,libata
forcedeth 119824 0
ehci_hcd 100108 0
ohci_hcd 88604 0
thermal 84384 0
processor 111544 2 powernow_k8,thermal
fan 70920 0
thermal_sys 78656 3 thermal,processor,fan

========> Mo 18. Apr 22:43:03 CEST 2011 >> STARTING s2ram.<<

(aktive Module beim Schlafenlegen (DVB-Module entladen) (lsmod)

Module Size Used by
powernow_k8 78852 0
cpufreq_powersave 67328 0
cpufreq_stats 70404 0
cpufreq_userspace 69252 0
cpufreq_conservative 72712 0
ipv6 348928 28
xfs 540656 1
dm_snapshot 81992 0
dm_mirror 79488 0
dm_region_hash 78208 1 dm_mirror
dm_log 75524 2 dm_mirror,dm_region_hash
dm_mod 121184 3 dm_snapshot,dm_mirror,dm_log
loop 80652 0
ves1820 71684 0
serio_raw 71428 0
evdev 76304 5
snd_hda_intel 553924 0
shpchp 97948 0
pcspkr 68352 0
psmouse 106908 0
pci_hotplug 93232 1 shpchp
snd_pcm 144264 1 snd_hda_intel
snd_timer 87824 1 snd_pcm
snd 125432 3 snd_hda_intel,snd_pcm,snd_timer
soundcore 73488 1 snd
i2c_core 90528 1 ves1820
snd_page_alloc 75280 2 snd_hda_intel,snd_pcm
wmi 73280 0
button 72992 0
ext3 186768 1
jbd 116264 1 ext3
mbcache 74628 1 ext3
sd_mod 97848 4
crc_t10dif 67712 1 sd_mod
ahci 97932 3
libata 237632 1 ahci
scsi_mod 229032 2 sd_mod,libata
forcedeth 119824 0
ehci_hcd 100108 0
ohci_hcd 88604 0
thermal 84384 0
processor 111544 2 powernow_k8,thermal
fan 70920 0
thermal_sys 78656 3 thermal,processor,fan

(aktive VDR-Programme (ps aux | grep vdr)

avahi 2328 0.0 0.0 2988 1476 ? Ss 22:23 0:00 avahi-daemon: running [vdr.local]
103 2793 0.0 0.2 15288 11788 ? SN 22:23 0:00 vdradmind
root 3072 0.0 0.0 3604 688 ? S 22:43 0:00 grep vdr

(Weckzeitkontrolle (cat /proc/driver/rtc)

rtc_time : 20:43:04
rtc_date : 2011-04-18
alrm_time : 20:45:51
alrm_date : 2011-04-18
alarm_IRQ : yes
alrm_pending : no
24hr : yes
periodic_IRQ : no
update_IRQ : no
HPET_emulated : no
DST_enable : no
periodic_freq : 1024
batt_status : okay

========> Going to Sleep!

Alles anzeigen

Hier ist die Logdatei zu Ende. Normalerweise sollte sie mit "======> STARTING resume." weiter gehen.

Kann einer von euch da irgendwo einen Fehler entecken???

Hi,

das Problem besteht immer noch!

Allerdings komme ich im Moment auch nicht dazu mich um selbiges zu kümmern, da wir umziehen bzw. erst mal renovieren.

Die Festplatte ist neu, sie wurde lediglich zu Backup-Zwecken kurzzeitig in einem anderen System benötigt und lief dort einwandfrei - ich schließe die Festplatte als Fehlerquelle aus.

In Verdacht habe ich entweder das Bios (wollte mal ein älteres testen, installiert ist z.Z. das neueste) oder die Software bzw. Distribution. Installiert ist Debian Lenny, da ich für meinen VDR kein HDTV benötige und somit lediglich Version 1.6x des VDRs. Hier hatte ich überlegt mal yaVDR auf einer weiteren Partition zu installieren um zu sehen ob das Aufwachen damit einwandfrei funktioniert.

Welche Distribution verwendest du?

Thomas

Mmh,

also laut Google-Suche soll es mit meinem MB i.d.R out of the box Sgehen. Allerdings sind die Suchergebnisse allesamt älter - logischerweise somit auch das Bios.

Sämtliche Seiten, z.B. ...

http://www.mythtv.org/wiki/ACPI_Wakeup
http://www.e-tobi.net/blog/201…schens-aufwachen-via-acpi
http://www.mythtvtalk.com/acpi-wakeup-no-video-11800/
http://www.vdr-wiki.de/wiki/index.php/ACPI_Wakeup
http://www.freevdr.de/forum/index.php?topic=801.15
http://www.hubertus-sandmann.h…online.de/ACPI-Wakeup.htm
http://www.heise.de/artikel-archiv/ct/02/25/234/
http://www.heise.de/ct/Redaktion/ciw/acpi.html
[gelöst] ACPI-Wakeup auf ASUS M2NPV-VM

... hab ich durch - ohne Erfolg.

Wenn ich demnächst mehr Zeit habe muß ich mir das nochmal reinpfeifen.

Thomas

Hi,

in meinem original Post ging es um das Aufwachen wenn man vorher etwas zur Aufnahme programmiert hat und denn VDR schlafen legt (STR).

Es lag am Bios. Mit einer bestimmten Einstellung geht es.

Es kann sein das die VDR-Versionen unterschiedliche Mechanismen zum Aufwecken nutzten. Du mußt dir die Zeit nehmen und mal sämtliche Einstellungsmöglichkeiten, die das Aufwachen betreffen, durchtesten.

Axor

Bei meinem M4N78 Pro Rev. 1.02G ist Bios Version 1302 mit Build Date 11/19/10 installiert.

Im Bios ist eingestellt unter "Power"

-Suspend Mode [S3 only]
ACPI 2.0 Support [Disabled]
ACPI APIC support [Enabled]

> APM Configuraion
> Hardware Monitor

... unter dem o.g. "> APM Configuraion" steht dann noch ...

Restore on AC Power Loss [Power Off]

Power On By PME [Enabled]
Power On By Ring [Enabled]
Power On By PS/2 Keyboard [Disabled]
Power On By PS/2 Mouse [Disabled]
Power On By RTC Alarm [Disabled]

Installiert ist yaVDR64 0.4.

In der /etc/default/grub

wird dem Kernel beim starten folgendes mitgegeben ...

GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m quiet splash vga=792 noresume nohz=off acpi_enforce_resources=lax"

Installiere zum testen das Paket "uswsusp" (Debian (K)ubuntu usw.).

In diesem Paket ist u.a. "s2ram"

Rufe in der Konsole als root s2ram mit Parameter -i oder -n auf und schau ob dein System unterstützt wird, falls nicht dann s2ram -f aufrufen (-h = Hilfe).

Der Rechner sollte sich dann schlafen legen (und die Power LED aufblinken - zumindest tut es das bei meinen 2 Rechnern). Wenn du nun die Powertaste drückst sollte der Rechner wach werden und anschließend wieder genau da sein, wo er vor dem Schlafenlegen war.

Das hat nichts mit der VDR-Software zu tun, zeigt dir aber ob die Einstellungen im Bios und zum Kernel richtig sind bzw. ob Suspend und ACPI mit dem Board überhaupt funktionieren.

Lesenswert ist in diesem Zusammenhang auch ...ACPI

Axor

Zitat von DaKilla

Warum disablest Du diese? Vor Allem ACPI 2.0. Glaubst Du Dein Kernel beherrscht das nicht?

Albert

"Power On By RTC Alarm", wird meines Wissens nur für NVRam Wakeup gebraucht, wir sprechen hier aber über ACPI.

Warum ACPI 2.0 disabled ist ... keine Ahnung. Nachdem ich gefühlte 1000 mal die Einstellungen im Bios verändert und den Rechner gebootet hatte (ohne SSD dauert das schon mal länger), war ich froh das es funktioniert. Auf weitere Experimente habe ich somit verzichtet.

Axor