เป็นไปได้ในการบูตคู่ * และ * จำลองเสมือนไดรฟ์กายภาพที่มี Windows 10 หรือไม่


11

ฉันใช้ Linux เป็นไดร์เวอร์รายวันของฉันและเพิ่งติดตั้ง Windows 10 ลงในดิสก์ทางกายภาพใหม่ในพีซีของฉันเพื่อการบูทคู่ สำหรับในขณะที่ผมเคยใช้ Windows 7 ผ่านภาพ VirtualBox ผมได้ติดตั้งมากกว่า iSCSI 1

ตอนนี้ฉันมีสภาพแวดล้อม Windows สองแบบและมันน่าผิดหวังมาก ฉันชอบที่จะละทิ้ง Windows 7 VM และเข้าถึงการติดตั้ง Windows 10 โดยตรงผ่าน VirtualBox เพื่อความสะดวก แต่โดยไม่สูญเสียความสามารถในการเลื่อนลงไปที่การบูตคู่เมื่อฉันต้องการประสิทธิภาพของโลหะดิบ

เป็นไปได้หรือไม่ที่จะบูตการติดตั้ง Windows 10 ที่มีอยู่บนสื่อบันทึกเฉพาะทางกายภาพ (ภายใน SATA3 SSD) ผ่าน VirtualBox โดยไม่สูญเสียความสามารถในการบูตแบบคู่เช่นกัน?

ถ้ามันทำให้เรื่องซับซ้อนมากขึ้น (หรือเป็นไปไม่ได้) มันก็น่าสังเกตว่า Windows 10 SSD ได้รับการปกป้องด้วย FDE ผ่าน VeraCrypt


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

คุณควรพิจารณาใช้งานการติดตั้ง Linux ใน Windows VM อย่างน้อยก็ควรหลีกเลี่ยงปัญหาด้านลิขสิทธิ์
AFH

@AFH ปัญหาสิทธิ์การใช้งานสามารถแก้ไขได้โดยการโคลน uuid ฮาร์ดแวร์โฮสต์และรหัสซีเรียลของคอนโทรลเลอร์ดิสก์ลงใน VM สามารถเปิดใช้งาน Windows ได้จาก VM และอีกครั้งโดยตรง (แม้ว่าการอนุญาตให้ใช้สิทธิ์ m $ ยังไม่อนุญาตให้ใช้การติดตั้งหลายชุดด้วยรหัสผลิตภัณฑ์เดียวกันพร้อมกันดังนั้นจึงสามารถทำได้เฉพาะในการกำหนดค่าที่ขอ)
peterh - Reinstate Monica

@peterh - ขอบคุณ: ฉันไม่รู้ว่าการโคลน UUID นั้นเพียงพอสำหรับการให้สิทธิ์ใช้งาน Windows ยังคงมีปัญหาการกำหนดค่าไดรเวอร์ใหม่ในการสลับ ฉันจะทดสอบคำตอบของคุณเมื่อฉันมีเวลา
AFH

คำตอบ:


7

ใช่มันเป็นไปได้

  1. กำหนดค่า Virtualbox เพื่อใช้ดิสก์ทางกายภาพของคุณ มีความเสี่ยงเล็กน้อยเนื่องจากแขกของ VM จะเห็นดิสก์โฮสต์ของคุณโดยตรง รายละเอียดที่นี่
  2. ให้สิทธิ์การอ่าน / เขียนโดยตรงกับตัวคุณไปยังดิสก์จริง ( setfacl -m u:yourusername:rw /dev/sda)
  3. อัปเดต virtualbox VM ของคุณเพื่อใช้ uuid ระบบเดียวกับโฮสต์ของคุณ ( dmidecode -s system-uuidแสดง uuid ระบบของคุณvboxmanage modifyvm your-vm-name --hardwareuuid <your-hardware-uuid>) คุณอาจต้องโคลนด้วย uuids คอนโทรลเลอร์ของไดรฟ์ของคุณ ( lsblk --nodeps --no name,serialแสดงรหัสซีเรียลของโฮสต์ของคุณฉันไม่จำเป็นต้องทำการโคลนนิ่งพวกเขาใน virtualbox ของฉัน แต่มันอาจจำเป็นต้องใช้อาจมีvboxmanage modifyvmคำสั่งที่ยุ่งยากบางอย่างหรือคุณต้องแก้ไข vm config xml ด้วยตนเอง
  4. ลองตั้งค่าดิสก์คอนโทรลเลอร์และดีวีดีชนิดเดียวกันใน VM เป็นโฮสต์ของคุณ (ถ้าโฮสต์ของคุณใช้ SATA ใช้คอนโทรลเลอร์เสมือน SATA หากใช้ IDE ใช้ IDE ใช้ ฯลฯ )

มีอันตรายอื่น: ถ้าคุณบูตใน VM โฮสต์ของคุณโดยตรงอาจเป็นไปได้ว่าคุณบูตระบบปฏิบัติการเดียวกันสองครั้ง หรือคุณเปิดพาร์ติชันเดียวกันสองครั้ง สิ่งนี้จะฆ่าข้อมูลของคุณดังนั้นห้ามติดตั้งหลายพาร์ติชันพร้อมกัน นอกจากนี้อย่าติดตั้งพาร์ติชัน NTFS ของคุณในขณะที่ใช้งานโดย Windows ของคุณ (แต่คุณยังสามารถแชร์ข้อมูลระหว่างพาร์ติชันของคุณเช่น Samba ได้

หากเกิดขึ้นโดยไม่ตั้งใจให้รีบูตเครื่องด้วย sysrq (alt + printscreen + b) และ fsck ทุกอย่าง อาจต้องใช้กลอุบายด้วงบางอย่าง (ฉันกำหนดค่าด้วงใหม่เพื่อบูต windows ตามค่าเริ่มต้นดังนั้นฉันจึงหลีกเลี่ยงปัญหาที่ฉันบูตโดยไม่ตั้งใจ Linux อีกครั้งใน Windows VM - และมันจะเกิดขึ้นแน่นอนเพราะ Windows Update มักจะรีสตาร์ท Windows ด้านหลังของคุณ)

ระวัง: Win10 ใช้ uuid ระบบของคุณและ uuids ควบคุมไดรฟ์ของคุณเพื่อระบุพีซีของคุณ หากคุณพลาด (3) win10 ของคุณจะคิดว่ามันถูกโคลนกับเครื่องใหม่และจะไม่เปิดใช้งานอีกต่อไป แม้ว่าคุณจะบูตกลับมาที่ hw ดั้งเดิมมันจะเปิดใช้งานอีกครั้ง


ฉันทำทุกสิ่งที่คุณเขียนไว้ในคำตอบของคุณ แต่ฉันได้รับข้อผิดพลาดการเข้าถึงถูกปฏิเสธ ฉันสับสนเล็กน้อยปรากฏsetfaclว่าไม่ได้ถือหลังจากรีบูตเครื่อง ข้อเสนอแนะ? หมายเหตุ: ฉันไม่ได้ติดตั้งไดรฟ์เพราะฉันไม่ต้องการให้ข้อมูลเสียหาย เอกสาร ACL บอกว่าควรรวมไดรฟ์ ACL ไว้ด้วยfstabซึ่งจะติดตั้ง ...
Kartik

1
@ Kartik ใช่มันไม่ได้ถือ วิธีแก้ปัญหาที่ง่ายที่สุด แต่สกปรกเล็กน้อยคือการแทรกคำสั่ง setfacl ลงใน /etc/rc.local ของคุณ ทางออกที่ดีพอสมควรคือการแก้ไขลงใน / etc / udev โดยส่วนตัวฉันรีบูตไม่บ่อยพอที่จะทำให้การพิมพ์คำสั่งนี้น่ารำคาญ
peterh - Reinstate Monica

ฉันใช้ udev เพื่อตั้งค่าการอนุญาตที่ถูกต้อง แต่เครื่องเสมือนติดอยู่ที่โลโก้ Windows ความคิดใด ๆ
Kartik

@Kartik ถ้าอย่างน้อยก็สามารถเริ่มบูทได้สิทธิ์ก็ถือว่าใช้ได้ มันอาจจะไม่มีอะไรเกี่ยวข้องกับการแก้ปัญหานี้สาเหตุที่เป็นไปได้ก็คือหน้าต่างจะไม่เริ่มต้นในสภาพแวดล้อมที่มีการจำลอง (การชนะสามารถดูราวกับว่ามันถูกย้ายไปอยู่ในฮาร์ดแวร์ใหม่ทั้งหมด ขับรถ) ลองสตาร์ทเครื่องในลักษณะที่คล้ายคลึงกันที่เสื่อมโทรมลง หรือลองเปิดใช้ debug modus หรือคล้ายกัน คุณสามารถจัดการกับปัญหา "windows ไม่สามารถบูตกับฮาร์ดแวร์ใหม่" และพยายามกำหนดค่าใน vbox สภาพแวดล้อม hw ที่คล้ายกันมากที่สุดเท่าที่เป็นไปได้เช่นเดียวกับที่คุณมีในเครื่องทางกายภาพ
peterh - Reinstate Monica

1
ความล้มเหลวในการบูตเกิดจากการอัปเดต 1703 หรือการอัปเดตของผู้สร้างในขณะที่ Microsoft เรียกมันว่า การย้อนกลับการอัพเดทนี้แก้ไขปัญหา VMs ไม่เข้ากันกับการอัพเดทนี้ หาก Windows ได้รับการอัพเดตเมื่อทำงานกับโลหะดังนั้นการย้อนกลับมาจะช่วยแก้ไขการบูตที่ติดอยู่ใน VM
Kartik

1

ฉันประสบความสำเร็จกับ windows 10 ในฐานะแขกและลินุกซ์มิ้นท์ในฐานะโฮสต์

ก่อนอื่นคุณต้องถอนการติดตั้งการอัพเดท windows 10 ทั้งหมด (ในกรณีที่อาจไร้ประโยชน์) จากนั้น: ภายใต้ linux เปิดคอนโซลและบรรทัดต่อบรรทัด:

 sudo su

 fdisk -l # looking for EFI et Microsoft basic data for me 1 and 3 of sdb 

 VBoxManage internalcommands createrawvmdk -filename /home/borto/ww10.vmdk -rawdisk /dev/sdb -partitions 1,3 -relative

เพิ่มเครื่องในกล่องเสมือน (เสมอด้วย "sudo virtualbox" เป็นรูท) และเปิดใช้งาน EFI ในแท็บระบบและเลือก windows xp 64 แทนที่จะเป็น windows 10 มิฉะนั้นคุณต้องมีธง Windows 10 ที่สวยงาม นั้นคือทั้งหมด.

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