ความเสียหายของหน้าจอหลังจากไฮเบอร์เนต - มีวิธีอื่นในการรีเฟรชจอแสดงผล X11 หรือไม่?

23

เมื่อฉันกู้คืนจากโหมดไฮเบอร์เนตหน้าจอมักจะเสียหาย ฉันสงสัยว่าไม่ได้บันทึกหน่วยความจำกราฟิก Suspend-to-ram ทำงานได้ดีเป็นอย่างอื่น

นอกจากนี้ยังดูเหมือนว่าฟอนต์แคชเสียหายเนื่องจากตัวอักษรทั้งหมดได้รับความเสียหายอย่างสม่ำเสมอ ดูเหมือนว่าเอฟเฟกต์จะกำหนดเป้าหมายแบบอักษรตามขนาดที่กำหนด เช่นถ้าหน้าต่างเทอร์มินัลของฉันโดนการเปลี่ยนแบบอักษรและ / หรือขนาดตัวอักษรจะแก้ไขได้เว้นแต่ว่าตัวอักษรที่มีขนาดนั้นเสียหายแล้ว

หากมีการใช้แบบอักษรที่อื่น (แอพอื่นตัวจัดการหน้าต่าง ฯลฯ ) แสดงว่ามีปัญหาเช่นกัน บางครั้งแบบอักษรที่ใช้สำหรับชื่อหน้าต่างถูกตีแล้วชื่อหน้าต่างทั้งหมดแสดงตัวอักษรเดียวกันเสียหาย

การออกจากระบบและกลับเข้ามาแก้ไขมันอีกครั้งแต่ฉันไม่ต้องการทำอย่างนั้น ฉันออกจากระบบแล้วไฮเบอร์เนต แต่นี่เป็นความพยายามมากขึ้นและกำจัดประโยชน์ส่วนใหญ่ของการจำศีล

มีวิธีอื่นในการรีเฟรชจอแสดงผล X11 หรือไม่? Ctrl+ Alt+ F1... ไม่สามารถแก้ไขได้อย่างใดอย่างหนึ่ง มันเปลี่ยนเทอร์มินัล แต่ไม่ได้วาดอะไรเลย: มันแค่แสดงหน้าจอเก่าที่เสียหาย

ฉันใช้ Debian 6

ในโอกาสนี้ชื่อหน้าต่างไม่ถูกต้อง: แบบอักษรของชื่อหน้าต่างถูกทำให้ผิดเพี้ยน

เนื้อหาเทอร์มินัลแย่ แต่ชื่อเรื่อง (ยัง) ใช้ได้: ข้อความถูกบิดเบือนอย่างเป็นระบบ แต่มีเพียงบางฟอนต์ที่ได้รับผลกระทบ

— Ctrl-Alt-Delor
แหล่งที่มา

1

คุณใช้กราฟิกชิป / ไดรเวอร์ใดอยู่ distro?

— คาเลบ

1

Debian 6, acer aspire 5338 กราฟิกในตัว ฉันมีมันทำงานใน Ubuntu และระงับ ram ใช้งานได้ดี ฉันสงสัยว่าพวกเราเพียงแค่ไม่บันทึกกราฟิกแรมลงดิสก์

— ctrl-alt-delor

1

ไม่ได้ตอบคำถามเลยตั้งแต่รุ่นนั้นมีให้เลือกกับการ์ดแสดงผลของ Intel, Nvidia และ ATI โดย "รวม" คุณหมายถึงว่าคุณมีการ์ดแสดงผล Intel GMA หรือไม่

— Caleb

ไม่ชัดเจนจากสิ่งที่คุณพูด - คุณลองทำ ctrl-alt-F1 ก่อนที่จะจำศีล (เช่นการจำศีลในโหมดข้อความและเปลี่ยนกลับเป็น X11 หลังจากกลับมาทำงานต่อ)? คุณอาจต้องค้นหาคำสั่งให้จำศีลจากบรรทัดคำสั่ง

— Random832

1

ฉันได้อัปเดตเป็น debian7 แล้วตอนนี้ใช้งานได้ @terdon ภาพหน้าจอที่เพิ่มเข้าไปในคำถามมีลักษณะคล้ายกับสิ่งที่ฉันมี

— ctrl-alt-delor

12

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

xrandr --output DP-3 --auto --output VGA-0 --auto --right-of DP-3 --primary

หากคุณมีหน้าจอเดียวคุณสามารถลองปิดและเปิดใหม่อีกครั้ง:

xrandr --output VGA-1 --off; xrandr --output VGA-1 --auto;

คุณสามารถเห็นชื่อของหน้าจอของคุณโดยเรียกใช้xrandrโดยไม่มีข้อโต้แย้ง ในระบบที่ฉันใช้ตอนนี้ (หนึ่งหน้าจอ VGA) ฉันจะได้รับ:

$ xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
VGA-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 477mm x 268mm
   1920x1080      60.0*+
   1680x1050      60.0  
   1280x1024      75.0     60.0  
   1152x864       75.0  
   1024x768       75.1     60.0  
   800x600        75.0     60.3  
   640x480        75.0     60.0  
   720x400        70.1  
DVI-I-1 disconnected (normal left inverted right x axis y axis)

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

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

ฉันไม่เห็นว่ามันจะทำงานได้อย่างไร คุณได้รับหน้าจอสีดำและไม่มีส่วนต่อประสาน ... แต่คุณรันคำสั่งหรือไม่? อย่างไร? การทำ alt + Fn จะไม่ทำงานเพราะแม้คำสั่ง X ทั้งหมดจะโยนข้อผิดพลาด "ไม่สามารถเปิดจอแสดงผล" การลองexport DISPLAY=:0เคล็ดลับจะส่งผลให้เกิดข้อผิดพลาดอื่น

— Cerin

@Cerin บนระบบของฉันฉันได้กำหนดทางลัดให้กับคำสั่งนั้นดังนั้นฉันจึงสามารถเรียกใช้งานแบบสุ่มสี่สุ่มห้าได้โดยกดปุ่ม Alt + F.

— terdon

ขอบคุณที่ทำเพื่อฉัน (ได้รับความผิดพลาดของหน้าจอแฟนซีตั้งแต่ฉันเริ่มใช้ตัวรับ Citrix; ที่แก้ไขได้เมื่อทุกอย่างล้มเหลว) โปรดทราบว่าหากคุณเรียกใช้คำสั่งจาก VT ที่แตกต่างกันบนคอมพิวเตอร์เครื่องเดียวกันคุณอาจได้รับConfigure crtc 0 failedข้อผิดพลาด เพียงเพิ่มสลีปเล็ก ๆ ก่อนคำสั่งและสลับ VT ดังนั้นมันจึงทำงานเมื่อ xrandr ทำงาน @Cerin นั่นอาจเป็นปัญหาของคุณ sleep 5; xrandr --output VGA-1 --off; xrandr --output VGA-1 --auto

— โทมัส Guyot-Sionnest

ปรากฎว่านั่นไม่ใช่ปัญหาของฉัน เมื่อทำการสลับ VT มันจะปรากฎตัวจัดการ windows หรือ gnome shell พบเหตุการณ์และไม่ตอบสนองเป็นระยะเวลาหนึ่ง เวลาที่ใช้ในการทำสิ่งเหล่านี้เพียงพอที่จะติดตามและรีเฟรชจอภาพ OTOH มันช่วยได้หนึ่งครั้งเมื่อฉันพบปัญหาการโฟกัสที่ฉันไม่สามารถคลิกสิ่งใดก็ได้และและแป้นพิมพ์ลัดถูกละเว้น - ปิดแล้วบนหน้าจอซ่อมมัน

— โทมัส Guyot-Sionnest

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

— Charac เย็น

7

คุณลองxrefreshคำสั่งแล้วหรือยัง

— Keith Thompson
แหล่งที่มา

ใช่ไม่ทำงาน

— ctrl-alt-delor

ฉันจะลองในครั้งต่อไป ... FWIW ส่วนใหญ่ฉันได้รับความผิดพลาดที่มีผลต่อการแสดงผลไม่ว่าจะเป็นการสลับระหว่างข้อความและ GUI VT หรือใช้ตัวเลือกผู้ใช้สวิตช์ (ซึ่งล็อคหนึ่ง VT และปลดล็อกอีก) แก้ไขปัญหาของฉัน ... แต่ในโอกาสที่หายากมันจะปรากฏขึ้นเท่านั้น xrandr สามารถแก้ไขได้ ปกติฉันจะเปลี่ยนการใช้ VT CTRL-ALT-F<n>ดังนั้นฉันจึงไม่ต้องปลดล็อกตลอดเวลา

— โทมัส Guyot-Sionnest

6

ในGNOME 3 , AltF2renterรีเฟรชกุย AltF2เปิดตัวเรียกใช้คำสั่งพร้อมท์และrกองกำลังสั่งการฟื้นฟู

— Severyn Kozak
แหล่งที่มา

ดูเหมือนว่าคุณจะสามารถเรียกใช้rจากคอนโซลได้เช่นกัน ฉันไม่ได้rติดตั้ง - คุณควรพูดว่าอะไร คือแพ็คเกจอะไร? ชื่อเต็มของrโปรแกรมนั้นคืออะไร?

— Robert Siemer

1

@RobertSiemer ไม่ใช่โปรแกรมมันเป็นสิ่งภายใน GNOME ที่รีสตาร์ท DE ฉันเดาว่ามันจะทำงานgnome --replaceในพื้นหลัง แต่ไม่รู้

— terdon

3

rหรือrestart(เหมือนกัน) gnome-shell --replaceคอนโซลจะเทียบเท่า

— don_crissti

ฉันเรียกใช้ gnome-panel ด้วย metacity

— Robert Siemer

@ Richard ได้ทำงานนี้หรือไม่

— Severyn Kozak

5

ฉันมีปัญหานี้ด้วย (Debian Squeeze and Wheezy)

จากประสบการณ์ของฉันมันเกิดขึ้นส่วนใหญ่เมื่อหน่วยความจำส่วนใหญ่เต็มและระบบใช้หน่วยความจำสลับ

ในฐานะที่เป็นส่วนหนึ่งการแก้ไข: ถ้าฉันเปลี่ยนแบบอักษรเริ่มต้นความเสียหายจะหายไป (ไม่ดี แต่ฉันต้องเปลี่ยนอีกครั้งเมื่อความเสียหายปรากฏขึ้นอีกครั้ง)

(บน Debian Wheezy สามารถทำได้โดย gnome-tweak-tool)

— โรเบิร์ต
แหล่งที่มา

4

อัปเกรดเป็นเคอร์เนล 3.19 - ฉันใช้Ubuntu เคอร์เนลชุดการฉีดซึ่งสามารถพบได้ที่นี่:

http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19-vivid/ (ทำงานบน Ubuntu 14.04 เชื่อถือเช่นกัน)

ความคิดเห็นรายงานข้อผิดพลาดดังต่อไปนี้พูดถึงมัน

https://bugs.freedesktop.org/show_bug.cgi?id=45092#c37

... และติดตามการคอมมิชชันด้วยข้อความต่อไปนี้:

https://github.com/torvalds/linux/commit/656bfa3afc14e45e2d9e1624bf60d79b3beb12f2

“ ... เนื่องจากเราเพิ่งเห็นสิ่งนี้ใน gm45 และ i965gm”

ฉันมีชิปเซ็ตโมบายล์ Intel GM45 พร้อมกราฟิกในตัว แล็ปท็อป Acer ของ OP นั้นจำหน่ายด้วยชิปเซ็ตนั้นด้วย (ไม่ใช่ทั้งหมด)

(ไม่เกี่ยวข้องกับการระงับ)

— Robert Siemer
แหล่งที่มา

3

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

ACPIจัดการการระงับ / ดำเนินการต่อและแสดงผล ตัวอย่างเช่นปัญหา ACPI ต่อไปนี้ที่เกิดขึ้นใน ThinkPads บางตัวอาจแก้ไขอาการที่คุณกำลังอธิบาย:

เมื่อกลับมาทำงานจาก suspend-to-ram จอแสดงผลคอนโซลข้อความอาจแสดงขยะแทนข้อความจริง เครื่องยังคงตอบสนองอยู่และ X แสดงผลได้ดี หากทั้งหมดนี้เป็นจริงการเพิ่มตัวเลือกเคอร์เนลacpi_sleep = s3_bios, s3_modeในmenu.lstหรือ lilo.confของคุณอาจแก้ปัญหาได้

ปัญหาเกี่ยวกับ ACPI suspend-to-ram - ThinkWiki

หากคุณกำลังใช้thinkpad_acpiโมดูลที่อ้างถึงข้างต้นนั่นคือสิ่งที่คุณต้องการ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโซลูชันนี้ให้ดูที่Suspend2Ram - Powersave Documentation

ครั้งแรกมีพารามิเตอร์เคอร์เนลหลายอย่างที่สามารถลองได้ เพียงแค่เพิ่มให้ "เคอร์เนลของคุณ" ในบรรทัด/boot/grub/menu.lst ข้อมูลเพิ่มเติมเกี่ยวกับผู้ที่สามารถพบได้ใน /usr/src/linux/Documentation/power/video.txt

จาก video.txt:

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

เพิ่มเติมที่video.txtอ้างถึงตารางที่นี่เพื่อดูว่ามีการacpi_sleep=<hack>ระบุรายชื่อไว้สำหรับรุ่นการ์ดแสดงผลของคุณหรือไม่

Debian Suspend และ KMS Debian wiki แนะนำให้ปิดใช้งาน KMS สำหรับปัญหา "วิดีโอเสียหายเมื่อกลับมาทำงาน" 1

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

ตอนนี้ Debian ได้เปิดใช้งานการตั้งค่าโหมดเคอร์เนล (KMS) โดยค่าเริ่มต้นสำหรับการ์ดวิดีโอ Intel, nVidia และ ATI ส่วนใหญ่ แต่มุมมองวิดีโอของ PM-utils ไม่สนับสนุน KMS แต่อย่างใด ดังนั้นในกรณีส่วนใหญ่คุณควรลองปิดใช้งาน KMS ก่อน ขั้นตอนรายละเอียดสำหรับการ์ดแสดงผลเฉพาะของคุณสามารถดูได้ที่หน้า KernelModesettingting

หลังจากปิดใช้งาน KMS แล้วหากวิดีโอหลังจากที่กลับมาทำงานต่อยังคงเกิดความเสียหายคุณสามารถลองระงับระบบโดยใช้วิดีโอบางอย่าง อ่าน manpage ของโปรแกรม pm-suspend สำหรับคำอธิบายอย่างละเอียดของ quirks ทั้งหมดที่มีอยู่และลองใช้การรวมกันของพวกเขาจาก commandline หากคุณพบชุดข้อความที่เหมาะกับระบบของคุณสำเร็จคุณสามารถเพิ่มชุดข้อความเหล่านั้นลงใน / usr / lib / pm-utils / video-quirks เพื่อทำให้เป็นแบบถาวร ในขณะเดียวกันโปรดช่วยส่งข้อผิดพลาดกับแพคเกจ pm-utils พร้อมกับแพทช์เกี่ยวกับการเปลี่ยนแปลงของคุณเพื่อให้สามารถได้รับประโยชน์โดยรวม

ปัญหาทั่วไปที่พบในระบบที่อัปเกรดจาก Debian เวอร์ชันเก่าคือการเปิดใช้งาน quirk-s3-bios ค้างระบบในระหว่างการหยุดทำงานชั่วคราว หากระบบของคุณค้างระหว่างการหยุดให้ตรวจสอบ pm-suspend.log อย่างระมัดระวังหลังจากเปิดใช้งานการดีบักและตรวจสอบให้แน่ใจว่าไม่ได้ใช้ quirk-s3-bios

หากคุณคิดว่าสิ่งนี้เกี่ยวข้องกับปัญหาของคุณคุณสามารถลองปิดการใช้งาน KMS ตามที่แนะนำ สำหรับสิ่งกีดขวางสำหรับบัตรของคุณดูที่KernelModesetting - Debian Wiki

การดีบักหยุดชั่วคราว

บันทึกของกระบวนการหยุดชั่วคราวและดำเนินการต่ออยู่ในไฟล์ /var/log/pm-suspend.log มันมีข้อมูล verbose ปานกลางโดยค่าเริ่มต้น ข้อมูลเพิ่มเติมสามารถเปิดใช้งานสำหรับการแก้จุดบกพร่องโดยการใส่สายการส่งออก PM_DEBUG = trueเข้าสู่จุดเริ่มต้นของไฟล์ / usr / lib / PM-utils / PM ฟังก์ชั่น

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

ตัวอย่างและข้อมูลการดีบักเชิงลึกเพิ่มเติมที่อาจช่วยให้คุณ "ไดรเวอร์ที่ล้มเหลวในการระงับหรือทำงานต่ออุปกรณ์" สามารถดูได้ที่https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt

แนวคิดเพิ่มเติมในการดีบักสำหรับpm-utilsเวลาpm-utils - ArchWikiและ/unix//a/29090/87728

นี่คือรายการพารามิเตอร์เคอร์เนลเต็มรูปแบบที่เกี่ยวข้องกับ acpi และระงับ

โชคดี.

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

จอแสดงผล X ไม่ดี เทอร์มินัลข้อความเสมือนจริงใช้ได้

— Robert Siemer

คุณตรวจสอบ/var/log/pm-suspend.logไหม คุณเปิดใช้งานการดีบัก/usr/lib/pm-utils/pm-functionsและตรวจสอบหลังจากนั้นหรือไม่

— iyrin

pm-suspend --quirk-s3-bios --quirk-s3-modeคุณสามารถทดสอบระงับด้วยนิสัยใจคอจากท่าเรือโดยใช้ man pm-actionดูส่วนในตัวเลือก

— iyrin

ฉันตรวจสอบ/var/log/pm-suspend.logแล้ว ไม่มีอะไรผิดปกติ ฉันใช้ KMS - การปิดใช้งาน KMS ไม่มีตัวเลือกในวันนี้ (ไดรเวอร์ Xorg intel ต้องการ) wiki ที่คุณชี้ไปยังได้รับการปรับปรุงล่าสุดเมื่อปี 2012

— Robert Siemer

เพียงแค่ต้องการบอกว่าdmesg | tail -50คำสั่งนั้นมีประโยชน์สำหรับการดีบัก memmap=64K$0 memory_corruption_check=0ที่จริงผมค้นพบการทุจริตหน่วยความจำต่ำที่เกี่ยวข้องกับการระงับการที่ผมสามารถที่จะแก้ปัญหาที่มีพารามิเตอร์ในด้วง ฉันเชื่อว่ามันจะบอกคุณว่ามีข้อผิดพลาดในการเริ่มต้นการ์ด

— iyrin

2

นี่น่าจะเป็นข้อผิดพลาดที่รายงานตรวจสอบลิงค์ที่ตามมา

ในกรณีของUbuntu ให้ตรวจสอบลิงค์นี้

ในกรณีที่Debianอ่านลิงค์นี้เป็นพิเศษส่วนการแก้ไขวิดีโอที่เสียหายในส่วนการดำเนินการต่อ

ในกรณีที่ปัญหาอยู่ในคอนโซลข้อความ: คุณลองรีเฟรชแคชฟอนต์แล้วหรือยัง?

fc-cache -f -v

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

ไม่ช่วย ...

— Robert Siemer

1

นี่น่าจะเป็นข้อผิดพลาดที่รายงานตรวจสอบลิงค์ที่ตามมา หาก distro ของคุณไม่ใช่ Ubuntu ข้อผิดพลาดอาจไม่เฉพาะเจาะจงกับ distro แต่บางไลบรารีที่อาจมีผลต่อ distros อื่น ขุดลงไปใน bug / s และดูว่ามันได้รับการแก้ไขสำหรับ distro ของคุณหรือไม่ ... bugs.launchpad.net/ubuntu/+source/linux/+bug/659434

— YoMismo

ขออภัยฉันไม่เห็น distro ของคุณคือ Debian ตรวจสอบลิงค์ถัดไป: wiki.debian.org/Suspendโดยเฉพาะการแก้ไขวิดีโอที่เสียหายในส่วนการดำเนินการต่อ

— YoMismo

ฉันมี Ubuntu 14.04

— Robert Siemer

ตกลงคำถามระบุว่า "ฉันใช้ Debian 6" ก่อนภาพหน้าจอแรก ถ้าอย่างนั้นฉันเดาว่าคุณจะพบคำตอบของคุณในบั๊กของ launchpad ... อย่างไรก็ตาม Ubuntu ขึ้นอยู่กับ Debian ดังนั้นบางทีทางออกจากลิงก์ของ Debian ก็สามารถช่วยคุณได้

— YoMismo

0

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

บางสิ่งที่คุณสามารถลองได้แม้ว่าจะพยายามหลีกเลี่ยง: เมื่อออกจากโหมดไฮเบอร์เนตให้ลองกด "ctrl-alt-F4" เพื่อเปลี่ยนไปใช้เทอร์มินัลเสมือนอื่นแล้วเปลี่ยนกลับ (ซึ่งอาจเป็น ctrl-alt-F1 หรือ ctrl- alt-F7 หรืออาจเป็น F8) นี่อาจเป็นการรีเฟรชหน้าจอที่เพียงพอซึ่งจะทำให้การกู้คืนจอแสดงผล อาจจะ.

— Wes Hardaker
แหล่งที่มา

ได้ลอง ctrl-alt-F1 มันไม่ทำงาน

— ctrl-alt-delor

0

Ctrl + Alt + F1 …ไม่ทำงาน

ทีนี้…ลองออกsudo chvt 1แล้วเปลี่ยนกลับไปเป็น vty ของ Xorg โดยใช้ Ctrl_Alt_Fn หรือsudo chvt N(โดยที่ N มักจะ 7 หรือ 8) ในกรณีที่ใช้chvtงานได้คุณสามารถลองเขียนสคริปต์ได้

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

ขอโทษฉันไม่ได้ล้าง ctrl + alt + f1 มันเป็นโซลูชัน ctrl + alt + f1 ที่ไม่มี ฉันสามารถเปลี่ยนเทอร์มินัลเสมือนได้ แต่ไม่สามารถแก้ไขความเสียหายได้ ขอบคุณ

— ctrl-alt-delor

0

ลองหมุนหรือพลิกหน้าจอด้วยxrandrเช่นคว่ำและกลับมาเป็นปกติ นี่อาจจะเพียงพอที่จะวาดใหม่ทั้งหมด

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

-1

ลองแล้วCrtlalt- Crtlalt+ที่เปลี่ยนความละเอียดหน้าจอไปมา

— นิลส์
แหล่งที่มา

ไม่มีอะไร อาจเป็นกุญแจที่ไม่ได้ผูกไว้

— ctrl-alt-delor