สิ่งนี้ทำงานได้อย่างสมบูรณ์ในวันที่ 17.10 แต่หลังจากอัปเกรดเป็น 18.04 เมื่อวานนี้เมื่อปิดฝาหน้าจอจะดับลง แต่ไม่ได้หยุดทำงานอย่างถูกต้อง

ฉันเดินทางไปรอบ ๆ และสังเกตเห็นความร้อนทันที (และการสิ้นเปลืองแบตเตอรี่) เมื่อนำออกจากกระเป๋าเดินทาง

ฉันได้ลอง uncommenting บรรทัดเหล่านี้ใน /etc/systemd/logind.conf

HandleLidSwitch=suspend
HandleLidSwitchDocked=suspend

และรีสตาร์ท แต่ก็ไม่ได้สร้างความแตกต่างเลย

ผมคิดว่าผมมีการจัดการที่จะคิดออกว่าเกิดอะไรขึ้นต้องขอบคุณทั้งสองแหล่ง: Dell XPS 13 (9370) ArchLinux หมายเหตุการติดตั้งและArch ลินุกซ์ฟอรั่ม

ด้วยเหตุผลบางอย่างแล็ปท็อปจะไม่เข้าสู่โหมดสลีปลึกอีกต่อไป แต่เป็นs2idleโหมดที่เป็นโหมดหยุดพักชั่วคราว

การวินิจฉัยปัญหา

หากต้องการยืนยันว่าเป็นกรณีนี้สำหรับระบบของคุณให้ระงับแล็ปท็อปโดยใช้วิธีการที่คุณโปรดปราน (ปิดฝากดFn+ Endเขียนpm-suspendในเทอร์มินัลหากคุณpm-utilsติดตั้งไว้หรือกดWindowsปุ่มประเภทsuspendและกดEnterปุ่ม)

sudo journalctl | grep "PM: suspend" | tail -2ตื่นขึ้นมาจากโหมดและประเภทระงับในขั้ว: หากเอาท์พุทเป็น

May 13 18:41:00 mex kernel: PM: suspend entry (s2idle)
May 13 20:52:36 mex kernel: PM: suspend exit

จากนั้นคุณไม่ได้เข้าสู่การนอนหลับสนิท คุณสามารถตรวจสอบcat /sys/power/mem_sleepว่าควรส่งคืนใด

[s2idle] deep

ซึ่งยืนยันว่าโหมด Suspend เริ่มต้นคือ s2idle (เนื่องจากมีการเน้นด้วยเครื่องหมายวงเล็บ)

แก้ไขชั่วคราว

หากต้องการลองแก้ไขชั่วคราวให้ทำecho deep > /sys/power/mem_sleepในฐานะผู้ใช้รูท ตรวจสอบว่ามันประสบความสำเร็จโดยดูที่ผลลัพธ์cat /sys/power/mem_sleepที่ควรจะเป็น

s2idle [deep]

จากนั้นให้หยุดแล็ปท็อปและปลุกอีกครั้ง หากsudo journalctl | grep "PM: suspend" | tail -2ผลตอบแทน

May 13 18:41:00 mex kernel: PM: suspend entry (deep)
May 13 20:52:36 mex kernel: PM: suspend exit

จากนั้นควรแก้ไขปัญหา คุณสามารถทำให้คอมพิวเตอร์เข้าสู่โหมดสลีปสองสามชั่วโมงและตรวจสอบว่าแบตเตอรี่หมดหรือไม่

แก้ไขถาวร

เพื่อให้ถาวรคุณต้องแก้ไข bootloader cmdline ของคุณ ต้องการทำเช่นนั้นแก้ไขเป็นผู้ใช้ root ไฟล์ / etc / default / sudo -H gedit /etc/default/grubด้วงโดยการทำงานเช่น แทนที่บรรทัด

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

กับ

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mem_sleep_default=deep"

และสร้างการกำหนดค่าด้วงของคุณใหม่ (รันsudo grub-mkconfig -o /boot/grub/grub.cfg)

ลองสร้าง/etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

และรีบูท ดูเหมือนว่าจะใช้งานได้สำหรับฉันแม้ว่าฉันจะไม่แน่ใจฉันก็ไม่ได้รับการปรับปรุงด้วยการ/etc/systemd/logind.confเปลี่ยนแปลงที่ฉันทำก่อน ไม่ว่าในกรณีใดจะไม่มีเสียงความร้อนหรือเสียงรบกวนจากพัดลมขณะที่ปิดฝาและไม่ตอบสนองต่อการปิงผ่าน wifi อย่างใดอย่างหนึ่งซึ่งฉันได้รับเป็นระยะ ๆ มาก่อน

อายุการใช้งานแบตเตอรี่ยังคงลดลงในขณะที่ถูกระงับอาจเป็นเพราะวิธีการทำงานของการระงับมีประสิทธิภาพน้อยกว่าค่าเริ่มต้น, อุดมคติ, วิธีการที่เห็นได้ชัดว่าใช้งานไม่ได้ แต่ดูเหมือนว่าจะดีกว่าพฤติกรรมเริ่มต้น

ลองใช้ XPS 13 9370 ของฉันฉันไม่รู้เกี่ยวกับรุ่นเก่ากว่าถึงแม้ว่าดูเหมือนว่าพวกเขาจะคล้ายกันก็ตาม

ฉันลองติดตั้งpm-utilsและใช้งานpm-suspendและดูเหมือนว่าจะหยุดทำงานได้อย่างมีประสิทธิภาพดังนั้นฉันต้องการดูว่าฉันสามารถsystemd-suspendทำสิ่งเดียวกันได้หรือไม่

ฉันดูสคริปท์pm-utilsเพื่อดูว่ามันกำลังทำอะไรอยู่และในสถานการณ์นี้มันกำลังทำecho -n "mem" > /sys/power/stateอยู่ ดังนั้นฉันจึงสร้าง/etc/systemd/sleep.confไฟล์ตามที่แสดงด้านบนเพื่อให้ตรงกับมัน

ยังไม่ชัดเจนว่าพฤติกรรมเริ่มต้นคืออะไร manpage สำหรับsystemd-sleep.confบอกว่า distro ควรรวมเข้า/etc/systemd/sleep.confกับค่าคอมไพล์ในคอมเม้นท์เพื่อให้คุณสามารถดูข้อมูลนี้ได้ แต่ใน Ubuntu ไฟล์นี้จะหายไป ฉันสังเกตว่าถ้าcat /sys/power/stateคุณได้รับ:

freeze mem

ดังนั้นฉันเดาว่านี่คือสิ่งที่มันทำตามค่าเริ่มต้น ฉันเดาว่าfreezeอาจได้รับการยอมรับในกรณีที่มันไม่ได้เกิดข้อผิดพลาดซึ่งจะทำให้ systemd ย้ายไปmemแต่อาจจะไม่ได้ทำงานอย่างถูกต้องหรือเชื่อถือได้ด้วยเหตุผลที่ซับซ้อนที่เราไม่สามารถระบุได้ ดังนั้นการส่งmemแทนเป็นการแทงที่มีความหวังในการหลีกเลี่ยงสิ่งนั้นและทำในสิ่งที่pm-suspendทำ

ฉันสงสัยว่าการตั้งค่า SuspendMode นั้นไม่จำเป็นจริง ๆ แล้วและไม่ได้ทำอะไรเลย ฉันสงสัยสิ่งนี้เพราะcat /sys/power/diskเพิ่งจะได้รับ:

[disabled]

เป็นผู้ใช้ใหม่ดังนั้นจึงไม่สามารถแสดงความคิดเห็นด้วยการสังเกตได้บังคับให้นำเสนอเป็นคำตอบราวกับว่าฉันมีความมั่นใจมากใน! แต่ฉันคิดว่ามันใช้งานได้

คำตอบอื่น ๆ ที่นี่ยอดเยี่ยมในเชิงลึกและการวิจัยที่ดี

น่าเสียดายที่มันไม่ทำงานกับเครื่องของฉัน :(

หากคุณมีกราฟิก nVidia ดูเหมือนว่าจะมีการแก้ไขที่ทำงานสำหรับคนจำนวนมากโดยcascagrossaให้คำตอบสำหรับคำถามนี้: Ubuntu 18.04 ล่มในการทำงานต่อจากการหยุดชั่วคราว

เป็นที่สงสัยกันว่าเป็นนักขับรถบั๊กกี้และสามารถคัดแยกปัญหาการระงับโดยการเพิ่มnouveau.modeset = 0เพื่อด้วงและได้รับการยืนยันในความคิดเห็นเพื่อช่วยแก้ไขปัญหาให้กับผู้อื่นเช่นกัน

ฉันมีกราฟิก Intel บนเครื่องที่มีปัญหาและอยากรู้อยากเห็นฉันไม่มีปัญหาเกี่ยวกับ Ubuntu หรือ Kubuntu 18.04 บนเครื่องอื่น ๆ อย่างน้อย 3 เครื่อง (เพื่อนของฉันและของฉันเอง) ดังนั้นทำไมเครื่องนี้จึงเป็นเช่นนี้ ไม่มีความชัดเจน

ฉันขอแนะนำให้ทุกคนประสบปัญหาประเภทนี้ให้ทำตามขั้นตอนเหล่านี้เพื่อช่วยระบุปัญหา:

1. คุณมีกราฟิก nVidia หรือไม่? ถ้าเป็นเช่นนั้นให้ลองnouveau.modeset = 0 grub trick

2. ตรวจสอบว่าการระงับการทำงานทั้งหมด หากคุณกำลังปิดฝาแล้วเปิดขึ้นในภายหลังและไม่ได้ตื่นขึ้นมาดูเหมือนว่าจะไม่สามารถ 'ดำเนินการต่อ' ได้

   • คุณควรเลือก suspend บนเดสก์ท็อปใด ๆ ด้วยตนเอง แต่จะซ่อนอยู่ใน Gnome Shell เล็กน้อย - คุณสามารถกดปุ่มเปิด / ปิดเครื่องได้จากเมนูด้านบนขวาของหน้าจอหรือคลิกปุ่มนั้นในขณะที่กดปุ่ม Alt ค้างไว้หรือกดปุ่ม Super ใน 'ระงับ'

   • โดยการเลือกระงับคุณสามารถตรวจสอบที่หน้าจอได้ปิดที่ไฟ LED กระพริบตามที่ควรและที่คุณคาดหวังว่าแฟน ๆ ยังทำงานจะหยุด หากเกิดเหตุการณ์ทั้งหมดนี้ แต่แล้วคุณไม่ได้รับเครื่องของคุณจะตื่นขึ้นมาแล้วมันจะปรากฏเป็น 'ประวัติส่วนตัว' ปัญหามากกว่าที่จะเป็นปัญหา 'ระงับ'

   • ปัญหาของฉันคือว่ามันไม่ได้เป็นการพักจริงและ Murray ที่ถามคำถามเดิมเมื่อถูกถามโดย collisionTwo เพื่อตรวจสอบสิ่งนี้ตระหนักว่าปัญหาเกิดขึ้นเมื่อถูกระงับด้วยตนเอง

   • ในกรณีของฉัน(ในแล็ปท็อปปัญหาเดียว)หน้าจอจะว่างเปล่า แต่ไฟ LED แสดงการทำงานยังคงอยู่และหากพัดลมกำลังทำงานพัดลมจะยังคงทำงานต่อไป เครื่องไม่ตอบสนองต่อการกดปุ่มใด ๆ การเคลื่อนไหวของทัชแพดหรือการคลิกหรือการกดปุ่มเปิดปิด สิ่งเดียวที่สามารถทำได้คือการปิดมัน

   • ฉันได้ลองเล่นเพลงในขณะที่กำลังพักการทำงาน (เพื่อตรวจสอบว่ามันไม่ใช่แค่หน้าจอว่างเปล่า) แต่เพลงหยุดและเครื่องก็ยึดโดยทั่วไป

3. ลองเครื่องของคุณด้วย Live USB ที่ 18.04 และตรวจสอบว่าคุณมีปัญหาการระงับที่คล้ายกันหรือไม่

   • นี่เป็นเพียงการยืนยันว่าปัญหาการระงับไม่ได้ทำกับโปรแกรมเพิ่มเติมใด ๆ ที่คุณติดตั้งไว้

   • ในกรณีของฉันฉันสงสัยว่าเป็นเพราะฉันได้ติดตั้งtlpซึ่งอาจรบกวนโหมด suspend อย่างใด แต่พฤติกรรมเดียวกันนี้เกิดขึ้นกับ Live USB ทั้ง Ubuntu 18.04 และ Kubuntu 18.04

4. ลองใช้โซลูชันที่ได้รับการวิจัยอย่างดีอีกสองรายการที่จัดทำโดย monty47 และ StrangeNoises และดูว่าคุณได้รับผลลัพธ์ที่ดีหรือไม่

   • ดูเหมือนว่าพวกเขาได้ช่วยให้ผู้คนจำนวนมากถูกระงับการสำรองข้อมูลและทำงานอย่างถูกต้องในวันที่ 18.04 และอาจจะเกี่ยวข้องกับเครื่องที่เข้าสู่สถานะs2idleมากกว่าโหมด sleep (deep)ของ 'suspend' ปกติ

5. หากไม่มีวิธีการใดที่แก้ไขปัญหาการระงับของคุณในวันที่ 18.04 ให้ลองตอบคำถามนี้: Ubuntu 18.04 ขัดข้องในการดำเนินการต่อจากการหยุดชั่วคราว

   • วิธีแก้ปัญหาที่จัดทำโดย Matalak (ผู้ถามคำถาม) คือการใช้UKUUเพื่อลองเคอร์เนลรุ่นเก่า 4.14

   • เครื่องปัญหาของฉันไม่มีปัญหาการหยุดชั่วคราวกับ Ubuntu 17.10 และ Kubuntu 17.10 ดังนั้นจึงสมเหตุสมผลเนื่องจาก 17.10 ใช้เคอร์เนล 4.14 ตอนนี้หยุดทำงานได้ดีทั้งใน Ubuntu 18.04 และ Kubuntu 18.04 โดยใช้เคอร์เนล 4.14

6. หากคุณลองใช้วิธีแก้ไขปัญหาอื่นและสามารถแก้ไขปัญหาการหยุดชั่วคราวของคุณได้เพียงกลับไปที่เคอร์เนล 4.14 คุณอาจสนใจรายงานข้อผิดพลาด: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/ 1774950

   • ดูเหมือนว่าจะส่งผลกระทบต่อเครื่องเพียงไม่กี่เครื่องที่มีการผสมผสานเฉพาะของฮาร์ดแวร์และอาจเป็นเรื่องยากที่จะระบุในบรรดาปัญหาที่เกี่ยวข้องกับนูโวอื่น ๆ หรือปัญหา s2idle

   • ดูเหมือนว่าจะแพร่หลายมากขึ้นสำหรับผู้ที่ใช้งาน Bay Trail Atom Celeron / Pentium แต่คนอื่น ๆ รายงานว่ามีปัญหาคล้ายกันกับเครื่องอื่น ๆ

   • หากคุณสามารถตรวจสอบ kern.log ของคุณหลังจากหยุดการทำงานที่ล้มเหลว(เช่นเมื่อคุณต้องปิดเครื่องและเริ่มต้นใหม่)คุณอาจสังเกตเห็นว่ามีข้อความระบุว่าPM: ระงับรายการ (ลึก)และคุณไม่มีรายการเพิ่มเติมนอกเหนือจาก หลายบรรทัดของการบูทขึ้นอีกครั้ง

   • ขณะนี้มีโปรแกรมแก้ไขที่ดูเหมือนจะแก้ไขปัญหาได้

   • หากคุณรู้สึกว่าต้องการเพิ่มเสียงในรายงานข้อผิดพลาดมันน่าสนใจที่จะเห็นว่าเครื่องใดที่ได้รับผลกระทบ (และตรวจสอบว่าโปรแกรมแก้ไขช่วยแก้ไขปัญหาสำหรับทุกคน)

พยายามรวบรวม 'ระงับปัญหาใน 18.04' ด้วยกันในหัวข้อนี้: https://ubuntuforums.org/showthread.php?t=2395562&p=13780724#post13780724

ฉันเชื่อว่าข้อผิดพลาดเคอร์เนลนี้เกี่ยวข้อง:

https://bugzilla.kernel.org/show_bug.cgi?id=199689

ดูความคิดเห็น # 3 โดยเฉพาะ:

[…] เป็นความตั้งใจจริงที่จะใช้ s2idle บนเครื่องนี้กับเคอร์เนล upstream ล่าสุด

เพียงแค่ต้องการเพิ่มคำตอบให้กับผู้ใช้ Thinkpad X1 Carbon 6th Gen ที่มีอาการคล้ายกันนั่นคือแบตเตอรี่หมดขณะที่ถูกระงับซึ่งเกิดจากการไม่เข้าสู่โหมดสลีปลึก

ปัญหานี้จะกล่าวถึงในหัวข้อนี้ในฟอรั่มของ Lenovoในระยะสั้น X1C6 เลือกที่จะสนับสนุน Windows Modern Standby ถ้าคุณอ่านหัวข้อที่อย่างคุณจะเห็นว่าแม้ว่าอาการจะใช้ร่วมกันสาเหตุแตกต่างกันมากระหว่าง XPS 13 9370 และ X1C6 เช่นการส่งออกของcat /sys/power/mem_sleepบน X1C6 จะแสดงเฉพาะ[s2idle]การสนับสนุนที่ขาดหายไปสำหรับการdeepนอนหลับ

โซลูชันที่โพสต์จนถึงตอนนี้สำหรับคำถามนี้ใช้ได้กับ XPS 13 เท่านั้นและไม่ใช่กับ X1C6 เท่าที่ผมเข้าใจวิธีการแก้ปัญหาที่ดีที่สุดกับปัญหาโหมดระงับ X1C6 คือการใช้DSDTแพทช์ครั้งแรกโดยเดลต้า Xiและการปรับปรุงในภายหลังโดย PombeirP โพสต์นี้จะแนะนำวิธีการใช้แพทช์ให้คุณ แต่ให้แน่ใจว่าคุณอ่านโพสต์และการอัปเดตทั้งหมดก่อนที่จะดำเนินการใด ๆ

ผมเขียนจิจัดเก็บเอกสารในประเด็นที่เกี่ยวข้องกับการติดตั้ง Ubuntu 18.04 บน Thinkpad X1 Carbon 6th Gen รวมทั้งการแก้ปัญหาผมพบเกี่ยวกับปัญหาบูตช้าเกิดจาก LVM เช่นเดียวกับปัญหาการนอนหลับลึกนี้

ฉันใช้ Lenovo ThinkPad Edge E531 และประสบปัญหาคล้ายกันซึ่งเครื่องไม่สามารถเข้าสู่โหมดสลีปได้ พฤติกรรมนั้นไม่ต่อเนื่องและเมื่อกลับมาทำงานบางครั้งก็ทำให้ทัชแพดหยุดทำงานกับ wifi เพื่อยกเลิกการเชื่อมต่อ

ฉันลองใช้การแก้ไขโหลหรือมากกว่านั้นที่แนะนำทางออนไลน์ แต่ทางออกเดียวที่ทำงานได้สำหรับฉันคือการติดตั้ง UKUUและอัปเกรดเคอร์เนลเป็น 4.19.11-041911-generic

เพียงแค่นำคำถามนี้มาปิด (หวังว่า ... ) ฉันเพิ่ง (กรกฎาคม 2019) มีการอัปเดต 18.04 LTS ของฉันกับ HWE ซึ่งอ้างว่าแก้ไขปัญหานี้โดยเฉพาะสำหรับ Dell XPS 13 (รวมถึงการไม่เข้า s2idle .)

FWIW ฉันเพิ่งจะเปลี่ยนแบตเตอรี่ใน 2016 XPS 13 (9350) ของฉันกับ Ubuntu 16.04 และkernél 4.14.12-041412-generic (เครื่องได้รับการติดตั้งเมื่อต้นปี 2016 ด้วย 15.10 และเคอร์เนลที่กำหนดเองจากนั้นอัพเกรดเป็น 16.04) ก่อนการเปลี่ยนฝาทำให้ Linux อยู่ในโหมด suspend เท่าที่ควร (แม้ว่าคุณจะเสียบ PSU ในขณะที่อยู่ใน suspend หรือเสียบออกเช่นเปลี่ยนสถานะ Linux ที่คิดว่าทำงานได้มันจะทำงานช้ามากจนกว่าจะรีบูต) . อย่างไรก็ตามหลังจากการเปลี่ยน (แบตเตอรี่บวม) โน๊ตบุ๊คจะรีบูตเป็นด้วงเมื่อฝาปิด

การตั้งค่าการจัดการพลังงานเป็น "มาตรฐาน" (จาก "ขั้นสูง") ใน "การกำหนดค่าแบตเตอรี่หลัก" ใน BIOS EFI ของ Dell / AMI (ซึ่งคุณสามารถนำขึ้นมาได้โดยกด Fn-F2 ค้างไว้ในระหว่างบู๊ต) ดูเหมือนว่าจะแก้ไขปัญหาได้แล้ว

ไปแก้ปัญหาที่ระบุไว้จำนวนมากและไม่มีอะไรทำงานสำหรับ popOS บน xps 9560 :(

จนกว่าฉันจะเห็นการแก้ไขนี้เฮฮาบนเว็บไซต์ของ Dellซึ่งใช้จากโพสต์ LTT

ดังนั้นวิธีแก้ปัญหาเบื้องต้นของฉันที่ดูเหมือนจะใช้งานได้คือ: สลับการเปิดและปิดการตั้งค่า BIOS บางอย่าง ฉันรู้ว่ามันฟังดูงี่เง่าอย่างจริงจัง แต่ฉันสาบานว่ามันดูเหมือนจะทำงานได้จากสิ่งที่ฉันทดสอบมาแล้ว

โดยเฉพาะฉันปิดการตั้งค่าและ / หรือเลือกตัวเลือกอื่นสำหรับการตั้งค่านำไปใช้จากนั้นตั้งค่ากลับมาและนำไปใช้ การตั้งค่าที่ฉันสลับไปมาคือ:

• การกำหนดค่าระบบ> หน้าจอสัมผัส (Toggled Off แล้วเปิดใหม่)

• การจัดการพลังงาน> เวลาอัตโนมัติ (เปลี่ยนเป็นตัวเลือกอื่นจากนั้นกลับสู่ปิดใช้งาน)

• การจัดการพลังงาน> เปิดใช้งานพอร์ต USB-C ของ Dell (ปิดและเปิด)

ใช้งานได้ดีในขณะนี้ . . .