วิธีแก้ปัญหาปัญหาการระงับ

11

ฉันเคยมี Fedora 14 ติดตั้งอยู่ใน HP Compaq 610 นี้และคุณสมบัติการระงับทำงานได้ดี ตอนนี้ฉันได้ติดตั้ง Scientific Linux 6.1 suspend แล้วไม่ทำงานอีกต่อไป ฉันจะดีบัก / แก้ไขได้อย่างไร

debugging scientific-linux suspend

— LanceBaynes
แหล่งที่มา

นี่คือเชลล์หยุดชั่วคราว (<kbd> Cntl-z </kbd>) หรือ OS (sleep หรือ hibernate) หรือไม่

— Arcege

@Arcege: ฉันคิดว่าเขาหมายถึง ACPI ระงับเนื่องจากเป็นปัญหาทั่วไปวันนี้

— JM Becker

9

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

วิธีที่แนะนำในปัจจุบันซึ่งได้รับการสนับสนุนจากhttp://pm-utils.freedesktop.org/wiki/ควรมีให้สำหรับการแจกแจงครั้งล่าสุด ฉันจะตรวจสอบก่อนว่าคุณpm-utilsติดตั้งไว้หรือไม่และหากคำสั่งที่รวมอยู่นั้นทำงานได้ตามปกติ

ดูว่ามีการติดตั้งแพ็คเกจหรือไม่ป้อนคำสั่งนี้ในเทอร์มินัล

rpm -qa | grep pm-utils

สิ่งนี้จะแสดงผลเวอร์ชันที่คุณติดตั้ง หากคุณไม่ได้รับผลลัพธ์ที่คาดหวังคุณจะต้องติดตั้งแพคเกจ

sudo yum install pm-utils

เมื่อคุณได้รับการยืนยันให้ทดสอบความสามารถในการระงับ

sudo pm-suspend

หากคุณไม่ระงับและไม่มีเอาต์พุตทำไมให้ตรวจสอบเอาต์พุต dmesg ล่าสุดของคุณ

dmesg | tail -50

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

— JM Becker
แหล่งที่มา

ฉันยังติดตั้ง pm-utils-devel pm-suspend กับผู้ใช้ root ทำเหมือนกับผู้ใช้ปกติเมื่อคลิกใน GNOME / menu-> suspend-> ไม่มีอะไรเครื่องเพิ่งบอกว่า "เครือข่ายปิด" แล้วมันก็รอและรอ ฯลฯ ฉันทำได้ จะเริ่มอะไรก็ได้หลังจากฉันพยายามระงับ ฉันจะดู dmesg ในภายหลังขอบคุณ!

— LanceBaynes

dmesgเอาท์พุทจะบอกคุณสิ่งที่เกิดขึ้นเบื้องหลัง ที่สำคัญกว่านั้นสิ่งที่อาจจะล้มเหลว O และ BTW คุณไม่ต้องการแพ็คเกจ devel คุณต้องการเพียงเมื่อรวบรวมรหัสดังนั้นโปรดล้างออก มีหลายทิศทางที่จะไปจากที่นี่ฉันแค่ไม่ส่งคุณเห่าต้นไม้ผิด

— JM Becker

1

@ LanceBaynes คุณลองใช้pm-suspendคำสั่งจากเชลล์แล้วหรือไม่ผ่านเมนู GNOME? ลองใช้echo -n "mem" >/sys/power/stateราก นอกจากนี้หากคุณใช้อยู่acpiคุณสามารถacpi_listenดูว่ามีเหตุการณ์ใดบ้างที่ถูกสร้างขึ้นเช่นเมื่อปิดฝา

ว้าว wtf เหรอ? ฉัน "echo -n" mem "> / sys / power / state" กับผู้ใช้รูทและระงับของฉันจริง !!!! ว้าว. ปัญหาเพียงอย่างเดียวคือตอนนี้เมื่อฉันทำการหยุดพักแบบนี้แล้ว gnome-screensaver ก็ไม่เริ่มทำงานและทำให้พีซีที่ปลดล็อคไม่ได้ ทำอย่างไรจึงจะได้สิ่งนี้ ฉันจะสร้างสคริปต์ / สิ่งใดเพื่อให้ผู้ใช้ปกติสามารถใช้การระงับเช่นนี้ได้ด้วย ไม่ใช่แค่ผู้ใช้รูท? - และอีกอย่าง: ขอขอบคุณ!

— LanceBaynes

2

@ LanceBaynes: ตอนนี้มันใช้งานได้หรือไม่ ... ฉันเคยเชื่อว่า "เซอร์ไพรส์" Break / Repair แบบนี้เกิดขึ้นกับ Widoze เท่านั้น น่าเสียดายที่ฉันหยุดเชื่อในขณะที่ แต่ ... ในด้านที่สว่างมันเกิดขึ้นได้ไม่บ่อยนัก! และการระงับของคุณกำลังทำงานอยู่นั่นเป็นข่าวดี!

— JM Becker

8

ลองใช้สิ่งนี้ในฐานะรูท:

PM_DEBUG=true pm-suspend

จากนั้นตรวจสอบ/var/log/pm-suspend.logคำแนะนำในสิ่งที่อาจผิดไป

หากคุณสามารถระงับได้ แต่ไม่สามารถดำเนินการต่อได้มีบทความดีๆเกี่ยวกับวิกิอูบุนตูเกี่ยวกับวิธีการแก้ไขปัญหานี้

— Mika Fischer
แหล่งที่มา

2

หากคุณต้องการได้รับเมื่อคุณหยุดชั่วคราว / เริ่มระบบใหม่คุณสามารถลองทำสิ่งนี้:

cat /var/log/syslog | grep 'systemd-sleep' | grep "Suspending\|resumed";
Feb  7 10:44:23 dmatej-lenovo systemd-sleep[19900]: Suspending system...
Feb  7 10:44:33 dmatej-lenovo systemd-sleep[19900]: System resumed.
Feb  7 10:45:35 dmatej-lenovo systemd-sleep[20707]: Suspending system...
Feb  7 12:58:39 dmatej-lenovo systemd-sleep[20707]: System resumed.
Feb  7 14:42:55 dmatej-lenovo systemd-sleep[24690]: Suspending system...
Feb  7 16:31:57 dmatej-lenovo systemd-sleep[24690]: System resumed.

— dmatej
แหล่งที่มา

1

Mika ได้รับการแนะนำตามที่รูท:

PM_DEBUG=true pm-suspend

รายละเอียดภายใน:

/var/log/pm-suspend.log

ในกรณีนี้คุณกำลังมองหาที่

[...] service [servicename] suspend suspend success

สิ้นสุดและ

[...] service [servicename] suspend resume success

เริ่มต้น คุณอาจพบข้อผิดพลาดในการโทรกลับซึ่งอยู่ระหว่างที่ระงับจุดที่ถูกระงับ ในกรณีนี้คุณอาจระงับการเปลี่ยนแปลงที่ถูกย้อนกลับ คิดออกว่าสายบริการใดกำลังโยนข้อผิดพลาดเปิดขึ้นใน vi และดูมัน

ฉันมีปัญหาเดียวกันกับที่หลังจากติดตั้งxboxdrvบน Ubuntu 12.04 การโทรออกโดยใช้กฎ/etc/pm/sleep.d/กำลังพยายามหยุดบริการที่ไม่เคยเริ่มหรือไม่มีอยู่จริงในกรณีxboxdrvนี้ ปรากฎว่าไม่สามารถเริ่มต้นได้ตั้งแต่แรกเพราะไม่มี/lib/modules/uinput.koโมดูลเพราะโมดูลนั้นถูกรวมเข้ากับเคอร์เนล เรื่องนี้ทำให้เกิดคำสั่งในกรณีที่/etc/pm/sleep.d/xboxdrvจะโยนความผิดพลาดเมื่อกรณีที่มันตรงกับ "ระงับ" service xboxdrv stopเพื่อโทร การจัดเตรียมบรรทัดด้วยการ#ข้ามคำสั่งด้วยค่าใช้จ่ายในการถอดปลั๊กและเสียบตัวควบคุมของคุณอีกครั้งเมื่อถูกระงับแล้วกลับมาทำงานต่อ

— SYANiDE
แหล่งที่มา

ฉันไม่มีข้อผิดพลาดในบันทึกการดีบักหลังจากเรียกใช้งานนี้ แต่อย่างน่าอัศจรรย์มันเริ่มทำงานอีกครั้ง ;-) ฉันสงสัยว่ามันเป็นการแก้ปัญหาอย่างถาวรหรือไม่

— Wirone