ไม่สามารถระงับได้: ระบบจะกลับมาทำงานต่อโดยไม่ทราบสาเหตุหลังจากผ่านไปประมาณ 40 นาที

ฉันซื้อ MSI Summit B15 ใหม่ซึ่งให้มาโดยไม่มีระบบปฏิบัติการและติดตั้งบน Ubuntu 21.04 ใหม่อย่างมีความสุข จนถึงตอนนี้ทุกอย่างทำงานได้ดี (ยกเว้นปัญหาสองสามประการเกี่ยวกับทัชแพดและไม่มีไดรเวอร์สำหรับเครื่องสแกน FP แต่นั่นเป็นเรื่องที่แตกต่างออกไป) ยกเว้นปัญหาที่ค่อนข้างน่ารำคาญอย่างหนึ่ง: เมื่อฉันพยายามระงับเครื่อง เครื่องจะตื่นทันทีในเวลาประมาณ 40-60 นาทีและ เริ่มทำงานพัดลมเต็มความเร็ว ไม่ใช่แค่ตื่นเป็นบางครั้ง ฉัน ถ้าฉันนอนใกล้ ๆ แบตเตอรี่จะระบายแบตเตอรี่ข้ามคืนทำให้การระงับไร้ประโยชน์โดยพื้นฐาน

ฉันพยายามปิดการใช้งานทุกอย่างแล้ว (ดู ที่นี่ อย่างไร) แต่ปุ่มเพาเวอร์เข้า /proc/acpi/ปลุกดังนั้นตอนนี้ดูเหมือนว่า:

â ~ cat /proc/acpi/ปลุก | เปิดใช้งาน grep
PWRB S4 *แพลตฟอร์มที่เปิดใช้งาน:PNP0C0C:00

มันไม่ได้ช่วย

นี่คือส่วนหนึ่งของ syslog (ที่นี่ฉันได้ทำให้ระบบหยุดทำงานชั่วคราวเวลา 7:48 น. และเริ่มกระจายเวลา 8:35 น. แต่ฉันเข้าสู่ระบบในภายหลังเวลา 10:56 น. เท่านั้น):

5 ก.ย. 07:48:00 rb-base tracker-store[6784]: ตกลง
5 ก.ย. 07:48:00 rb-base systemd[3246]: tracker-store.service: สำเร็จ
5 ก.ย. 07:48:01 เคอร์เนล rb-base: [ 146.937861] ล็อคดาวน์: systemd-logind: การไฮเบอร์เนตถูกจำกัด; ดู man kernel_lockdown.7
5 ก.ย. 07:48:05 เคอร์เนล rb-base: [ 150.972633] ล็อคดาวน์: systemd-logind: การไฮเบอร์เนตถูกจำกัด; ดู man kernel_lockdown.7
5 กันยายน 07:48:05 เคอร์เนล rb-base: [ 150.977982] ล็อคดาวน์: systemd-logind: การไฮเบอร์เนตถูกจำกัด; ดู man kernel_lockdown.7
5 ก.ย. 07:48:05 rb-base ModemManager[2119]: ระบบ <info> [sleep-monitor] กำลังจะหยุดทำงานชั่วคราว
5 กันยายน 07:48:05 เคอร์เนล rb-base: [ 150.997219] wlo1: เลิกตรวจสอบสิทธิ์จาก b0:4e:26:31:82:b8 โดยตัวเลือกในพื้นที่ (เหตุผล: 3=DEAUTH_LEAVING)
5 กันยายน 07:48:05 น. rb-base wpa_supplicant[1978]: wlo1: CTRL-EVENT-DISCONNECTED bssid=b0:4e:26:31:82:b8 เหตุผล = 3 locally_generated = 1
5 ก.ย. 07:48:05 น. rb-base NetworkManager[1931]: <info> [1630817285.6861] อุปกรณ์ (wlo1): การเปลี่ยนสถานะ: ปิดใช้งาน -> ยกเลิกการเชื่อมต่อ (เหตุผล 'สลีป', sys-ifac
e-สถานะ: 'จัดการ')
5 กันยายน 07:48:05 น. rb-base wpa_supplicant[1978]: wlo1: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=0 noise=9999 txrate=0
5 ก.ย. 07:48:07 rb-base systemd[1]: ถึงเป้าหมายสลีปแล้ว
5 ก.ย. 07:48:07 rb-base systemd[1]: กำลังเริ่มการระงับ...
5 ก.ย. 07:48:07 น. เคอร์เนล rb-base: [ 152.341436] PM: ระงับรายการ (s2idle)
5 ก.ย. 07:48:07 rb-base systemd-sleep[7072]: ระบบกันสะเทือน...
5 ก.ย. 07:48:07 น. rb-base systemd[1]: zsysd.service: สำเร็จ
5 ก.ย. 07:48:07 น. เคอร์เนล rb-base: [ 152.424613] การซิงค์ระบบไฟล์: 0.083 วินาที
5 ก.ย. 10:56:42 เคอร์เนล rb-base: [ 152.426323] ตรึงกระบวนการพื้นที่ผู้ใช้ ... (ผ่านไป 0.002 วินาที) เสร็จแล้ว
5 ก.ย. 10:56:42 เคอร์เนล rb-base: [ 152.428515] OOM killer ถูกปิดใช้งาน
5 ก.ย. 10:56:42 เคอร์เนล rb-base: [ 152.428516] การแช่แข็งงานที่สามารถแช่แข็งได้ที่เหลืออยู่ ... (ผ่านไป 0.001 วินาที) เสร็จสิ้น
5 ก.ย. 10:56:42 เคอร์เนล rb-base: [ 152.429676] printk: การระงับคอนโซล (ใช้ no_console_suspend เพื่อดีบัก)
5 กันยายน 10:56:42 เคอร์เนล rb-base: [ 153.214718] ACPI: EC: การขัดจังหวะถูกบล็อก
5 ก.ย. 10:56:42 เคอร์เนล rb-base: [11468.660690] ACPI: EC: เลิกบล็อกการขัดจังหวะ
5 ก.ย. 10:56:42 เคอร์เนล rb-base: [11469.338032] nvme nvme0: 8/0/0 คิวเริ่มต้น / อ่าน / โพล
5 ก.ย. 10:56:42 เคอร์เนล rb-base: [11469.574414] เปิดใช้งาน OOM killer
5 ก.ย. 10:56:42 เคอร์เนล rb-base: [11469.574416] เริ่มงานใหม่ ... เสร็จแล้ว
5 ก.ย. 10:56:42 เคอร์เนลฐาน rb: [11469.584884] mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: ผูกพัน 0000:00:02.0 (ops i915_hdcp_component_ops) [i915]
5 ก.ย. 10:56:42 เคอร์เนลฐาน rb: [11469.586402] ความร้อน thermal_zone6: ไม่สามารถอ่านโซนความร้อน (-61)
5 ก.ย. 10:56:42 rb-base systemd[1]: การตรวจสอบเงื่อนไขส่งผลให้มีการข้ามงานเรียกใช้ anacron
5 กันยายน 10:56:43 rb-base systemd-sleep[7072]: ระบบกลับมาทำงานต่อ
5 ก.ย. 10:56:43 เคอร์เนล rb-base: [11469.846714] PM: ระงับทางออก
5 ก.ย. 10:56:43 rb-base systemd[1]: systemd-suspend.service: สำเร็จ
5 ก.ย. 10:56:43 rb-base systemd[1]: เสร็จสิ้นการระงับ
5 ก.ย. 10:56:43 rb-base systemd[1]: หยุดเป้าหมายสลีป
5 ก.ย. 10:56:43 rb-base systemd[1]: บรรลุเป้าหมาย ระงับ
5 ก.ย. 10:56:43 rb-base systemd[1]: หยุดเป้าหมาย ระงับ
5 ก.ย. 10:56:43 น. rb-base NetworkManager[1931]: <info> [1630828603.2303] ผู้จัดการ: สลีป: ร้องขอการปลุก (สลีป: ใช่ เปิดใช้งาน: ใช่)
5 ก.ย. 10:56:43 rb-base ModemManager[2119]: ระบบ <info> [sleep-monitor] กำลังดำเนินการต่อ
5 กันยายน 10:56:43 น. rb-base NetworkManager[1931]: <warn> [1630828603.5154] sup-iface[499bce01c63427b3,1,wlo1]: call-p2p-cancel: ล้มเหลวด้วยการยกเลิก P2P ล้มเหลว
5 ก.ย. 10:56:45 rb-base ModemManager[2119]: <info> [base-manager] ไม่สามารถตรวจสอบการสนับสนุนสำหรับอุปกรณ์ '/sys/devices/pci0000:00/0000:00:14.3': ไม่สนับสนุนโดย ปลั๊กอินใด ๆ
5 ก.ย. 10:56:46 rb-base dbus-daemon[1927]: [ระบบ] เปิดใช้งานผ่าน systemd: service name='net.reactivated.Fprint' unit='fprintd.service' ที่ร้องขอโดย ':1.90' (uid= 1,000 pid=3490 comm="/usr/bin/gnome-shell " label="unconfined")
5 ก.ย. 10:56:46 rb-base systemd[1]: การเริ่มต้น Daemon การตรวจสอบลายนิ้วมือ...
5 ก.ย. 10:56:46 น. rb-base dbus-daemon[1927]: [ระบบ] เปิดใช้งานบริการ 'net.reactivated.Fprint' สำเร็จ
5 ก.ย. 10:56:46 rb-base systemd [1]: เริ่ม Daemon การตรวจสอบลายนิ้วมือ

(นี่คือบันทึกแบบเต็มในกรณีที่ฉันได้ลบสิ่งที่เกี่ยวข้องออก)

อย่างที่คุณเห็น ไม่มีบันทึกใด ๆ ในขณะที่เครื่องถูกปลุกจริง ๆ ดังนั้นข้อสันนิษฐานต่อไปของฉันคือบางสิ่งที่อยู่นอกระบบปฏิบัติการทำให้เกิดการปลุก แต่ระบบ ดู ไม่ระงับ: เช่น จอภาพสว่างขึ้นและหน้าจอเข้าสู่ระบบแสดงทันทีเมื่อฉันเปิดฝา โดยปกติจะใช้เวลาสักครู่เพื่อเริ่มหน้าจอเข้าสู่ระบบ เมื่อฉันเปิดฝาบนระบบสลีป

UPD1: ขอบคุณความคิดเห็น @David แม้ว่า WOL เองจะไม่เกี่ยวข้องกับระบบของฉัน (MSI Summit ไม่มีการ์ดอีเทอร์เน็ตด้วยซ้ำ) ฉันพบว่าฉันต้องค้นหาการกำหนดค่าบางอย่างในการตั้งค่า BIOS และฉันพบว่ามีรายการ "Wake on Thunderbolt⢠device" ซึ่งเปิดใช้งานอยู่ ฉันมีอุปกรณ์ Thunderbolt⢠0 เครื่อง แต่ปิดใช้งานรายการ ในกรณีนี้ สิ่งนี้ไม่ได้ช่วยอะไร

UPD2: มันเย็บที่ /proc/acpi/ปลุก ใช้งานไม่ได้: อย่างที่ฉันได้กล่าวไปก่อนหน้านี้ ฉันได้ปิดการใช้งานทุกอย่างยกเว้นปุ่มเปิดปิดในนั้น อย่างไรก็ตาม เมื่อฉันเปิดฝา คอมพิวเตอร์ยังคงปลุกอยู่

UPD3 สคริปต์การถ่ายโอนข้อมูลสถานะแบตเตอรี่ตามที่แนะนำโดย @sancho.s ReinstateMonicaCellio:

#!/bin/bash

TIME="$(วันที่ +'%y-%m-%d %H:%M:%S')"
CAPACITY="$(cat /sys/class/power_supply/BAT1/ความจุ)"
CURRENT="$(cat /sys/class/power_supply/BAT1/current_now)"
VOLTAGE="$(แมว /sys/class/power_supply/BAT1/voltage_now)"

echo "$TIME\t$CAPACITY\t\t\t$CURRENT\t$VOLTAGE" >> /home/rb/bat_dump

ฉันไม่รู้ว่าเป็นกรณีของคุณหรือไม่ แต่ถ้าระบบของคุณได้รับการกำหนดค่าให้เข้าสู่โหมดสลีปเมื่อปิดฝา และไฮเบอร์เนตหลังจากผ่านไป 40 นาที พัดลมอาจเริ่มทำงานในเวลานั้นเมื่อไฮเบอร์เนต สิ่งนี้จะไม่อธิบายถึงการระบายแบตเตอรี่ อีกกรณีหนึ่งที่เกี่ยวข้องคือเมื่อระบบได้รับการกำหนดค่าให้ไฮเบอร์เนตที่ระดับแบตเตอรี่หนึ่งๆ ดังนั้นการระบายแบตเตอรี่จึงเกิดขึ้นก่อน (ฉันไม่รู้ว่าทำไม) และนั่นทำให้เกิดการไฮเบอร์เนต หรือระบบอาจไม่ถูกระงับเลย

การวินิจฉัยสถานะพีซี

ตรวจสอบเหตุการณ์ที่เกี่ยวข้องด้วย

$journalsctl --no-เพจเจอร์ | แมว -n | grep -A 10 -B 3 systemd-เข้าสู่ระบบ

คุณสามารถระบุการระงับได้ในบรรทัดเช่น

9818455 08 กันยายน 22:25:57 MyServer systemd-logind[1132]: ปิดฝา
...
9818624 กันยายน 09 06:43:47 MyServer systemd-logind[1132]: เปิดฝาแล้ว

หรือใช้

$ cat -n /var/log/syslog | grep -A 10 -B 3 systemd-เข้าสู่ระบบ

ของคุณ syslog ดูเหมือนจะแสดงการนอนหลับที่มีประสิทธิภาพ แต่ฉันไม่แน่ใจ ฉันมี PM: ระงับการเข้า (ลึก) (ใน Thinkpad) แทนของคุณ PM: ระงับการเข้า (s2idle). ดูเพิ่มเติมด้านล่าง

การวินิจฉัยการระบายแบตเตอรี่

คุณสามารถเขียนสคริปต์พูด dump_bat.sh นั่น ทิ้งสถานะแบตเตอรี่ เพื่อยื่นด้วยสิ่งที่ต้องการ

#!/bin/bash
upower -i /org/freedesktop/UPower/devices/battery_BAT0 > battery_$(วันที่ | tr " " "_").txt

คุณสามารถ grep เฉพาะส่วนของผลลัพธ์เช่น เปอร์เซ็นต์, เวลาที่จะว่างเปล่า, ปรับปรุง, และ ประวัติศาสตร์ เศษเล็กเศษน้อย จดจำ

$ chmod +x dump_bat.sh

การวาง cron job ให้ทำทุกๆ 10 นาทีจะช่วยระบุ รูปแบบการระบายแบตเตอรี่ และสถานะโน้ตบุ๊ก (ตื่น/หลับ). เพิ่ม

*/10 * * * * <พาธไปยัง dump_bat.sh>

กับ

$ crontab -e

หลีกเลี่ยงการระบายแบตเตอรี่

ลองปิดการใช้งาน WOL ด้วย นี้

$ ethtool -s <อุปกรณ์> wol d

รวมกับการวินิจฉัยข้างต้น