ไฮเปอร์ไวเซอร์เช่น VirtualBox สามารถใช้เพื่อเปิดระบบปฏิบัติการเสมือนจริงซึ่งสามารถบู๊ตได้โดยตรงหรือไม่

คำถามนี้ค่อนข้างเชิงทฤษฎี:

สมมติว่าฉันมีพีซีที่มีระบบปฏิบัติการสองระบบในสองพาร์ติชั่นต่างกัน: OS1 บน sda1 และ OS2 บน sda2 เป็นไปได้ไหมที่จะตั้งค่าโปรแกรมเช่น VMWare หรือ Virtualbox ใน OS1 ซึ่งเข้าถึง sda2 บู๊ตมันและรัน OS2 ได้หรือไม่? ในทางกลับกัน OS2 ควรบูตได้โดยตรงเช่นกัน

ฉันรู้ว่า OS2 ที่จำลองจะช้าลงมากและอาจจะไม่มีใครใช้การตั้งค่านี้ แต่ฉันคิดว่ามันน่าสนใจมาก

เป็นไปได้ใช่และไม่จำเป็นต้องช้าลงเนื่องจากวันนี้ไม่ใช่การจำลองอีกต่อไปมันเป็นการจำลองเสมือน - CPUs ส่วนใหญ่รองรับการจำลองเสมือนแบบใช้ฮาร์ดแวร์ช่วย (VT-x และอื่น ๆ ) แต่ถึงแม้จะไม่มี VirtualBox ก็ตาม ลูกเล่นสำหรับการทำเวอร์ชวลไลเซชันซอฟต์แวร์แบบเสมือนทำงานได้อย่างรวดเร็ว

ไม่ว่าในกรณีใดมันจะไม่ช้ากว่าการบูท VM ธรรมดาแบบเก่า มันอาจจะเร็วกว่า (เนื่องจากการใช้พาร์ติชันแบบดิบแทนที่จะเป็นอิมเมจดิสก์ที่แยกส่วน)

แต่ฉันไม่แน่ใจทั้งหมดเกี่ยวกับวิธีการทำใน VirtualBox - ฉันคิดว่าคุณต้องสร้างไฟล์. vdi พิเศษโดยใช้vboxmanageจุดนั้นไปยังพาร์ติชันจริงหรือไม่ นอกจากนี้ฉันไม่มีความคิดเกี่ยวกับวิธีทำให้ bootloader ทำงานในสถานการณ์เช่นนี้

แต่ผมใช้ในการแก้ปัญหาปัญหาการบู๊ตต่างๆบนลินุกซ์โดยใช้สำเนาอ่านอย่างเดียวของปัจจุบัน OS qemu-system-x86_64 -enable-kvm -hda /dev/sda -snapshot -monitor stdioภายในตัวเองโดยใช้

qemuจะช่วยให้คุณใช้อุปกรณ์บล็อกเช่น/dev/sda2ฯลฯ เป็นฮาร์ดไดรฟ์เสมือนจริง VMWare ก็ทำได้เช่นกัน ไม่แน่ใจเกี่ยวกับ Virtualbox

เมื่อคุณบูต/dev/sda2ใน VM มันจะมีผลคล้ายกันกับว่าคุณนำฮาร์ดไดรฟ์ออกแล้วบูตในคอมพิวเตอร์เครื่องอื่นที่มีฮาร์ดแวร์แตกต่างกัน หากระบบปฏิบัติการสามารถจัดการกับการเปลี่ยนแปลงนั้นได้คุณควรจะใช้งานระบบปฏิบัติการทั้งใน VM และแบบดั้งเดิม แน่นอนว่า Windows จะให้ปัญหาแก่คุณและ Linux จะยอมให้คุณทำได้ดีมาก

คุณสามารถลดปัญหาที่อาจเกิดขึ้นได้โดยทำให้ฮาร์ดแวร์เสมือนตรงกันอย่างใกล้ชิดกับฮาร์ดแวร์ทางกายภาพในระบบของคุณมากที่สุด - แน่นอนว่าคุณจะต้องระบุ RAM น้อยกว่า สิ่งที่สำคัญเป็นพิเศษคือการระบุดิสก์คอนโทรลเลอร์ชนิดเดียวกัน (IDE, SCSI ฯลฯ )

เป็นไปได้อย่างสมบูรณ์จริง ๆ แล้วฉันเคยทำเช่นนี้!

ฉันมีหนึ่งพาร์ติชัน / ดิสก์ (ฉันลืมที่) กับ Windows one กับ Linux ฉันคิดว่ามันเป็นในยุคของ Windows XP (เป็นที่ยอมรับว่าใช้งานได้ระยะหนึ่ง) มันเป็นวิธีที่ดีในการเข้าถึงข้อมูลทั้งสองชุดโดยไม่ต้องใช้พื้นที่ดิสก์ที่โหลดพร้อมการติดตั้งที่แตกต่างกัน

ปัญหาเดียวที่ฉันจำได้คือฉันต้องตั้งค่าโปรไฟล์ฮาร์ดแวร์สองแบบใน XP มันสับสนจริง ๆ เมื่อมันบูทใส่ผิด

ฉันไม่แน่ใจว่ากระบวนการเปิดใช้งานในปัจจุบันจะตอบสนองต่อการเปลี่ยนฮาร์ดแวร์อย่างไร นั่นอาจทำให้เกิดปัญหาบางอย่าง ... (แต่ถ้าคุณเคยบูต Windows เป็นเครื่องทางกายภาพและมี Linux เป็น VM / หรือทางกายภาพนั่นจะแก้ปัญหานั้น)

เพราะฉันจำได้ว่าฉันทำสิ่งนี้กับเวิร์กสเตชัน VMware ที่รองรับการบูตจากดิสก์ดิบอย่างแน่นอน ฉันแน่ใจว่าเวอร์ชั่น MS ทำ ฉันไม่แน่ใจเกี่ยวกับ Linux VM แต่ฉันจะแปลกใจมากถ้าไม่

ที่น่าสนใจสำหรับผู้ที่ใช้งาน VMware Fusion บน Mac ด้วยพาร์ติชั่น bootcamp ของ Windows เป็นไปได้ที่จะเริ่มเครื่องเสมือนที่ทำงานนอกพาร์ติชั่น bootcamp:

VMware Fusion ช่วยให้คุณสามารถเรียกใช้พาร์ติชัน Boot Camp ที่ติดตั้งไว้แล้วโดยไม่ส่งผลกระทบต่อความสามารถในการบูตแบบดั้งเดิม สิ่งนี้จะช่วยให้คุณสามารถเข้าถึงพาร์ติชัน Boot Camp จากทั้งใน Mac OS โดยใช้ Fusion และโดยการรีบูตและเรียกใช้ Windows โดยตรง

อย่างไรก็ตามโปรดทราบ:

คุณอาจได้รับแจ้งให้เปิดใช้งาน Windows อีกครั้งเนื่องจากระบบปฏิบัติการรู้จักฮาร์ดแวร์ที่แตกต่างกัน

ที่มา: VMware - การเปิดตัวพาร์ติชัน Boot Camp ของคุณใน VMware Fusion

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

• native-or-VM OS ต้องอดทนกับฮาร์ดแวร์ที่รันอยู่ Linux distros ส่วนใหญ่ไม่สนใจและเพียงแค่เรียกใช้สิ่งที่คุณบู๊ตไว้ตราบใดที่สถาปัตยกรรมของ CPU ตรงกัน มันไม่ราบรื่นกับ Windows คุณสามารถเผชิญกับปัญหาการเปิดใช้งาน / การออกใบอนุญาต

• บน Windows คุณไม่สามารถบูตระบบปฏิบัติการในเครื่องเสมือนในขณะที่พาร์ติชันติดตั้งบนโฮสต์ นี่ไม่ใช่เรื่องใหญ่เพราะในกรณีนี้คุณอาจต้องการบูท Linux ภายใน Windows และ Windows ไม่รองรับextระบบไฟล์

• การตั้งค่า bootloaders นั้นยุ่งยาก คุณต้องกำหนดค่าการบูตแยกต่างหากสำหรับการบูตใน VM และสำหรับการบูตแบบดั้งเดิม ฉันใช้ Grub4DOS / NeoGrub เป็น bootloader ระยะที่ 1 เมื่อทำการบูตแบบดั้งเดิมจากนั้นฉันก็สามารถโหลด bootloader ของ Windows หรือบูตลงใน Ubuntu ได้ VM มีไดรฟ์ขนาดเล็ก (ไม่กี่ MB) ที่มีลำดับความสำคัญสูงกว่าไดรฟ์หลัก ไดรฟ์นั้นติดตั้ง GRUB2 ด้วยตนเองซึ่งฉันใช้ในการบู๊ต Ubuntu ภายใน VM

• การตั้งค่า bootloader ที่ผิดปกติต้องมีการอัพเดทอย่างระมัดระวัง ตัวอย่างเช่นการอัปเดต GRUB เมื่อใช้ Linux อาจทำลาย bootloader chain ได้ การอัพเดตภายใน VM จำเป็นต้องติดตั้งลงในพาร์ติชันสำหรับบูตด้วยตนเอง

เป็นไปได้ค่อนข้างง่าย .. หากคุณใช้ฮาร์ดดิสก์แยกต่างหากสำหรับการติดตั้งแต่ละครั้ง!

ดูตัวอย่างได้ที่นี่: http://www.serverwatch.com/server-tutorials/using-a-physical-hard-drive-with-a-virtualbox-vm.html - หรือค้นหาเว็บไซต์ VirtualBox (ซึ่งหยุดทำงาน ในขณะนี้) สำหรับคำหลักเหล่านี้

ฉันใช้มันเพื่อให้สามารถเข้าถึงพาร์ติชัน Linux ของฉันเมื่อฉันทำงาน Windows บางอย่างเช่นสิ่ง Adobe หรือสิ่งอื่น ๆ ที่ไม่ทำงานอย่างราบรื่นภายใต้ Wine หรือ Virtualisation ของ Windows ใน Linux

นอกจากนี้เพราะฉันมักจะเข้าถึงหอคอยของฉันจากระยะไกล - และฮาร์ดดิสก์ Linux ทั้งหมดของฉันถูกเข้ารหัสในขณะที่ฮาร์ดดิสก์ Windows ของฉันไม่ได้มีเพียงข้อมูลที่ไม่อ่อนไหว ดังนั้นฉันเริ่ม Windows (รายการ Windows ใน GRUB ถูกเลือกไว้ล่วงหน้า) เข้าสู่ Teamviewer เริ่ม Virtualbox และฮาร์ดดิสก์ Linux ของฉัน

ในทิศทางนี้ - Windows -> Virtualbox -> HD อื่น ๆ ที่มี Linux -> เป็นไปได้ค่อนข้างง่ายเนื่องจากการตรวจจับฮาร์ดแวร์ superiour ของคุณทันที Linux นั้นคือ Ubuntu ซึ่งรองรับ

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

ที่กล่าวว่าคุณต้องการให้ Windows เป็นรายการบูตที่เลือกไว้ล่วงหน้าใน GRUB แต่ระวังจริงๆว่าคุณเลือกรายการที่ถูกต้องใน GRUB เมื่อมันทำงานใน Virtualbox หากคุณมีปัญหาเกี่ยวกับความล่าช้าจากระยะไกลให้เพิ่มการหมดเวลาบู๊ตใน GRUB ให้ปลอดภัย

หวังว่าจะช่วยคุณ :)