Vielleicht, um noch mal auf deinen Post hier zurückzukommen, die /etc/systemd/logind.conf kontrollieren bzw dort explizit HandleLidSwitch=suspend ohne # setzen. (Obwohl dein letzter Beitrag sich dort liest als hättest Du das genauso - aber doppelt kontrolliert hält besser.)
Vorweg, nur zur Klarstellung:
Es handelt sich um zwei verschiedene Rechner. In dem anderen Thread ist es ein - sehr alter - HP Pavilion (der zwar bei close_lid in suspend geht, dann aber nach dem Aufwachen "spinnt" - i. e. sich immer wieder ausschaltet). Hier geht es um einen Samsung 535u3c
:~$ inxi -F
System: Host: <hostname> Kernel: 3.12-8.towo-siduction-amd64 x86_64 (64 bit) Desktop: Fluxbox 1.3.5
Distro: siduction 13.2.1 December - nox - (201401272149)
Machine: System: SAMSUNG product: 535U3C v: P01RAG
Mobo: SAMSUNG model: SAMSUNG_NP1234567890 v: SEC_SW__1234567890ABCD
Bios: American Megatrends v: P01RAG.N43.120612.LEO date: 06/12/2012
CPU: Dual core AMD A6-4455M APU with Radeon HD Graphics (-MCP-) cache: 4096 KB
clock speeds: max: 2100 MHz 1: 2100 MHz 2: 1500 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Trinity [Radeon HD 7500G]
Display Server: X.Org 1.16.1.901 driver: radeon Resolution: 1366x768@60.07hz
GLX Renderer: Gallium 0.4 on AMD ARUBA GLX Version: 3.0 Mesa 10.3.2
Vielen Dank für den Tipp - und Du hattest Recht. HandleLidSwitch=suspend war nicht ent-kommentiert. Ich habe das gleich geändert, aber es hat nichts gebracht.
Vielleicht sind auch noch die Einstellungen in der grub wichtig (?). Sie sehen auf jeden Fall so aus:
GRUB_CMDLINE_LINUX_DEFAULT="acpi_osi=vendor acpi_sleep=nonvs,s3_bios,s3_mode video.use_native_backlight=1 quiet nosplash radeon.modeset=1 radeon.dpm=1"
GRUB_CMDLINE_LINUX=""
Damit habe ich es auf jeden Fall erst einmal geschafft, das sehr alte und lange währende Problem zu lösen, dass bei Verwendung des radeon Treibers, beim Aufwachen aus dem Suspend der Bildschirm tot blieb. Das ist schon einmal ein grosser Fortschritt, jetzt wäre es auch schon, wenn ich das mit dem close_lid hinbekäme