Probleme mit Suspend to RAM, yavdr 0.6.1, Asus M2NPV-VM

    Hallo zusammen,


    ich wollte mich mal an STR/S3 machen - und es diesmal nach Fehlversuch nicht wieder abstellen, wie bisher ;)
    Also habe ich es im Webfrontend mal wieder eingestellt.


    Beim Shutdown kommt der Rechner aber direkt wieder hoch - das Syslog scheint ein paar Hinweise zu geben, mit denen ich aber (noch) nicht so recht was anfangen kann:
    Erstmal dauerts 53 Sekunden im Status "Preparing system for mem sleep" was ich recht lange finde...

    Code
    Mar 24 19:00:53 vdr kernel: [  847.716623] PM: Preparing system for mem sleep
Mar 24 19:01:46 vdr kernel: [  848.130610] Freezing user space processes ... (elapsed 0.001 seconds) done.
Mar 24 19:01:46 vdr kernel: [  848.132847] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Mar 24 19:01:46 vdr kernel: [  848.134029] PM: Entering mem sleep


    Dann scheint er Probleme zu haben, die Platten schlafen zu schicken:

    Code
    Mar 24 19:01:46 vdr kernel: [  878.816049] ata4.00: failed command: STANDBY IMMEDIATE
und
Mar 24 19:01:46 vdr kernel: [  878.848051] ata5.00: failed command: STANDBY IMMEDIATE


    Dann ist das suspend of devices fertig; ggf geht hier schon ein großteil der Zeit drauf (31 Sekunden):

    Code
    Mar 24 19:01:46 vdr kernel: [  879.348060] PM: suspend of devices complete after 31213.712 msecs


    Aber dann gibts einen Fehler mit Stacktrace, beginnt im Log mit:

    Code
    Mar 24 19:01:46 vdr kernel: [  879.511934] ------------[ cut here ]------------
Mar 24 19:01:46 vdr kernel: [  879.511939] WARNING: CPU: 0 PID: 2947 at /build/linux-uz1EVo/linux-3.13.0/fs/sysfs/dir.c:486 sysfs_warn_dup+0x86/0xa0()
Mar 24 19:01:46 vdr kernel: [  879.511940] sysfs: cannot create duplicate filename '/devices/system/cpu/cpu1/cpufreq'
Mar 24 19:01:46 vdr kernel: [  879.511975] Modules linked in: tcp_diag inet_diag autofs4 snd_hda_codec_hdmi nfsd auth_rpcgss nfs_acl nfs lockd sunrpc fscache snd_hda_codec_analog stv0299(OX) stv6110x(OX) lnbp21(OX) kvm serio_raw k8temp edac_core edac_mce_amd snd_hda_intel videobuf_dma_sg(OX) snd_hda_codec snd_hwdep videobuf_core(OX) snd_pcm v4l2_common(OX) videodev(OX) snd_page_alloc snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq rc_imon_pad(OX) snd_seq_device joydev snd_timer imon(OX) rc_core(OX) nvidia(POX) stv090x(OX) snd i2c_nforce2 soundcore drm dvb_core(OX) media(OX) shpchp lp mac_hid parport hid_generic usbhid hid usb_storage psmouse forcedeth floppy pata_acpi sata_nv pata_amd [last unloaded: cxd2099]
Mar 24 19:01:46 vdr kernel: [  879.511978] CPU: 0 PID: 2947 Comm: s2ram Tainted: P           OX 3.13.0-113-generic #160-Ubuntu
Mar 24 19:01:46 vdr kernel: [  879.511979] Hardware name: System manufacturer System Product Name/M2NPV-VM, BIOS ASUS M2NPV-VM ACPI BIOS Revision 5005 06/02/2010


    Und dann gehts direkt wieder in den Neustart:

    Code
    Mar 24 19:01:46 vdr kernel: [  879.512392] CPU1 is up
Mar 24 19:01:46 vdr kernel: [  879.512664] ACPI: Waking up from system sleep state S3


    Hier der komplette (meiner Meinung nach) relevante Ausschnitt des Syslog:


    Die DVB Module habe ich als force-reload eingetragen; habe gehofft, das hilft:

    Code
    oliver@vdr:/etc/yavdr$ cat force-reload-modules.list 
ngene
dvb_ttpci
stv0299


    Kann mir jemand einen Tipp geben, wo und wie ich weiter suchen soll?
    BTW: Auch, wenn ich oben von langer Dauer schreibe - wie lange STR dauert ist mir egal; ich finde es nur komisch.
    Das Ziel ist, dass der Rechner aus dem S3 deutlich schneller started, als beim Cold Boot - allein BIOS POST dauert schon gefühlt "ewig", obwohl alles auf minimum geschaltet ist. Cold Boot incl. allem sind bei mir aktuell ca. 1 Minute.


    Danke!


    EDIT: Hier scheint ein entsprechender KernelBug besprochen zu werden, wenn ichs richtig interpretiere; mir ist noch nicht klar, ob das ursächlich für das Verhalten ist. Inzwischen habe ich auch das nvidia Modul in die force-reload Liste aufgenommen - ohne Erfolg.

    Hardware:
    ||Board: Asus M2NPV-VM | CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200 | RAM: 2*1GB DDR2 800
    ||Grafikkarte: POV G210 | Sat: Budget DVB-S, Mystique SaTiX-S2 V2 CI Dual
    ||Platten: Crucial M4 64GB SSD, 2,5" 80GB HITACHI Travelstar 5K250, 3,5" 2TB WD20EARS
    ||Brenner: Samsung SH-S183A | Netzteil: Seasonic SS330HB (330W) | Gehäuse: Silverstone LC-16M.

    2 Mal editiert, zuletzt von dron72 ()

    Ob ich damals den gleichen Fehler hatte, wie du jetzt, weiß ich nicht mehr.
    Aber bei mir hat geholfen, auf die DVB-Devices zu warten:


    Neue Datei /etc/init/wait-for-dvb.conf angelegt mit Inhalt von diesem Thread. Viel Erfolg!

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

    Danke für Deine Antwort - nach der Beschreibung in dem anderen Thread glaube ich nicht, dass mir das hilft; aber werde es wohl mal versuchen.

    Hardware:
    ||Board: Asus M2NPV-VM | CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200 | RAM: 2*1GB DDR2 800
    ||Grafikkarte: POV G210 | Sat: Budget DVB-S, Mystique SaTiX-S2 V2 CI Dual
    ||Platten: Crucial M4 64GB SSD, 2,5" 80GB HITACHI Travelstar 5K250, 3,5" 2TB WD20EARS
    ||Brenner: Samsung SH-S183A | Netzteil: Seasonic SS330HB (330W) | Gehäuse: Silverstone LC-16M.

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden