• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Kein Aufwachen vom Ruhezustand in Opensuse 13.1

Anfang Februar ist es mir nach mehreren Versuchen gelungen, Opensuse 13.1 auf einem Notebook (Lenovo Thinkpad Edge E 145) zu installieren. Auf diesem Notebook ist auch Windows 7 installiert. Nun gelingt es zwar, das Notebook in den "Ruhezustand" (wenn ich es richtig sehe auf Englisch: Suspend to RAM) herunterzufahren, das Aufwachen aus dem Ruhezustand dagegen klappt nicht. Das Herunterfahren in den "Schlafzustand" (Suspend to Disk) und das Aufwachen danach funktioniert dagegen. Wie kann nun das Notebook in den Ruhezustand kommen und danach wieder aufwachen?

Ich hatte einmal gelesen, dass neuere Linux-Systeme auf PCs mit ausreichend großem RAM nicht eine ebenso große SWAP-Partition benötigen. Ist vielleicht die SWAP-Partition mit 2 GB bei 4 GB Arbeitsspeicher zu knapp bemessen?


In Windows 7

stellt sich die Lage so dar (19.2.2014):

a) Wechseln in den "Ruhezustand" scheint zu funktionieren (Die Lampe bei einem angeschlossenen USB-Stick bleibt allerdings? an)
Nach Berühren einer Taste und der nachfolgenden Anmeldung als Benutzer gelange ich wieder auf die grafische Oberfläche von Windows 7.

b) Wechseln in "Energiesparen" gelingt:
- Die Lampe bei einem angeschlossenen USB-Stick geht aus.
- Mit Leer-, F1- oder Entertaste lässt sich das Notebook nicht aufwecken.
- Alleine durch Betätigen der FN-Taste wacht es wieder auf.

In Opensuse 13.1:

a) Wechseln in "Ruhezustand" ist möglich.

Doch Aufwachen klappt nicht mit
- Enter
- Fn + F1 (oder anderen Tasten-Kombinationen)

Dennoch scheint sich etwas zu regen nach dem Betätigen einer dieser Tasten: Der Klang ähnelt dem gewohnten Klang beim Aufwachen, doch der Bildschirm bleibt schwarz.

Nach Betätigen der Power-Taste fährt das System nicht hoch, sondern geht aus.

b) Wechseln in "Tiefschlaf" ist machbar. Aufwachen gelingt mit der Fn-Taste.

***

Auf dem Notebook sind in Opensuse 13.1 die "pm-utils" (Version 1.4.1-33.5.1) und die "Laptop Mode Tools" (Version 1.62-4.1.2) installiert. Kann man hier eine Einstellung vornehmen?

Ist möglicherweise eine Einstellung im BIOS/UEFI umzuändern?

Code:
BIOS/UEFI [2014-02-19 Mi]

Main

Config
 - Network
   + Wake on LAN: AC Only / Disabled / Battery
   + Ethernet LAN Options ROM: Enabled
   + Wireless LAN Radios: On
 - USB
   + USB UEFI BIOS Support: Enabled
   + Always on USB: Enabled
   + Charge in Battery Mode: Diabled
   + USB 3.0 Mode: Enabled
 - Keyboard/Mouse
   + Fn and Ctrl Key swap: Disabled
   + Change to "F1-F12 keys": Default
   + Fn Key Lock: Disabled
 - Display
   + Boot Disply Device: Think Pad LCD / Analog (VGA) Digital on ThinkPad
 - Power
   + CPU Power Management: Enabled
   + Adaptive S4: Enabled
 - Beep and Alarm
   + Password Beep: Disabled
   + Keyboard Beep: Enabled
 - Serial ATA (SATA)
   + SATA Controller Mode Option: AHCI / Compatibility

Date/Time
 - System Date
 - System Time

Security
 - Password
   + Supervisor Password: Enter
   + Password Status: Disabled
   + Lock UEFI BIOS Settings: Disabled
   + Password at unattended boot: Disabled
   + Password at restart: Disabled
   + Set minimum length: Disabled
   + Power-on Password: Enter
     * Password Status: Disabled
   + Hard Disk1 Password: Enter
     * Password Status: Disabled

 - UEFI BIOS Update Option
   + Flash BIOS Updating by End-Users: Enabled
   + Secure RollBack Prevention: Disabled
 - Memory Protection
   + Execution Prevention: Disabled
 - Virtualization
   + AMD (TM) Virtualization Technology: Enabled
 - I/O Port Access
   + Ehternet: Enabled
   + Wireless Lan: Enabled
   + Bluetooth: Enabled
   + USB-Port: Enabled
   + Memory Card Slot: Enabled
   + Integrated Camera: Enabled
   + Microphone: Enabled
   
 - Anti-Theft
   + Computrace
     * Current Setting: Enabled
     * Current State: Not Activated
       
 - Secure Boot
   + Secure Boot: Disabled
   + Platform Mode: User Mode
   + Secure Boot Mode: Standard Mode
   + Reset to Setup Mode: Enter
   + Restore Factory Keys: Enter

Startup
 - Network Boot: PC LAN: Realtek
   USB CD
   USB FDD
   ATA HDD0: ...
   PCI LAN:

 - UEFI/Legacy Boot: Legacy Only / Both / UEFI Only
   * CSM Support: Yes
 - Boot Mode: Quick / Diagnostics
 - Option key Display: Enabled
 - Boot device List F12 Option: Enabled
 - Boot Order Lock: Disabled

Restart
 - Exit Saving Changes
 - Exit Discarding Changes
 - Load Setup Defaults
   + OS Optimized Defaults: Disabled
 - Discard Changes
 - Save Changes

Hier

http://forums.opensuse.org/showthread.php/480867-Cannot-wake-laptop-after-suspend

hatte jemand mit Opensuse 12.2 ein ähnliches Problem

Der Tipp war

You can add (as root) a new file called "config" in /etc/pm/config.d containing just one line:
S2RAM_OPTS="-f -a -1 -m"

Wäre dies eine Möglichkeit?

Oder wäre es sinnvoller, die Datei /etc/pm/config.d/rtcwake.config zu redigieren?

In ihr steht:

# This file configures the ability to wake from suspend or hibernate
# at a given time. It is used in conjunction with the 02rtcwake hook.

# Whether to respect the user-passed-in num_seconds_to_sleep
# If off, then the system configuration (below) will be used even if
# the user passes in a num_seconds_to_sleep.
#USER_RTCWAKE_ALLOWED="no"
USER_RTCWAKE_ALLOWED="yes"

# Should we wake up from suspend on a given time?
# if those are set to "no", the configuration values below have no effect.
#SUSPEND_RTCWAKE_ENABLED="yes"
#HIBERNATE_RTCWAKE_ENABLED="yes"
SUSPEND_RTCWAKE_ENABLED="no"
HIBERNATE_RTCWAKE_ENABLED="no"

# Time to wake up in local, 24-hour time
#RTCWAKE_TIME="22:30"
#RTCWAKE_TIME="9:00"

# Days to wake up (1=monday, 7=sunday), in increasing order,
# with a single space between each day
#RTCWAKE_DAYS="1 2 3 4 5"
#RTCWAKE_DAYS="1 3 5"
#RTCWAKE_DAYS="1 2 3 4 5 6 7"


Würde es helfen bei

SUSPEND_RTCWAKE_ENABLED="no"

aus dem "no" ein "yes" zu machen?

Unter

http://activedoc.opensuse.org/book/opensuse-reference/chapter-23-power-management

und auch auf der u.a. Seite von Ubuntu ist zu lesen, dass Fehlermeldungen in der Datei
/var/log/pm-suspend.log gespeichert sind. Doch wo dort?

Bei fehlerhaftem suspend und Standby solle man einen Blick in diese Datei werfen:

Code:
~> cat /usr/lib/pm-utils/defaults
##########################################################
# DO NOT EDIT THIS FILE!                                 #
#                                                        #
# Add files in /etc/pm/config.d/ instead!                #
##########################################################

# Default method to power down the system when hibernating.
# If commented out, the system will use the kernel default as a 
# default value.
#
# Check /sys/power/disk for valid values.  The default value
# will be surrounded by [square brackets].
# HIBERNATE_MODE="shutdown"

# Whether we need to post the video card when resuming from
# hibernate. You should not normally need to set this.  
# In the future pm-utils will get this setting from HAL.
#
# Valid values are "no" and "yes"
# HIBERNATE_RESUME_POST_VIDEO="no"

# The default sleep/wake system to use.  Valid values are:
#   kernel    The built-in kernel suspend/resume support.
#             Use this if nothing else is supported on your system.
#   uswsusp   If your system has support for the userspace
#             suspend programs (s2ram/s2disk/s2both), then use this.
#   tuxonice  If your system has support for tuxonice, use this.
#
# The system defaults to "kernel" if this is commented out.
SLEEP_MODULE="uswsusp"

#######################################################################
# those variables below SUSE pm-utils specific right now
# and are used only if SLEEP_MODULE is uswsusp

# what options should be passed to s2ram?
# see http://en.opensuse.org/S2ram for more information
# If this option is set, it overrides S2RAM_QUIRKS_SOURCE below
S2RAM_OPTS=""

# where should pm-utils get the s2ram quirks from?
# s2ram - use the whitelist in s2ram, if the machine is known.
# hal   - ignored, exists only for comparibility purposes pm-utils 1.3.0+ has
#         HAL quirks built-in
# everything else: try to be smart in figuring out the correct quirks.
# if S2RAM_OPTS is set, it overrides S2RAM_QUIRKS_SOURCE!
S2RAM_QUIRKS_SOURCE=""

# the location of the autogenerated s2disk (s2both) config file
S2DISK_CONF="/var/lib/s2disk.conf"

#######################################################################
# These variables will be handled specially when we load files in 
# /etc/pm/config.d.
# Multiple declarations of these environment variables will result in 
# their contents being concatenated instead of being overwritten.

# If you need to unload any modules to suspend/resume, add them here.
# SUSPEND_MODULES=""

# If you want to keep hooks from running, add their names  here.
# HOOK_BLACKLIST=""

# If you want to unconditionally add parameters to the commandline,
# add them here.
# ADD_PARAMETERS=""

# If you want to ignore commandline parameters, add them here.
# DROP_PARAMETERS=""

# If you need to synchronize the system clock across a suspend/resume or
# hibernate/thaw cycle, set this variable.
# NEED_CLOCK_SYNC="true"


Bei Ubuntu http://wiki.ubuntuusers.de/pm-utils gab es einige Hinweise.

Demnach sind offenbar der Ruhezustand und der Tiefschlaf auf dem Notebook mit Opensuse 13.1 möglich.

Code:
~> echo; for i in --suspend --hibernate --suspend-hybrid; do pm-is-supported $i && echo "$(echo $i | tr [:lower:] [:upper:] | tr -d -) is supported"; done; echo

SUSPEND is supported
HIBERNATE is supported
SUSPENDHYBRID is supported

Die "üblichen Verdächtigen", die das Aufwachen verhinderten, seien so zu ermitteln:

Code:
~> lsmod | grep -iE '802|ndiswr|forced|8139|hci|usb|1394|hid|..tv'
lib80211_crypt_tkip    17619  0 
btusb                  32266  0 
bluetooth             396742  32 rfcomm,bnep,btusb
usb_storage            62062  0 
cfg80211              522716  1 wl
rfkill                 26487  5 bluetootbh,thinkpad_acpi,cfg80211
lib80211               14381  2 lib80211_crypt_tkip,wl
ohci_pci               13561  0 
xhci_hcd              108655  0

Offenbar soll dann der Benutzer verdächtige Module in die neu anzulegenden Datei
/etc/pm/config.d/00sleep_module
schreiben, damit diese vor dem Suspend entladen und während dem Resume geladen werden.

Ich habe allerdings keine Idee, wie ich diese Module finden kann, sondern stochere im Dunkeln.

Sie sollen sich offenbar hier befinden:

Code:
~> lsmod | cut -d " " -f1 | xargs
Module fuse rfcomm xt_tcpudp xt_pkttype xt_LOG xt_limit af_packet ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw ipt_REJECT iptable_raw xt_CT iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables bnep fglrx rtsx_pci_sdmmc rtsx_pci_ms mmc_core memstick amd_freq_sensitivity kvm_amd kvm crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw gf128mul glue_helper aes_x86_64 uvcvideo pcspkr joydev videobuf2_core videodev videobuf2_vmalloc videobuf2_memops lib80211_crypt_tkip btusb bluetooth snd_hda_codec_realtek serio_raw thinkpad_acpi snd_seq fam15h_power k10temp edac_core edac_mce_amd snd_hda_codec_hdmi usb_storage snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_device wl snd_timer i2c_piix4 cfg80211 snd rfkill rtsx_pci mfd_core r8169 mii lib80211 shpchp snd_page_alloc wmi battery soundcore video acpi_cpufreq mperf ac amd_iommu_v2 button sg dm_mod autofs4 ohci_pci xhci_hcd thermal processor thermal_sys scsi_dh_emc scsi_dh_rdac scsi_dh_alua scsi_dh_hp_sw scsi_dh

Ich würde mich freuen, wenn mir jemand weiterhelfen könnte.

Schöne Grüße

Sendbote
 
Sendbote schrieb:
Ist vielleicht die SWAP-Partition mit 2 GB bei 4 GB Arbeitsspeicher zu knapp bemessen?
Für Deine Anforderungen ist sie offenbar groß genug, sie wird für suspend to disk benötigt, und das funktioniert ja.

Sendbote schrieb:
die Datei /etc/pm/config.d/rtcwake.config zu redigieren
Da geht es um das zeitgesteuerte Aufwachen.

Sendbote schrieb:
dass Fehlermeldungen in der Datei /var/log/pm-suspend.log gespeichert sind
Genau diese Datei solltest Du nach einem mißlungengen Aufwachen und darauffolgendem normalen Start zeigen.
 
Danke für die Antwort. Ich habe also noch einmal um 20:34:53 Uhr Korean Standard Time die oben unter "... Opensuse ... 13.1 a)" geschilderte Situation ablaufen lassen.

Code:
~> cat /var/log/pm-suspend.log
Initial commandline parameters: 
Sat Feb 22 20:34:53 KST 2014: Running hooks for suspend.
Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend:
suspend initiated: Sat Feb 22 20:34:53 KST 2014

Linux linux-5oj0.site 3.11.10-7-desktop #1 SMP PREEMPT Mon Feb 3 09:41:24 UTC 2014 (750023e) x86_64 x86_64 x86_64 GNU/Linux
kernel command line: 'BOOT_IMAGE=/boot/vmlinuz-3.11.10-7-desktop root=UUID=1b051c82-3eff-4459-93c4-644dfdef6d7b resume=/dev/disk/by-id/ata-WDC_WD5000LPVX-08V0TT5_WD-WXD1AA315905-part8 splash=silent quiet showopts'
Module                  Size  Used by
st                     44415  0 
sr_mod                 22411  0 
cdrom                  46652  1 sr_mod
lp                     17759  0 
parport_pc             37278  0 
ppdev                  17671  0 
parport                46360  3 lp,parport_pc,ppdev
fuse                   95850  3 
rfcomm                 73157  12 
xt_tcpudp              12884  2 
xt_pkttype             12504  3 
xt_LOG                 17718  10 
xt_limit               12711  10 
af_packet              39774  0 
ip6t_REJECT            12939  3 
nf_conntrack_ipv6      18938  3 
nf_defrag_ipv6         34645  1 nf_conntrack_ipv6
ip6table_raw           12683  1 
ipt_REJECT             12541  3 
iptable_raw            12678  1 
xt_CT                  12956  4 
iptable_filter         12810  1 
bnep                   19704  2 
ip6table_mangle        12700  0 
nf_conntrack_netbios_ns    12665  0 
nf_conntrack_broadcast    12589  1 nf_conntrack_netbios_ns
nf_conntrack_ipv4      15012  3 
nf_defrag_ipv4         12729  1 nf_conntrack_ipv4
ip_tables              27239  2 iptable_raw,iptable_filter
xt_conntrack           12760  6 
nf_conntrack          105228  6 nf_conntrack_ipv6,xt_CT,nf_conntrack_netbios_ns,nf_conntrack_broadcast,nf_conntrack_ipv4,xt_conntrack                                                           
ip6table_filter        12815  1                                                                                                                                                                 
ip6_tables             27025  3 ip6table_raw,ip6table_mangle,ip6table_filter                                                                                                                    
x_tables               34059  15 xt_tcpudp,xt_pkttype,xt_LOG,xt_limit,ip6t_REJECT,ip6table_raw,ipt_REJECT,iptable_raw,xt_CT,iptable_filter,ip6table_mangle,ip_tables,xt_conntrack,ip6table_filter,ip6_tables                                                                                                                                                                                    
rtsx_pci_ms            18151  0                                                                                                                                                                 
memstick               16760  1 rtsx_pci_ms                                                                                                                                                     
rtsx_pci_sdmmc         23482  0 
mmc_core              124734  1 rtsx_pci_sdmmc
amd_freq_sensitivity    12589  0 
kvm_amd                64123  0 
kvm                   469295  1 kvm_amd
crc32_pclmul           13113  0 
crc32c_intel           22079  0 
ghash_clmulni_intel    13259  0 
aesni_intel            55665  0 
ablk_helper            13597  1 aesni_intel
cryptd                 16262  3 ghash_clmulni_intel,aesni_intel,ablk_helper
lrw                    13286  1 aesni_intel
gf128mul               14951  1 lrw
glue_helper            13990  1 aesni_intel
aes_x86_64             17131  1 aesni_intel
lib80211_crypt_tkip    17619  0 
pcspkr                 12718  0 
uvcvideo               84981  0 
videobuf2_core         44595  1 uvcvideo
videodev              141701  2 uvcvideo,videobuf2_core
videobuf2_vmalloc      13216  1 uvcvideo
videobuf2_memops       13362  1 videobuf2_vmalloc
btusb                  32266  0 
bluetooth             396742  32 rfcomm,bnep,btusb
joydev                 17332  0 
snd_hda_codec_realtek    51700  1 
usb_storage            62062  0 
serio_raw              13413  0 
fam15h_power           13119  0 
snd_hda_codec_hdmi     45213  1 
k10temp                13126  0 
snd_hda_intel          48171  5 
snd_hda_codec         205080  3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
snd_hwdep              13602  1 snd_hda_codec
snd_pcm               110211  3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
wl                   4207676  0 
edac_core              62342  0 
edac_mce_amd           22617  0 
i2c_piix4              22106  0 
thinkpad_acpi          83050  0 
snd_seq                69752  0 
rtsx_pci               40225  2 rtsx_pci_ms,rtsx_pci_sdmmc
mfd_core               13435  1 rtsx_pci
r8169                  71677  0 
mii                    13934  1 r8169
cfg80211              522716  1 wl
rfkill                 26487  4 bluetooth,thinkpad_acpi,cfg80211
lib80211               14381  2 lib80211_crypt_tkip,wl
shpchp                 32936  0 
snd_page_alloc         18710  2 snd_hda_intel,snd_pcm
snd_timer              29423  2 snd_pcm,snd_seq
snd_seq_device         14497  1 snd_seq
wmi                    19070  0 
snd                    87417  20 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,thinkpad_acpi,snd_seq,snd_timer,snd_seq_device
battery                18723  0 
video                  19507  0 
acpi_cpufreq           19790  0 
mperf                  12667  1 acpi_cpufreq
soundcore              15047  1 snd
ac                     13266  0 
fglrx                7513234  86 
amd_iommu_v2           19054  1 fglrx
button                 13952  1 fglrx
sg                     40629  0 
dm_mod                 92428  0 
autofs4                42770  2 
ohci_pci               13561  0 
xhci_hcd              108655  0 
thermal                18754  0 
processor              44641  3 acpi_cpufreq
thermal_sys            36646  3 video,thermal,processor
scsi_dh_emc            17258  0 
scsi_dh_rdac           17447  0 
scsi_dh_alua           17295  0 
scsi_dh_hp_sw          12895  0 
scsi_dh                14882  4 scsi_dh_emc,scsi_dh_rdac,scsi_dh_alua,scsi_dh_hp_sw

             total       used       free     shared    buffers     cached
Mem:       3237932    1157688    2080244      15204      42628     622048
-/+ buffers/cache:     493012    2744920
Swap:      2045948     209568    1836380


/usr/lib/pm-utils/sleep.d/00logging suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend:

/usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/01laptop-mode suspend suspend:

/usr/lib/pm-utils/sleep.d/01laptop-mode suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/02rtcwake suspend suspend:
rtcwake alarm not enabled in /etc/pm/config.d/rtcwake.config, doing nothing...

/usr/lib/pm-utils/sleep.d/02rtcwake suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/06autofs suspend suspend:
autofs.service - Automounts filesystems on demand
   Loaded: loaded (/usr/lib/systemd/system/autofs.service; disabled)
   Active: inactive (dead)


/usr/lib/pm-utils/sleep.d/06autofs suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/30s2disk-check suspend suspend:

/usr/lib/pm-utils/sleep.d/30s2disk-check suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/45pcmcia suspend suspend:
ejecting PCMCIA cards...

/usr/lib/pm-utils/sleep.d/45pcmcia suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/50rcnetwork suspend suspend:

/usr/lib/pm-utils/sleep.d/50rcnetwork suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:

/usr/lib/pm-utils/sleep.d/75modules suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/90clock suspend suspend:

/usr/lib/pm-utils/sleep.d/90clock suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:

/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95led suspend suspend:

/usr/lib/pm-utils/sleep.d/95led suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95packagekit suspend suspend:

/usr/lib/pm-utils/sleep.d/95packagekit suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:
ATI Catalyst driver detected, not using quirks.

/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99Zgrub suspend suspend:

/usr/lib/pm-utils/sleep.d/99Zgrub suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99info suspend suspend:

/usr/lib/pm-utils/sleep.d/99info suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video suspend suspend:

/usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
Sat Feb 22 20:34:53 KST 2014: performing suspend
INFO: using built-in quirks database from HAL.
INFO: S2RAM_OPTS from HAL quirks: ' '.
 
Die Log-Datei (in der ich nichts Auffälliges sehe) endet mit der letzten Zeile, die beim suspend geschrieben wird. Wenn in /var/log/messages (oder im Log von systemd) zur fraglichen Zeit nichts ersichtlich ist, dürfte der Kernel beim Aufwachen gar nicht mehr in Aktion treten (können), und dann muß ich passen.
 
Unter /var/log/messages stehen zum o.a. Zeitpunkt folgende Einträge:

Code:
2014-02-22T20:34:52.666692+09:00 linux-5oj0 avahi-daemon[1370]: Withdrawing address record for 192.168.200.164 on wlp1s0.
2014-02-22T20:34:52.668629+09:00 linux-5oj0 avahi-daemon[1370]: Leaving mDNS multicast group on interface wlp1s0.IPv4 with address 192.168.200.164.
2014-02-22T20:34:52.670947+09:00 linux-5oj0 kernel: [33065.339889] cfg80211: Calling CRDA to update world regulatory domain
2014-02-22T20:34:52.672231+09:00 linux-5oj0 avahi-daemon[1370]: Interface wlp1s0.IPv4 no longer relevant for mDNS.
2014-02-22T20:34:52.679938+09:00 linux-5oj0 kernel: [33065.349036] cfg80211: World regulatory domain updated:
2014-02-22T20:34:52.679985+09:00 linux-5oj0 kernel: [33065.349047] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
2014-02-22T20:34:52.679992+09:00 linux-5oj0 kernel: [33065.349052] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
2014-02-22T20:34:52.679998+09:00 linux-5oj0 kernel: [33065.349056] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
2014-02-22T20:34:52.680003+09:00 linux-5oj0 kernel: [33065.349060] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
2014-02-22T20:34:52.680007+09:00 linux-5oj0 kernel: [33065.349064] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
2014-02-22T20:34:52.680012+09:00 linux-5oj0 kernel: [33065.349067] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
2014-02-22T20:34:52.685203+09:00 linux-5oj0 avahi-daemon[1370]: Interface wlp1s0.IPv6 no longer relevant for mDNS.
2014-02-22T20:34:52.686092+09:00 linux-5oj0 avahi-daemon[1370]: Leaving mDNS multicast group on interface wlp1s0.IPv6 with address fe80::8256:f2ff:fefd:d80d.
2014-02-22T20:34:52.688291+09:00 linux-5oj0 avahi-daemon[1370]: Withdrawing address record for fe80::8256:f2ff:fefd:d80d on wlp1s0.
2014-02-22T20:34:52.788733+09:00 linux-5oj0 dbus[1368]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service'
2014-02-22T20:34:52.791972+09:00 linux-5oj0 systemd[1]: Starting Network Manager Script Dispatcher Service...
2014-02-22T20:34:52.803392+09:00 linux-5oj0 dbus[1368]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
2014-02-22T20:34:52.812253+09:00 linux-5oj0 systemd[1]: Started Network Manager Script Dispatcher Service.
2014-02-22T20:34:52.862376+09:00 linux-5oj0 systemd[1]: Starting Sleep.
2014-02-22T20:34:52.863285+09:00 linux-5oj0 systemd[1]: Reached target Sleep.
2014-02-22T20:34:52.864169+09:00 linux-5oj0 systemd[1]: Starting Suspend...
2014-02-22T20:34:52.893974+09:00 linux-5oj0 systemd-sleep[10898]: /usr/lib/systemd/system-sleep/atd.sh exited with exit status 1.
2014-02-22T20:34:52.896297+09:00 linux-5oj0 systemd-sleep[10898]: Suspending system...
2014-02-22T20:36:57.439014+09:00 linux-5oj0 rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="1348" x-info="http://www.rsyslog.com"] start

Wo die relevanten Log-Einträge von "systemd" stehen, weiß ich nicht. Eine Datei mit "systemd" und "log" im Namen konnte ich nicht finden, wohl aber einige Dateien mit "journal" im Namen, etwa im Verzeichnis /usr.
 
Sendbote schrieb:
2014-02-22T20:34:52.896297+09:00 linux-5oj0 systemd-sleep[10898]: Suspending system...
2014-02-22T20:36:57.439014+09:00 linux-5oj0 rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="1348" x-info="http://www.rsyslog.com"] start
Auch hier ist nichts zum vergeblichen Aufwachen protokolliert (rsyslogd ist die erste Zeile vom normalen Start), somit kann ich Dir nicht weiterhelfen.

P. S. Der Hinweis auf das Log von systemd war nur für den Fall gedacht, daß bei Deiner Konfiguration das Schreiben durch den syslog-Dämon ausgeschaltet gewesen wäre. Bei einem dauerhaft eingerichteten Log findest Du Dateien unterhalb von /var/log/journal, für die Auswertung ist der Befehl journalctl zu verwenden.
 
Oben hatte ich den falschen Link angegeben. Diesen habe ich mittlerweile ausgetauscht.

Der Nutzer dennisme behauptete unter

http://forums.opensuse.org/showthread.php/480867-Cannot-wake-laptop-after-suspend

, dass das Einfügen einer Datei (unter Opensuse 12.2) das Aufwachproblem behoben habe.

You can add (as root) a new file called "config" in /etc/pm/config.d containing just one line:
S2RAM_OPTS="-f -a -1 -m"

Wäre dies eine Möglichkeit?

Wenn nicht: Es müsste doch auf den Fall des Aufwachens bezogen irgendeine Einstellung, einen hook, eine Programmzeile oder ... von den "pm-utils" oder "Laptop Mode Tools" geben!?
 
Probiere es aus, möglicherweise gilt http://en.opensuse.org/SDB:Suspend_to_RAM#Troubleshooting immer noch (vor der Ziffer 1 ist dort aber kein Minus-Zeichen).
 
Ja, das fehlende Minuszeichen hätte ich fast übersehen.

Würde S2RAM_OPTS="-f -a -1 -m" denn auch Sinn machen?

Ich habe einmal die folgenden Kombinationen in der Datei /etc/pm/config.d/config ausprobiert:

S2RAM_OPTS="-f -a 1 -m"
S2RAM_OPTS="-f -a 3" (die erste der vorgeschlagenen Möglichkeiten auf https://en.opensuse.org/SDB:Suspend_to_RAM)

und auf der Kommandozeile

# s2ram -f -a 1 -m
# s2ram -f -a -m
# s2ram -f -a 3

Denn es kommt mir fragwürdig vor, dass die Datei "config" in /etc/pm/config.d/ geschrieben werden soll.
Warum nicht in /etc/pm/sleep.d/ oder /etc/pm/power.d/ ?

Zudem wollte ich /etc/pm/config.d/config nicht immer neu schreiben.

Zum Ausprobieren aller Optionen bin ich (noch) nicht gekommen. Denn es muss immer wieder die Stromversorgung unterbrochen werden, wie ich es oben beschrieben habe - die vielen Kaltstarts sind wohl für die Festplatte nicht gerade gefahrlos. Das Testen aller Optionen erscheint mir auch eher als eine unsystematische Vorgehensweise.
 
Sendbote schrieb:
Würde S2RAM_OPTS="-f -a -1 -m" denn auch Sinn machen?
Laut Hilfefunktion sind beim Parameter -a (Abkürzung für --acpi_sleep) nur die positiven Werte 1, 2 und 3 vorgesehen.

Sendbote schrieb:
Denn es kommt mir fragwürdig vor
Du hast kein Problem mit Vorgängen während des Aufwachens. Du hast ein Problem mit Deinem BIOS, das dem Kernel keine Chance gibt, etwas zu tun, und Änderungen der Grundkonfiguration (um das BIOS zu motivieren) gehören nun einmal unter /etc/pm/config.d/.
 
Oben