คำถามติดแท็ก display

ฉันดูเหมือนจะจำได้ว่าสามารถเริ่ม qemu ด้วยเอาต์พุตเทอร์มินัลอีมูเลเตอร์เท่านั้นโดยปิดหน้าต่างกราฟิก และที่นี่ฉันไม่ได้หมายถึงอินเทอร์เฟซ ncurses นั่นเป็นสิ่งที่ดี แต่ฉันต้องการให้เอาต์พุตไหลเข้าสู่เทอร์มินัลโดยตรงเพื่อทำให้การตัดและวางง่ายขึ้น ฉันเหนื่อย: qemu -nographic binary.img # simply no display qemu -curses binary.img # nice text output, but not directly flowing in the terminal qemu -noframe -curses binary.img # same as above qemu -nographic -curses binary.img ฉันเดาวิธีแก้ปัญหาที่ยอมรับได้จะให้ฉันสามารถปรับขนาดคอนโซล curses ให้พอดีกับเทอร์มินัลที่ฉันกำลังใช้อยู่ ตอนนี้มันน่ารำคาญเพราะมันไม่พอดีกับขนาดเทอร์มินัล ... qemu -curses binary.img SeaBIOS …

18 terminal  qemu  serial  display  curses 

ใครบ้างจะรู้ว่าทำไมหลังจากเซสชัน RDP ทั้งจากสมาร์ทโฟนของฉันหรือจากพีซีเครื่องอื่นเมื่อฉันปลุกคอมพิวเตอร์และเข้าสู่ระบบต่อไปฉันได้รับหน้าจอสีดำพร้อมเคอร์เซอร์ ฉันใช้ Windows 10 Pro 64 บิตและยังไม่เคยมีปัญหานี้มาก่อน หลังจากเซสชันเดสก์ท็อประยะไกลมันช่วยให้ฉันได้รับ lockscreen และแจ้งให้ฉันเข้าสู่ระบบด้วยรหัสผ่านของฉัน แต่หลังจากนั้นทั้งกดปุ่ม Enter หรือลูกศรฉันเพิ่งได้รับหน้าจอสีดำและเคอร์เซอร์ ฉันไม่สามารถกดปุ่มลัดหรือแป้นพิมพ์เพื่อสร้างสิ่งใด ๆ ctrl + alt + del, ctrl + shift + esc, alt + f4 ดูเหมือนจะไม่มีอะไรทำงาน ฉันมีจอภาพเพียงจอเดียวดังนั้นจึงไม่ใช่ปัญหากับ windows ที่ไม่สามารถรับรู้การแสดงผลเริ่มต้นของฉันเหมือนกับผู้ใช้ Windows 10 รายอื่นที่มีอยู่ดูเหมือนว่าจะแตกต่างกัน

14 windows  rdp  windows-10  display 

ฉันมีปัญหาใหม่และก่อกวนด้วยการส่งต่อการเชื่อมต่อ X11 ของฉันเมื่อเข้าสู่ระบบจาก Mac (10.7.2) ถึง Linux (Ubuntu 8.04) ฉันไม่มีปัญหาในการใช้ ssh -X เพื่อล็อกอินเข้าสู่เครื่องระยะไกลและเริ่มต้นแอปพลิเคชันที่ใช้ X11 จากเชลล์นั้น สิ่งที่เพิ่งเริ่มเกิดขึ้นคือการร้องขอเพิ่มเติมของแอพพลิเคชั่น X11 จากเชลล์เดียวกันหลังจากผ่านไปครู่หนึ่ง (ตามลำดับของชั่วโมง) ไม่สามารถเริ่มทำงานได้เนื่องจากการแสดงผลที่ส่งต่อไปจะถูกบล็อก (ฉันเข้าใจ) เมื่อพยายามเริ่ม xterm เช่นฉันได้รับข้อความปกติเกี่ยวกับการตั้งค่า DISPLAY ที่ไม่ดีเช่น: ข้อผิดพลาด xterm Xt: ไม่สามารถเปิดการแสดง: localhost: 10.0 แต่แอปพลิเคชั่น X11 ที่ฉันเริ่มต้นทันทีเมื่อฉันลงชื่อเข้าใช้ยังคงทำงานได้ปกติโดยใช้จอแสดงผลเดียวกันนั้น (localhost: 10.0) เพียงแค่ว่ามันเริ่มต้นก่อนหน้านี้ ฉันเปิดการบันทึก verbose ใน sshd_config และฉันเห็นสิ่งนี้ในไฟล์ /var/log/auth.log เพื่อตอบสนองต่อความพยายามในการเริ่มต้น xterm ที่ล้มเหลว: sshd [22104]: ช่อง …

10 ssh  mac-osx  x11  display