วิธีเพิ่มความละเอียดหน้าจอที่มองเห็นได้บน QEMU / KVM


21

ฉันมีเวิร์กสเตชัน Ubuntu 9.10 64 บิตที่มีระบบปฏิบัติการเสมือนจริงสองแขกโดยใช้ KVM / QEMU ทั้งสองแบบ 64 บิต หนึ่งคือ Fedora 12 และอีกรุ่นหนึ่งคือ Ubuntu 10.04

ปัญหาคือฉันต้องการใช้จอแสดงผลขนาดใหญ่กว่าที่กำหนดไว้ตามค่าเริ่มต้น ทั้งสองระบบปฏิบัติการเกสต์มีความละเอียดหน้าจอสูงสุด 1024x768 ฉันต้องการเพิ่มสิ่งนี้เป็น 1280x900 หรือ 1440x900 ความละเอียดของระบบโฮสต์คือ 1920x1080

การกำหนดค่านี้ดูเหมือนจะเป็นผลมาจากการติดตั้งตรวจจับความละเอียดที่รายงานโดยหน้าจอเสมือนในระหว่างการติดตั้ง

ข้อมูลเดียวที่ฉันพบในเรื่องแนะนำการแก้ไขไฟล์ xorg.conf ในไดเร็กทอรี / etc / X11 ระบบแขกไม่ได้มีไฟล์นี้

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

เป็นสิ่งที่ฉันต้องการจะทำอย่างไร ถ้าเป็นเช่นนั้นฉันจะทำอย่างไรให้สำเร็จ


1
+1 นี่คือสิ่งที่ฉันอยากรู้เช่นกัน ความละเอียดดั้งเดิมของ HostOS ของฉันคือ 1920x1080 และ GuestOS ของฉัน (Windows 7) ก็ติดอยู่ที่ @ 1024x768 ฉันค่อนข้างมั่นใจ (จากสิ่งที่ฉันได้อ่านออนไลน์จนถึงตอนนี้) ที่ qemu จัดการกับการจำลองเสมือนสำหรับฮาร์ดแวร์ แต่ฉันไม่รู้ว่าจะกำหนดค่าให้ทำงานกับการ์ดกราฟิกจริงได้อย่างไร
Evan Plaice

1
เข้าใจแล้วดูคำตอบของฉัน
Evan Plaice

ดูขนาดการแสดงผล VNCในรายการส่งเมล libvirt ของ RedHat
jww

1
@CiroSantilli 新疆改造中心六四事件法轮功ลิงก์ผิดฉันคิดว่า
เรย์

คำตอบ:


4

เพิ่มแฟล็ก '-vga std' ให้กับบรรทัดคำสั่ง

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

ด้วยการใช้แฟล็ก '-vga std' คุณจะทำให้ GuestOS โหลดอุปกรณ์ VGA มาตรฐานที่ควรจะสามารถรองรับความละเอียดเท่ากับหรือมากกว่าการ์ดทางกายภาพของคุณ

สำหรับข้อมูลเพิ่มเติมตรวจสอบนี้บทความ

หมายเหตุ: หากคุณใช้ kvm / qemu เวอร์ชันเก่าคุณอาจต้องใช้การตั้งค่าสถานะ '-std-vga' แทน

หากคุณไม่สามารถเข้าถึงความละเอียดที่มากกว่า 1600x1200 โปรดทราบว่ายังมีปัญหาบางอย่างเกี่ยวกับตัวเลือกนี้


1
ฉันมี-vga stdและสามารถเข้าถึงผลลัพธ์ระดับสูงจากผู้เยี่ยมชม windows แต่แขกของ Ubuntu ของฉันติดอยู่ที่ 1024x768 โพสต์ที่เชื่อมโยงเหล่านั้นค่อนข้างเก่า (2008 และ 2010 ตามลำดับ)
Matt Connolly

1
เมื่อคุณพูดว่า"เพิ่มแฟล็ก '-vga std' ในบรรทัดคำสั่ง"คุณเพิ่มไว้ที่ไหน คุณเปิดตัวแขกด้วยvirsh start <machine> -vga std? หรือคุณทำอย่างอื่น?
jww

@jww ในการบูตครั้งแรกมันสามารถตั้งค่าชั่วคราวจากด้วงคอนโซล เพิ่มเป็นแฟล็กเคอร์เนล หลังจากระบบถูกบูทระบบสามารถเพิ่มอย่างถาวรgrub.confในลักษณะเดียวกับที่เพิ่มเข้ามาในคอนโซลด้วง อย่าลืมsudo update-grubล็อคการตั้งค่าหลังจากแก้ไขการตั้งค่าด้วง
Evan Plaice

1
@MattConnolly -vga virtioอนุญาตให้ฉันขึ้นสูงสุด 4096 x 2160: superuser.com/a/1331924/128124
Ciro Santilli 新疆改造中心中心法轮功六四事件

ในคำตอบนี้ฉันได้รับลิงค์ rot อีกครั้ง "บทความนี้" ลองเก็บถาวร: web.archive.org/web/20160126004059/http://www.linux-kvm.com:80/…
Ray Woodcock

15

ใช้vmvgaการ์ดแสดงผล

ฉันใช้virt-manager(เพราะฉันเป็น noob ที่สมบูรณ์เพื่อ kvm และ libvirt)

ฉันสามารถรับความละเอียดสูงกว่าสำหรับแขกที่เป็น Windows 7 ได้โดยการเปลี่ยนการ์ดวิดีโอจากvgaเป็นvmvgaในหน้าต่างการตั้งค่าของเครื่องเสมือน


ฉันด้วย ... แต่นั่นก็ไม่เปลี่ยนแปลง (เสมอ 1024x768)!

ฉันจะย้อนกลับไปในหน่วยความจำของฉันที่นี่ แต่ฉันคิดว่าฉันสามารถเปลี่ยนความละเอียดหน้าจอภายในระบบปฏิบัติการของแขกเมื่อบูตด้วยการ์ด vmvga
diffalot

vmvgaดูเหมือนจะไม่อยู่อีกต่อไป แต่vgaดูเหมือนว่าจะทำงานได้ดีเช่นเดียวกับqxl
Avindra Goolcharan

6

-vga virtio

การใช้ตัวเลือกนี้ทำให้ฉันสามารถใช้งานต่อเนื่องได้ถึง 4096 x 2160

แน่นอนว่ามันไร้ประโยชน์เพราะจอแสดงผลของฉันไปถึง 1080p เท่านั้นดังนั้นฉันจึงตั้งค่า 1080p

จากนั้นคุณสามารถสลับโหมดเต็มหน้าจอด้วยหรือโดยผ่านCtrl + Alt + F-full-screen

ฉันเดาได้อย่างไร: virtioโดยทั่วไปหมายถึง: จำลองเครื่อง VM ที่สะดวกสบายทั่วไปโดยไม่มีข้อ จำกัด ด้านฮาร์ดแวร์ตามปกติ

ทดสอบกับการตั้งค่าที่แน่นอนนี้: /ubuntu/884534/how-to-run-ubuntu-16-04-desktop-on-qemu/1046792#1046792


5

ในปี 2014 หากคุณต้องการได้ดีกว่าความละเอียด 1024x768 ที่ Cirrus vGPU นำเสนอและคุณกำลังเรียกใช้ KVM ในฐานะไฮเปอร์ไวเซอร์ของคุณบนแพลตฟอร์ม x86_64 hostOS คุณควรพิจารณาใช้ไดรเวอร์ QXL vGPU ใน guestOS ควบคู่ไปกับ จอแสดงผลเครื่องเทศ - เซิร์ฟเวอร์ สิ่งนี้สามารถกำหนดค่าได้จากการตั้งค่า virt-manager GUI ของคุณ (หรือแน่นอนจาก CLI args)

ในกรณีของฉันฉันสร้าง VM โดยใช้ virt-install ใส่ระบบปฏิบัติการบน vHDD โดยใช้ตัวควบคุม vnc-style ปกติและ cirrus-vGPU ปกติ เมื่อทุกอย่างทำงานได้ดีและมีการใช้งานการอัพเดทซอฟต์แวร์ guestOS (และ hostOS) ฉันใช้ virt-manager เพื่อเปลี่ยนจาก vnc-display เป็น spice-graphics และจาก cirrus-video เป็น QXL-video นอกจากนี้ยังช่วยเพิ่ม 'channel' ให้กับ VM ของคุณสำหรับ spice-vdagent [d] ที่ทำงานภายในแขกซึ่งช่วยให้คุณสามารถตัดข้อมูล n-paste ในระหว่างแอพ guestOS และแอป hostOS ค่อนข้างดี

นอกเหนือจากการเสนอความละเอียดสูงการตั้งค่า QXL / spice เป็นการปรับปรุงใหญ่กว่าการติดตั้ง Cirrus / VNC เมื่อดูวิดีโอใน guestOS - ฉันได้รับคำเตือนจากซีพียูเมื่อพยายามดูวิดีโอแบบเต็มหน้าจอใน 1024x768 Cirrus / VNC แต่แล็ปท็อปทำงานเย็นและแฟน ๆ เงียบเมื่อทำวิดีโอแบบเต็มหน้าจอ 1920x1080 พร้อมตัวเลือก QXL / เครื่องเทศที่มีประสิทธิภาพมากขึ้น มีข้อ จำกัด เกี่ยวกับประเภทของการติดตั้งที่รองรับโดย QXL / spice แต่หากระบบของคุณสามารถใช้งานได้พวกเขาจะแนะนำให้ใช้สำหรับการปรับปรุง 2D และการเล่นวิดีโอ http://www.linux-kvm.org/page/SPICEเลื่อนลงไปที่ "เปิดใช้งาน SPICE โดยใช้ virt-manager" ฉันไม่ได้รับแจ้งให้เพิ่มช่องตามที่หน้าอ้าง แต่ก็ไม่ยากที่จะเพิ่มด้วยตนเอง หากคุณทำงานกับ windows-guestOSes หรือมีปัญหากับคำแนะนำสั้น ๆ ที่ไซต์ linux-kvm.org โปรดดูที่นี่ - http://www.spice-space.org/page/Documentation (ระวังทั้ง wiki และไซต์หลักล้าสมัยอย่างมากโดยมีหน้าเว็บหลายหน้าตั้งแต่ปี 2009 ถึงปี 2012 ดังนั้นจึงควรอ่านอย่างระมัดระวัง) โครงการได้รับการพัฒนาอย่างแข็งขัน แต่ไม่มีการบันทึกไว้อย่างแข็งขัน

QXL / spice ไม่ตรงไปตรงมาโดยเฉพาะในขณะนี้และอาจไม่ทำงานในซอฟต์แวร์ / ฮาร์ดแวร์ที่คุณต้องการ ยังมีจาระบีเล็กน้อยที่สามารถใช้งานได้และส่วนกลับหัวมีความสำคัญ (โดยเฉพาะอย่างยิ่งหากอายุการใช้งานแบตเตอรี่และ / หรือเสียงจากพัดลมมีความกังวล คุณจะไม่ได้รับกราฟิกประสิทธิภาพสูงอย่างแท้จริง - ตรวจสอบ VFIO และ VT-d / IOMMU passthru สำหรับความเป็นไปได้นั้นถ้าคุณมีฮาร์ดแวร์ CPU + GPU พิเศษที่จำเป็นและมีเวลาอีกมากที่จะลองใช้งานได้ QXL / spice ให้ 2D และความเร็วในการเล่นวิดีโอที่ดี

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.