I followed the directions in this link:
https://www.kernel.org/doc/html/latest/power/basic-pm-debugging.html
echo shutdown > /sys/power/disk
echo disk > /sys/power/state
This seems to work. The system hibernates and powers off. Upon powering it back on, it resumes to where it was before hibernation. However,
systemctl hibernate
still has the same issue where the screen goes blank and the power button LED blinks and I have to press the power button to reboot.
journalctl -b -l
shows only the log of the boot process after I pressed the power button to force reboot:
-- Logs begin at Fri 2021-07-02 10:42:36 PDT, end at Fri 2021-07-02 10:43:12 PDT. --
Jul 02 10:42:36 localhost kernel: Linux version 5.3.18-lp152.75-default (geeko@buildhost) (gcc version 7.5.0 (SUSE Linux)) #1 SMP Wed May 5 09:22:56 UTC 2021 (16c42c8)
Jul 02 10:42:36 localhost kernel: Command line: BOOT_IMAGE=/vmlinuz-5.3.18-lp152.75-default root=UUID=84f98e9f-c451-4ad6-b760-198fb02a8ab9 splash=silent resume=/dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part2 quiet libata.force=noncq mitigations=auto
Jul 02 10:42:36 localhost kernel: x86/fpu: x87 FPU will use FXSAVE
Jul 02 10:42:36 localhost kernel: BIOS-provided physical RAM map:
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000c6efefff] usable
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x00000000c6eff000-0x00000000c730efff] reserved
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x00000000c730f000-0x00000000c738efff] ACPI NVS
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x00000000c738f000-0x00000000c73eefff] ACPI data
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x00000000c73ef000-0x00000000c7dfffff] usable
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x00000000c7e00000-0x00000000c7ffffff] reserved
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fecfffff] reserved
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x00000000fed80000-0x00000000fed80fff] reserved
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x00000000ffe00000-0x00000000ffffffff] reserved
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x0000000100000000-0x000000019effffff] usable
I do not see any error messages related to ata:
/home/gianluca> journalctl -b -l | grep -i ata
Jul 02 10:42:36 localhost kernel: Command line: BOOT_IMAGE=/vmlinuz-5.3.18-lp152.75-default root=UUID=84f98e9f-c451-4ad6-b760-198fb02a8ab9 splash=silent resume=/dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part2 quiet libata.force=noncq mitigations=auto
Jul 02 10:42:36 localhost kernel: BIOS-e820: [mem 0x00000000c738f000-0x00000000c73eefff] ACPI data
Jul 02 10:42:36 localhost kernel: NODE_DATA(0) allocated [mem 0x19efea000-0x19effffff]
Jul 02 10:42:36 localhost kernel: Kernel command line: BOOT_IMAGE=/vmlinuz-5.3.18-lp152.75-default root=UUID=84f98e9f-c451-4ad6-b760-198fb02a8ab9 splash=silent resume=/dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part2 quiet libata.force=noncq mitigations=auto
Jul 02 10:42:36 localhost kernel: Memory: 3321844K/5874352K available (12291K kernel code, 1483K rwdata, 4240K rodata, 2164K init, 12972K bss, 225108K reserved, 0K cma-reserved)
Jul 02 10:42:36 localhost kernel: ACPI: \_SB_.PCI0.LPC0.EC__: GPE=0x3, EC_CMD/EC_SC=0x66, EC_DATA=0x62
Jul 02 10:42:36 localhost kernel: ACPI: \_SB_.PCI0.LPC0.EC__: GPE=0x3, EC_CMD/EC_SC=0x66, EC_DATA=0x62
Jul 02 10:42:36 localhost kernel: libata version 3.00 loaded.
Jul 02 10:42:36 localhost kernel: ahci 0000:00:11.0: AHCI 0001.0200 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
Jul 02 10:42:36 localhost kernel: ata1: SATA max UDMA/133 abar m1024@0xf024a000 port 0xf024a100 irq 19
Jul 02 10:42:36 localhost kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jul 02 10:42:36 localhost kernel: ata1.00: FORCE: horkage modified (noncq)
Jul 02 10:42:36 localhost kernel: ata1.00: supports DRM functions and may not be fully accessible
Jul 02 10:42:36 localhost kernel: ata1.00: ATA-11: Samsung SSD 870 EVO 1TB, SVT01B6Q, max UDMA/133
Jul 02 10:42:36 localhost kernel: ata1.00: 1953525168 sectors, multi 1: LBA48 NCQ (not used)
Jul 02 10:42:36 localhost kernel: ata1.00: supports DRM functions and may not be fully accessible
Jul 02 10:42:36 localhost kernel: ata1.00: configured for UDMA/133
Jul 02 10:42:36 localhost kernel: scsi 0:0:0:0: Direct-Access ATA Samsung SSD 870 1B6Q PQ: 0 ANSI: 5
Jul 02 10:42:36 localhost kernel: ata1.00: Enabling discard_zeroes_data
Jul 02 10:42:36 localhost kernel: ata1.00: Enabling discard_zeroes_data
Jul 02 10:42:36 localhost kernel: ata1.00: Enabling discard_zeroes_data
Jul 02 10:42:36 localhost kernel: Write protecting the kernel read-only data: 20480k
Jul 02 10:42:36 localhost dracut-cmdline[177]: Using kernel command line parameters: resume=UUID=6bd7148c-4afe-4cea-8034-2bc13bde5de7 root=UUID=84f98e9f-c451-4ad6-b760-198fb02a8ab9 rootfstype=ext4 rootflags=rw,relatime BOOT_IMAGE=/vmlinuz-5.3.18-lp152.75-default root=UUID=84f98e9f-c451-4ad6-b760-198fb02a8ab9 splash=silent resume=/dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part2 quiet libata.force=noncq mitigations=auto
Jul 02 10:42:38 localhost systemd[1]: Starting Resume from hibernation using device /dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part2...
Jul 02 10:42:38 localhost systemd-hibernate-resume[309]: Could not resume from '/dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part2' (8:2).
Jul 02 10:42:38 localhost systemd[1]: Started Resume from hibernation using device /dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part2.
Jul 02 10:42:40 localhost kernel: EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
Jul 02 10:42:42 demetra kernel: acpi_cpufreq: overriding BIOS provided _PSD data
Jul 02 10:42:44 demetra kernel: cfg80211: Loading compiled-in X.509 certificates for regulatory database
Jul 02 10:42:45 demetra systemd[1]: Activating swap /dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part2...
Jul 02 10:42:45 demetra systemd[1]: Starting File System Check on /dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part5...
Jul 02 10:42:45 demetra systemd[1]: Starting File System Check on /dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part4...
Jul 02 10:42:45 demetra systemd[1]: Starting File System Check on /dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part1...
Jul 02 10:42:46 demetra systemd[1]: Activated swap /dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part2.
Jul 02 10:42:46 demetra systemd[1]: Started File System Check on /dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part4.
Jul 02 10:42:46 demetra systemd[1]: Started File System Check on /dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part1.
Jul 02 10:42:46 demetra kernel: EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: data=ordered
Jul 02 10:42:46 demetra systemd[1]: Started File System Check on /dev/disk/by-id/ata-Samsung_SSD_870_EVO_1TB_S625NJ0R170295A-part5.
Jul 02 10:42:46 demetra kernel: EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: data=ordered
Jul 02 10:42:46 demetra systemd[1]: Starting Tell Plymouth To Write Out Runtime Data...
Jul 02 10:42:46 demetra systemd[1]: Started Tell Plymouth To Write Out Runtime Data.
Jul 02 10:42:49 demetra smartd[1218]: Device: /dev/sda [SAT], not found in smartd database.
Jul 02 10:42:49 demetra smartd[1218]: Device: /dev/sda [SAT], state read from /var/lib/smartmontools/smartd.Samsung_SSD_870_EVO_1TB-S625NJ0R170295A.ata.state
Jul 02 10:42:49 demetra smartd[1218]: Monitoring 1 ATA/SATA, 0 SCSI/SAS and 0 NVMe devices
Jul 02 10:42:49 demetra smartd[1218]: Device: /dev/sda [SAT], state written to /var/lib/smartmontools/smartd.Samsung_SSD_870_EVO_1TB-S625NJ0R170295A.ata.state
Jul 02 10:42:49 demetra systemd[1]: Started Backup of RPM database.
Jul 02 10:42:49 demetra systemd[1]: Started Defragment file data and/or directory metadata.
Jul 02 10:42:50 demetra systemd[1]: Started Daily locate database update.
Does systemctl hibernate
recognize that “shutdown” is set as the default in /sys/power/disk?
Thanks!