Hallo, ich würde mein debian 10 gerne automatisch abends um 21:00 Uhr in den StandBy versetzen und am nächsten morgen um 09:00 automatisch wieder aufwachen lassen. Klingt trivial und wäre es auch, wenn mein Laptop den StandBy sauber verarbeiten würde und ich grundsätzlich um 21:00 Uhr den Stift fallen ließe. Die Realität sieht jedoch so aus: Ich sitze gelegentlich um 21:00 Uhr am Laptop und dann soll der natürlich nicht in den StandBy gehen! Oder ich wecke den Laptop nach 21:00 Uhr wieder für ein paar Stunden auf, er soll aber dennoch wieder am nächsten Morgen pünktlich aufwachen. Mein Laptop (Lenovo Y520) scheint Probleme mit dem StandBy unter Linux zu haben. Wenn ich in MATE auf "Bereitschaft" klicke, geht der Laptop kurz aus und wieder an und zeigt anschließend den Bildschirmschoner an (wie bei "Bildschirm sperren"). Der Befehl rtcwake kennt den Modus "standby" nicht (rtcwake: unrecognized suspend state 'standby'), ich kann den Laptop nur mit dem Modus "freeze" einschlafen lassen und dazu finde ich nicht mal was in den Linux man pages. Der Laptop lässt sich auch nicht mit pm-suspend in den StandBy schicken bzw. nur kurz, weil er direkt danach wieder aufwacht. Kommen jemandem diese Probleme bekannt vor? Wie geht man hier am besten vor? Ich habe bereits einen cronjob erstellt, der täglich um 21:00 ein .sh Skript mit rtcwake in Kombination mit date und "tomorrow 09:00" startet. Das funktioniert auch, aber ich kann den PC dann nicht mehr einschalten, weil ich ihn nicht wieder ohne rtcwake in den Standby bekomme. Viele Grüße Anton
dmesg Anton M. schrieb: > Wenn ich in MATE auf "Bereitschaft" klicke, geht der Laptop > kurz aus und wieder an.. Was meint denn 'dmesg -T' dazu?
Pinguinsalat schrieb: > Was meint denn 'dmesg -T' dazu? Einiges... ;)
1 | [So Jul 12 02:53:46 2020] PM: suspend entry (deep) |
2 | [So Jul 12 02:53:46 2020] PM: Syncing filesystems ... done. |
3 | [So Jul 12 02:53:46 2020] Freezing user space processes ... (elapsed 0.001 seconds) done. |
4 | [So Jul 12 02:53:46 2020] OOM killer disabled. |
5 | [So Jul 12 02:53:46 2020] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. |
6 | [So Jul 12 02:53:46 2020] Suspending console(s) (use no_console_suspend to debug) |
7 | [So Jul 12 02:53:46 2020] sd 2:0:0:0: [sda] Synchronizing SCSI cache |
8 | [So Jul 12 02:53:46 2020] sd 2:0:0:0: [sda] Stopping disk |
9 | [So Jul 12 02:53:47 2020] ACPI: EC: interrupt blocked |
10 | [So Jul 12 02:53:47 2020] ACPI: Preparing to enter system sleep state S3 |
11 | [So Jul 12 02:53:47 2020] ACPI: EC: event blocked |
12 | [So Jul 12 02:53:47 2020] ACPI: EC: EC stopped |
13 | [So Jul 12 02:53:47 2020] PM: Saving platform NVS memory |
14 | [So Jul 12 02:53:47 2020] Disabling non-boot CPUs ... |
15 | [So Jul 12 02:53:47 2020] smpboot: CPU 1 is now offline |
16 | [So Jul 12 02:53:47 2020] smpboot: CPU 2 is now offline |
17 | [So Jul 12 02:53:47 2020] smpboot: CPU 3 is now offline |
18 | [So Jul 12 02:53:19 2020] [Firmware Bug]: TSC ADJUST differs: CPU0 0 --> -289245840. Restoring |
19 | [So Jul 12 02:53:47 2020] ACPI: Low-level resume complete |
20 | [So Jul 12 02:53:47 2020] ACPI: EC: EC started |
21 | [So Jul 12 02:53:47 2020] PM: Restoring platform NVS memory |
22 | [So Jul 12 02:53:47 2020] Enabling non-boot CPUs ... |
23 | [So Jul 12 02:53:47 2020] x86: Booting SMP configuration: |
24 | [So Jul 12 02:53:47 2020] smpboot: Booting Node 0 Processor 1 APIC 0x2 |
25 | [So Jul 12 02:53:47 2020] cache: parent cpu1 should not be sleeping |
26 | [So Jul 12 02:53:47 2020] intel_pstate: Disabling energy efficiency optimization |
27 | [So Jul 12 02:53:47 2020] CPU1 is up |
28 | [So Jul 12 02:53:47 2020] smpboot: Booting Node 0 Processor 2 APIC 0x4 |
29 | [So Jul 12 02:53:47 2020] cache: parent cpu2 should not be sleeping |
30 | [So Jul 12 02:53:47 2020] CPU2 is up |
31 | [So Jul 12 02:53:47 2020] smpboot: Booting Node 0 Processor 3 APIC 0x6 |
32 | [So Jul 12 02:53:47 2020] cache: parent cpu3 should not be sleeping |
33 | [So Jul 12 02:53:47 2020] CPU3 is up |
34 | [So Jul 12 02:53:47 2020] ACPI: Waking up from system sleep state S3 |
35 | [So Jul 12 02:53:47 2020] ACPI: EC: interrupt unblocked |
36 | [So Jul 12 02:53:47 2020] ACPI: EC: event unblocked |
37 | [So Jul 12 02:53:47 2020] sd 2:0:0:0: [sda] Starting disk |
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.