Netzwerkkarte verhindert das Aufwachen aus dem S3

cekaro · 6. März 2011

Moin,
ich teste zur Zeit mit einem DFI LanParty 785G M35 den S3.
Der Rechner lässt sich schlafen legen. Wenn ich ihn über die Fernbedienung bzw. über ACPI aufwecke, schalten sich Netzteil und Lüfter an und ich meine zu hören, dass er nach kurzer Zeit auf die Festplatte zugreift.
Bild, Ton und auch das Netzwerk verweigern ihren Dienst.
Zudem ist im syslog dieser "Start" nicht vermerkt.
Das syslog endet mit dem Schlafenlegen in den S3 und wird dann mit dem Hardware-Neustart fortgeführt.
Wie kann ich ohne dies auf Fehlersuche gehen?

Code

Mar  6 17:38:26 yavdr vdr: [836] deleting plugin: channellists
Mar  6 17:38:26 yavdr vdr: [836] deleting plugin: tvm2vdr
Mar  6 17:38:26 yavdr vdr: [836] deleting plugin: streamdev-server
Mar  6 17:38:26 yavdr init: vdr main process (836) killed by SEGV signal
Mar  6 17:38:26 yavdr kernel: [  187.516985] vdr[1138]: segfault at 6b1347 ip 00fd31ae sp ab556c94 error 4 in libgcc_s.so.1[fbc000+1d000]
Mar  6 17:38:26 yavdr anacron[1766]: Anacron 2.3 started on 2011-03-06
Mar  6 17:38:26 yavdr anacron[1766]: Normal exit (0 jobs run)
Mar  6 17:38:26 yavdr init: logo-stop main process (1536) killed by TERM signal
Mar  6 17:44:53 yavdr kernel: imklog 4.2.0, log source = /proc/kmsg started.
Mar  6 17:44:53 yavdr rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="900" x-info="http://www.rsyslog.com"] (re)start
Mar  6 17:44:53 yavdr rsyslogd: rsyslogd's groupid changed to 103
Mar  6 17:44:53 yavdr rsyslogd: rsyslogd's userid changed to 101
Mar  6 17:44:53 yavdr rsyslogd-2039: Could no open output file '/dev/xconsole' [try http://www.rsyslog.com/e/2039 ]
Mar  6 17:44:53 yavdr lircd-0.8.6[852]: lircd(default) ready, using /var/run/lirc/lircd
Mar  6 17:44:53 yavdr kernel: [    0.000000] Initializing cgroup subsys cpuset
Mar  6 17:44:53 yavdr rpc.statd[923]: Version 1.1.6 Starting

Alles anzeigen

Zwischen 17:38 Uhr und 17:44 Uhr habe ich versucht den Rechner aus dem S3 aufzuwecken.
Kann der/die/das segfault in Zeile 5 etwas damit zu tun haben? Ich konnte dazu nichts finden.
Den Eintrag "acpi=force hpet=disable usbcore.autosuspend=-1"
in /etc/default/grub habe ich bereits getestet und auch das forcierte Nachladen des nvidia-Moduls habe ich erfolglos getestet.

Marco

cekaro · 7. März 2011

Keiner ne Idee wie ich auf Fehlersuche gehen könnte?

cekaro · 10. März 2011

Monolog die dritte
Es scheint wohl an der Onboard-Netzwerkkarte zu liegen.
Dies ist eine

Code

02:00.0 Ethernet controller: JMicron Technology Corp. JMC250 PCI Express Gigabit Ethernet Controller (rev 11)

welche bei der Installation von yavdr nicht erkannt wird.
Daher habe ich eine PCI Netzwerkkarte von Intel für die Installation verwendet, welche ich anschließend wieder ausgebaut habe.
Wenn ich nun in der /etc/network/interfaces eth0 (für die Intel) in eth1 (für den Onboard NIC) ändere, startet der PC nicht mehr aus dem S3. ->KeinTon, kein Bild und kein Netzwerk.
Ich habe versucht das Modul jme, welches für den Onboard NIC benötigt wird, über die /etc/yavdr/force-reload-modules.list neu zu laden. Dies brachte aber auch keinen Erfolg.
Was kann ich noch machen damit die Onboard Netzwerkkarte doch noch funktioniert.
Ich möchte ungern noch ein weiteres Board testen.

Marco

cekaro · 11. März 2011

Wenn ich es richtig verstehe, wird durch den Eintrag des Moduls jme in der force-reload-modules.list das Modul nach dem Starten entladen und sofort wieder geladen. Gibt es eine Möglichkeit das Modul vor dem Schlafenlegen zu entladen? Welche Datei kann ich hierfür verwenden?

Marco

cekaro · 11. März 2011

Ich würde das Modul jme vor dem schlafenlegen mit "modprobe -r jme" entladen aber ich weiß nicht welche Datei ich dafür nehmen kann.
Oder bin ich auf dem Holzweg und dies wird sowieso durch pm-utils übernommen?

cekaro · 14. März 2011

Kann mir echt keiner sagen, ob mein Ansatz generell richtig wäre und in welche Datei ich dies ggf. eintragen könnte?

Marco

Licherkette · 14. März 2011

Schwieriges Thema Marco,

aber ich lese gespannt mit

Hast du denn die Onboard Netwerkkarte im Bios deaktiviert für die Tests?
Hast du yaVDR mit apt-get update und apt-get distupgrade auf dem neuesten Stand, auch Kernel?

Nach der Netzwerklösung würde ich in ubuntu-foren suchen, dann bekommst deine Onboard bestimmt ans Laufen.

Es gibt soweit ich weiss zwei Dateien, eine zum entladen und eine zum reload der module bei S3. Daheim kann ich mal nachsehen, was ich mir aufnotiert hab,

Gruß, Uwe

Torsten73 · 14. März 2011

zuerst mal musst Du Dich mit der Standbytechnik vom vdr bekannt machen. Dazu hilft die ubuntuuser wiki weiter:
http://wiki.ubuntuusers.de/Energiesparmodi_mit_ACPI

auch im yavdr blog wirst Du ein klein wenig fündig:
http://www.yavdr.org/blog/blog…erspace-software-suspend/

Interessant wären logischerweise auch die dazugehörenden Logs unter /var/log wie z.b. pm-suspend.log und das sys.log

Wie Du allerdings spezifisch ein Netzwerkmodul im uswsusp vor dem Wechsel in S3 entlädst und hinterher wieder neu lädst weiß ich zur Zeit auch noch nicht.

Bei mir macht der r8169 übrigens auch Probleme, aber nur in der Form, dass der nach dem Wakeup zum falschen Zeitpunkt entladen/geladen wird wodurch der Wakeup sich von normalerweise 15s auf gut 35s lediglich verlängert aber zumindest funktioniert.

Code

...
/etc/pm/sleep.d/10_grub-common suspend suspend:success.
/etc/pm/sleep.d/10_unattended-upgrades-hibernate suspend suspend:success.
/etc/pm/sleep.d/20vdr_sleep suspend suspend:vdr is going to sleep
stop: Unknown instance:
logo-stop stop/waiting
success.
/etc/pm/sleep.d/30force-reload suspend suspend:success.
/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend:not applicable.
/usr/lib/pm-utils/sleep.d/75modules suspend suspend:success.
/usr/lib/pm-utils/sleep.d/90clock suspend suspend:not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/95anacron suspend suspend:stop: Unknown instance:
success.
/usr/lib/pm-utils/sleep.d/95led suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/99video suspend suspend:disabled.
Mon Mar 14 07:31:11 CET 2011: performing suspend
Switching from vt9 to vt1
switching back to vt9
Mon Mar 14 08:29:15 CET 2011: Awake.
Mon Mar 14 08:29:15 CET 2011: Running hooks for resume
/usr/lib/pm-utils/sleep.d/99video resume suspend:disabled.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend:disabled.
/usr/lib/pm-utils/sleep.d/95led resume suspend:disabled.
/usr/lib/pm-utils/sleep.d/95anacron resume suspend:success.
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend:disabled.
/usr/lib/pm-utils/sleep.d/90clock resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/75modules resume suspend:success.
/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/49bluetooth resume suspend:disabled.
/etc/pm/sleep.d/30force-reload resume suspend:success.
/etc/pm/sleep.d/20vdr_sleep resume suspend:logo-start start/running, process 5918
network-interface (lo) start/running
network-interface (eth0) start/running
vdr-exit-1 stop/waiting
success.
/etc/pm/sleep.d/10_unattended-upgrades-hibernate resume suspend:success.
/etc/pm/sleep.d/10_grub-common resume suspend:success.
/usr/lib/pm-utils/sleep.d/00powersave resume suspend:success.
/usr/lib/pm-utils/sleep.d/00logging resume suspend:success.
/usr/lib/pm-utils/sleep.d/000kernel-change resume suspend:success.
Mon Mar 14 08:29:51 CET 2011: Finished.

Alles anzeigen

Möglicherweise würde es Dir Helfen auf den Kernelmode zu wechseln, da gibt es Anleitungen zu welche Scripte genutzt werden um die Module forciert zu laden/entladen.

cekaro · 15. März 2011

@ Lichterkette
Prinzipiell läuft die onboard-Netzwerkkarte. Der normale shutdown klappt auch wunderbar. Nur das Aufwachen aus dem S3 eben nicht.
Hast Du nachgeschaut wie die Dateien heißen?

torsten
Neben dem Kernelmode brachten die Links leider keine Neuigkeiten.
Die Umstellung auf den Kernelmode habe ich ausprobiert. Aber auch dies brachte keine Besserung.
Hier noch /var/log/pm-suspend.log

Code

Initial commandline parameters: 
Blacklisting 05led.
Blacklisting 10NetworkManager.
Blacklisting 49bluetooth.
Blacklisting 94cpufreq.
Blacklisting 95led.
Blacklisting 98video-quirk-db-handler.
Blacklisting 99video.
Tue Mar 15 16:44:13 CET 2011: Running hooks for suspend.
/usr/lib/pm-utils/sleep.d/000kernel-change suspend suspend:success.
/usr/lib/pm-utils/sleep.d/00logging suspend suspend:Linux yavdr 2.6.32-29-generic #58-Ubuntu SMP Fri Feb 11 19:00:09 UTC 2011 i686 GNU/Linux
Module                  Size  Used by
snd_hda_codec_nvhdmi    12722  1 
autofs4                22715  2 
nls_iso8859_1           3249  1 
nls_cp437               4919  1 
vfat                    8933  1 
fat                    47767  1 vfat
nfsd                  238807  13 
exportfs                3437  1 nfsd
nfs                   265078  0 
lockd                  64849  2 nfsd,nfs
nfs_acl                 2245  2 nfsd,nfs
auth_rpcgss            33767  2 nfsd,nfs
sunrpc                193117  12 nfsd,nfs,lockd,nfs_acl,auth_rpcgss
isl6423                 2424  1 
stv6110x                4251  1 
stv090x                54904  1 
snd_hda_intel          20799  0 
snd_hda_codec          87096  2 snd_hda_codec_nvhdmi,snd_hda_intel
snd_hwdep               5668  1 snd_hda_codec
snd_pcm                71646  2 snd_hda_intel,snd_hda_codec
budget                 13553  0 
budget_core             7812  1 budget
lirc_imon              22905  0 
snd_timer              18710  1 snd_pcm
nvidia               9713929  32 
lirc_dev                8884  1 lirc_imon
saa7146                15268  2 budget,budget_core
ttpci_eeprom            1489  1 budget_core
dvb_core               86206  2 budget,budget_core
agpgart                31724  1 nvidia
snd                    56687  6 snd_hda_codec_nvhdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore               6620  1 snd
snd_page_alloc          7140  2 snd_hda_intel,snd_pcm
jme                    40073  0 
mii                     4381  1 jme
i2c_piix4               8335  0 
lp                      7028  0 
parport                32635  1 lp
usb_storage            39553  1 
pata_atiixp             3148  0 
ahci                   32200  2 
             total       used       free     shared    buffers     cached
Mem:       2061440     326996    1734444          0      80948     131124
-/+ buffers/cache:     114924    1946516
Swap:      6037496          0    6037496
success.
/usr/lib/pm-utils/sleep.d/00powersave suspend suspend:success.
/etc/pm/sleep.d/10_grub-common suspend suspend:success.
/etc/pm/sleep.d/20vdr_sleep suspend suspend:vdr is going to sleep
openbox stop/waiting
x start/running, process 1833
success.
/etc/pm/sleep.d/30force-reload suspend suspend:success.
/etc/pm/sleep.d/30irserver suspend suspend:not executable.
/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend:not applicable.
/usr/lib/pm-utils/sleep.d/75modules suspend suspend:success.
/usr/lib/pm-utils/sleep.d/90clock suspend suspend:not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/95anacron suspend suspend:stop: Unknown instance: 
success.
/usr/lib/pm-utils/sleep.d/95led suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/99video suspend suspend:disabled.
Tue Mar 15 16:44:15 CET 2011: performing suspend

Alles anzeigen

Ich habe den Inhalt vor dem Schlafenlegen gelöscht. Dies ist der Inhalt nach dem Schlafenlegen, dem nicht erfolgreichen Aufwachen und dem anschließenden Reset.

Das syslog habe ich im ersten Post angegeben. Dort war der Zeitraum des nicht erfolgreichen Aufwachens gar nicht dokumentiert.

Marco

Licherkette · 15. März 2011

Hallo Marco,

also zum einen werden wohl in /etc/pm/config.d/10vdr_module einige Modultreiber für den S3 Modus geladen. Zum Anderen kann eine Datei /etc/yavdr/force-reload-modules.list angelegt werden, wo die Modultreiber angegeben werden, die Du nach dem Aufwecken wieder neu laden möchtest.

Vielleicht hilft es etwas,

Uwe

cekaro · 15. März 2011

Moin Uwe,
das Modul jme über die /etc/yavdr/force-reload-modules.list neu zu laden habe ich schon getestet. (Siehe post 2)
Wenn ich richtig liege geht es auch eher um das vorherige entladen.

Marco

Torsten73 · 16. März 2011

So wie das Log vom pmsuspend aussieht, versucht der Rechner nicht wirklich aufzuwachen.
http://wiki.ubuntuusers.de/pm-utils
Hier gibt es noch eine Möglichkeit die pmsuspend gesprächiger zu bekommen:

Zitat

Log-Datei /var/log/pm-suspend.log

Die Log-Datei für pm-utils ist /var/log/pm-suspend.log. Diese Datei wird bei jeder Einleitung eines SUSPEND-Vorgangs geleert und neu beschrieben. In dieser Datei wird sowohl der SUSPEND-, als auch der RESUME-Vorgang protokolliert. Hat man nach einem missglückten SUSPEND-RESUME-Vorgang Veränderungen vorgenommen, so kann man eine Kopie der Log-Datei /var/log/pm-suspend.log speichern um sie mit ihrem Nachfolger zu vergleichen.

Aussagekräftiger wird diese Datei, wenn man den SUSPEND auf der Konsole startet und davor der Variable $PM_DEBUG den Wert true zuweist:

export PM_DEBUG=true

Alles anzeigen

Ich frage mich, ob das Board, mit Ubuntu überhaupt einen S3 Wakeup hinbekommt. Nicht dass eventuell Netzteil oder Biosprobleme dafür verantwortlich sind. Oder mal unter Windows probieren.

Das sieht nämlich bisher gar nicht gut aus. Am Kernel hast Du nichts geändert?

cekaro · 16. März 2011

Ich habe vorhin mal das "normale" Ubuntu 10.4 installiert. Hier wird merkwürdigerweise die Netzwerkkarte während der Installation erkannt.
Aber hier besteht das Problem, dass die Kiste gar nicht einschläft, sondern dabei abstürzt.
Ich glaube dieses Mainboard war keine glückliche Wahl für einen VDR.

Netzwerkkarte verhindert das Aufwachen aus dem S3

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema