บังคับให้ Windows Server 2008 ใช้ bootloader BIOS ดั้งเดิมแทน EFI

เรามีเซิร์ฟเวอร์ UEFI และเจอสถานการณ์ที่เราจำเป็นต้องบังคับให้ Windows Server 2008 บู๊ตผ่านวิธี BIOS ดั้งเดิมแทนที่จะผ่าน UEFI

มีวิธีบอก Windows Server 2008 (ระหว่างการติดตั้งหรือหลังการติดตั้ง) เพื่อเพิกเฉยต่อความจริงที่ว่ามันติดตั้งลงในเครื่อง EFI และแทนที่จะติดตั้งและใช้ bootloader BIOS รุ่นเก่าแทน

ฉันลองคำแนะนำสองสามข้อที่ไม่ได้ช่วย:

• ฟอร์แมตดิสก์เป็นพาร์ติชัน MBR ก่อนการติดตั้ง Windows

  ไม่, Windows ปฏิเสธที่จะติดตั้ง:

• ติดตั้ง Windows ย้ายพาร์ติชั่นไปยังดิสก์ MBR ระบบการซ่อมแซม

  ไม่คอนโซลการซ่อมแซมระบบปฏิเสธที่จะโหลด มันบ่นว่าไม่รู้จักรุ่นของ Windows ที่ฉันพยายามซ่อมแซม

• ปิดการใช้งาน UEFI

  ถ้าฉันสามารถปิดการใช้งาน UEFI และทำให้เป็นระบบดั้งเดิมเท่านั้นฉันจะมี อย่างไรก็ตามระบบเฉพาะที่ฉันใช้ (IBM HS22, x3690X5) นั้นเป็น UEFI-only พร้อมการรองรับแบบดั้งเดิม คุณไม่สามารถปิดการใช้งาน UEFI กับพวกเขาได้ นั่นจะต้องมีการนำไบออสมาใช้อย่างสมบูรณ์

การแก้ไขปัญหา!

เมื่อ JdeBP ชี้ให้เห็นวิธีการเดียวที่ Windows ใช้เพื่อพิจารณาว่าจะใช้ EFI / GPT หรือ BIOS / MBR bootloader เป็นวิธีที่ใช้ในการบูตซีดีติดตั้งหรือไม่

การรวมสิ่งนี้เข้ากับคำแนะนำของ Weaver ในการสร้างภาพ. iso โดยไม่ต้องมีรายการแคตตาล็อกการบูต 0xEF (ง่ายกว่าที่จะทำโดยการแก้ไข hex มากกว่าการสร้างภาพใหม่โดยวิธีใหม่)ทำให้เราได้คำตอบที่ดีและกระชับ:

บังคับให้สื่อการติดตั้งบู๊ตผ่าน BIOS ไม่ใช่ผ่าน UEFI เพราะนี่เป็นโปรแกรมติดตั้งที่แตกต่างจาก Windows Installer ที่ใช้ในการกำหนดรูปแบบการบูตที่จะใช้

Microsoft จะไม่ยอมให้คุณทำตามขั้นตอน ดังนั้นจงกล่าวถึงเป้าหมายของคุณแทน

ไมโครซอฟท์ไม่สมควร conflates มี EFI แบ่งพาร์ติชันฮาร์ดดิสก์กับมีเฟิร์มแว EFI แน่นอนว่านี่ผิดอย่างชัดเจน เป็นไปได้มากและในปัจจุบันนี้ก็เป็นที่ต้องการมากขึ้นเรื่อย ๆ ในการมีแผ่นดิสก์พาร์ติชัน EFI บนเครื่องที่มีเฟิร์มแวร์ที่ไม่ใช่ของ EFI จริง ๆ แล้วคุณถึงแม้ว่ามันจะใช้เวลากว่าหนึ่งสัปดาห์สำหรับคนที่นี่เพื่อบีบเป้าหมายออกจากคุณแทนที่จะก้าวไป - ต้องการสนทนา คุณต้องการมีดิสก์พาร์ติชั่น MBR พาร์ติชันแบบ PC / AT แบบเก่าบนเครื่องที่มีเฟิร์มแวร์ EFI (เฟิร์มแวร์ของ EFI เองไม่มีปัญหากับรูปแบบตารางพาร์ติชันและเป็นข้อกำหนดของ EFI เพื่อให้เข้าใจทั้งสองอย่างนั่นคือ Microsoft ที่ทำให้เกิดข้อผิดพลาดนี้) และคุณต้องการสิ่งนี้เพราะซอฟต์แวร์ของคนอื่นไม่สามารถเข้าใจตารางพาร์ติชัน EFI

หนึ่งในหลายข้อผิดพลาดของ Microsoft คือตัวติดตั้ง Windows NT 6.1 จะต้องถูกเรียกใช้จากสื่อการติดตั้งที่ถูก bootstrapped จากเฟิร์มแวร์ PC98 เก่าเพื่อที่จะยอมรับแนวคิดของการติดตั้ง Windows NT 6.1 ลงในแผ่นดิสก์ แบ่งพาร์ติชันด้วยชุดรูปแบบการแบ่งพาร์ติชัน PC / AT MBR เก่า แต่น่าเสียดายที่หากแผ่นดิสก์ติดตั้ง Windows NT ถูกบู๊ตด้วยวิธี EFI ใหม่ตัวติดตั้งจะคิดว่ามีเฟิร์มแวร์ของ EFI และประกาศว่าไม่สามารถติดตั้งลงบนฮาร์ดดิสก์ที่ไม่ได้แบ่งพาร์ติชัน EFI

ดังที่ Weaver ได้ชี้แจงและตามที่เอกสารของ Microsoft อธิบายไว้การติดตั้ง CD-ROM จึงเป็นแบบดูอัลบูต ดังที่ Rod Smith อธิบายเพิ่มเติมดังนั้นหนึ่งสามารถสร้างแผ่นดิสก์ติดตั้ง Windows NT 6.1 ด้วยตนเองที่บูตในทาง PC98 แบบเก่า ตัวติดตั้ง Windows NT 6.1 จะอนุญาตให้ติดตั้งลงบนฮาร์ดดิสก์ PC / AT MBR ที่แบ่งพาร์ติชันแล้ว

อย่างไรก็ตามในระบบขาดโมดูลการสนับสนุนการทำงานร่วมกันตามที่คุณบอกว่าระบบของคุณไม่นี้จะไม่ช่วยหนึ่งเล็กน้อย ระบบของคุณจะต้องใช้ตัวจัดการการเริ่มระบบของ Microsoft รุ่น EFI ซึ่งติดตั้งบนพาร์ติชันระบบของ EFI เนื่องจากนั่นเป็นวิธีที่เฟิร์มแวร์ของคุณจะพยายามบูตระบบปฏิบัติการ แต่เมื่อตัวติดตั้ง Windows NT 6.1 เริ่มทำงานบนเฟิร์มแวร์ที่ไม่ใช่ EFI จะทำการติดตั้ง Boot Manager ของ Microsoft รุ่นที่ไม่ใช่ EFI และจะไม่สร้างพาร์ติชันระบบ EFI การติดตั้งดังกล่าวจะไม่บู๊ตบนเครื่องของคุณและคุณจะไม่สามารถทำตามขั้นตอนการติดตั้งได้ แน่นอนเพราะคุณขาด CSM คุณจะไม่สามารถเริ่มต้นได้ขั้นตอนการติดตั้งเนื่องจากคุณจะไม่สามารถบูตแผ่นดิสก์การติดตั้งด้วยวิธี PC98 แบบเก่าได้ Microsoft จะไม่ยอมให้คุณทำตามขั้นตอนสองครั้ง

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

กล่าวโดยย่อคือใช่และไม่ใช่ด้วยเหตุผลที่ต่างกันเล็กน้อย หาก Windows กำลังบูทจากดิสก์ GPT จะต้องมาจาก UEFI ตัวจัดการการบูตและตัวโหลดของ Windows ไม่สามารถบูตไปยังดิสก์ MBR จากUEFI ดั้งเดิม อย่างไรก็ตามหากมีการกำหนดค่า UEFI สำหรับโหมดการบู๊ต BIOS ดั้งเดิมดิสก์ MBR สามารถใช้สำหรับการบูตได้ สิ่งนี้เกิดจากโหมดการบู๊ต Windows (BIOS ที่มี MBR หรือ UEFI กับ GPT) กำลังเกิดขึ้นกับสภาพแวดล้อมที่เปิดใช้งาน

อ่านต่อไปสำหรับเทคโนโลยีเล็ก ๆ น้อย ๆ -

ฮาร์ดแวร์ทางกายภาพ (หรือฮาร์ดแวร์เสมือน แต่เฟิร์มแวร์ฮาร์ดแวร์อย่างไรก็ตาม) (BIOS / UEFI) จัดเตรียมสภาพแวดล้อมการทำงานเริ่มต้น (โครงสร้างข้อมูลและการประชุมที่เกี่ยวข้องกับการบูต) และบริการเฟิร์มแวร์สำหรับขั้นตอนต่อไปของกระบวนการบูตระบบปฏิบัติการ

BIOS / MBR

ในกรณีของการบูต BIOS / MBR ภาคแรกของดิสก์ที่สามารถบูตได้ครั้งแรก - มาสเตอร์บูตเรกคอร์ด (LBA 0) ประกอบด้วยชุด x86 (16 บิต 8088) จำนวนหนึ่งจากนั้นตารางพาร์ติชันแล้วลายเซ็น) BIOS โหลดส่วนนี้ในหน่วยความจำและเริ่มดำเนินการ - BIOS ปล่อยการควบคุมรหัสโปรแกรมของตัวเองทันทีที่ MBR เข้ามามีส่วนร่วม

http://mbr.adamsatoms.com/

http://www.ata-atapi.com/hiwmbr.html

แอสเซมบลี x86 (Intel 8088 ใน MBR ส่วนใหญ่) ใน MBR แยกวิเคราะห์ตารางพาร์ติชันค้นหาพาร์ติชันที่ใช้งานอยู่และข้ามไปยังเซกเตอร์แรกในพาร์ติชันนั้น - เรียกว่าไดรฟ์ข้อมูลเริ่มระบบ เรคคอร์ดการบู๊ตไดรฟ์ข้อมูลมี x86 แอสเซมบลี jmp บล็อกพารามิเตอร์ของ BIOS (ไม่ได้ใช้โดย BIOS ระบบเลยทำให้ชื่อสับสน) และแอสเซมบลี x86 มากกว่านั้นที่โหลดโหลดบูตของระบบปฏิบัติการ (NTLDR หรือ BOOTMGR) ในท้ายที่สุด ) จากไดรฟ์ข้อมูลบูต / พาร์ติชันเอง

NTLDR หรือ BOOTMGR จะพลิกซีพียูไปยังโหมดที่ได้รับการป้องกันศึกษาการกำหนดค่าเวลาบูต (boot.ini หรือ BCD ตามลำดับทั้งบนไดรฟ์ข้อมูลสำหรับบูต / พาร์ติชัน) และโหลด NTOSKRNL ที่ส่วนที่เหลือเป็นประวัติ

http://technet.microsoft.com/en-us/library/cc781134%28WS.10%29.aspx

http://en.wikipedia.org/wiki/Windows_NT_startup_process

http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/bios-parameter-block.html

UEFI / GPT

ก่อนอื่นให้ฉันระบุว่าฉันไม่มีประสบการณ์ใช้งานมากกับ UEFI / GPT อย่างไรก็ตามตามที่ฉันใช้และเข้าใจในการใช้งาน - ความแตกต่างใหญ่ (ที่เกี่ยวข้องกับการสนทนาของเรา) คือการควบคุมการปฏิบัติการไม่ได้ถูกถ่ายโอนไปยัง MBR

แต่เฟิร์มแวร์ UEFI มีตัวจัดการการบูตของตัวเอง ตัวจัดการการบูตนี้สแกนดิสก์และสื่อ - คัดลอก MBR ที่ป้องกันของดิสก์ที่จัดรูปแบบ GPT มาถึงที่ส่วนหัว GPT แล้วดำดิ่งลงใน EFI System Partition (ESP) ซึ่งจะมองหาโปรแกรมปฏิบัติการ EFI - ซึ่งควรจะเป็น จะมีการดำเนินงานการบูตระบบรถตักบูตระบบปฏิบัติการโดยตรง แต่ที่เราได้เห็นกับ MS ล่าสุดและแอปเปิ้ล executables EFI พวกเขาอยู่ในความเป็นจริงผู้จัดการบูตเพิ่มอีกชั้นหนึ่งในการดำเนินการและความซับซ้อน TH

http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/efi-boot-process.html

http://msdn.microsoft.com/en-us/windows/hardware/gg463525#X-201104111922443

สรุป / TL; DR

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

ตัวเลือกของคุณ?

การติดตั้งล่วงหน้าคุณสามารถควบคุมการติดตั้งได้โดยใช้ BIOS / MBR หรือ UEFI ในการบู๊ต BIOS ดั้งเดิมด้วย MBR หรือ UEFI ด้วย GPT

หลังการติดตั้ง - อาจมีความเป็นไปได้ที่น่าสนใจเกี่ยวกับการเปลี่ยนรูปแบบดิสก์ (MBR เป็น GPT และ GPT เป็น MBR) ออฟไลน์จากนั้นทำการบูตไปยังคอนโซลการกู้คืน (ในโหมด UEFI หรือ BIOS ที่เหมาะสม) และทำงานกับ bcdboot และ bcdedit เพื่อรับ Windows ตัวจัดการการบูตตั้งค่าตรง

ปรับปรุง 2011.09.09

@MikeyB

ตัวเลือกรายชื่อตามที่ฉันเข้าใจแล้วไม่ใช่เป็นคำแนะนำที่เป็นทางการ

อย่างไรก็ตามหลังจากทำวิจัยเพิ่มเติมเล็กน้อยเกี่ยวกับ UEFI (จำได้ว่าฉันไม่ได้มีประสบการณ์มากกับมัน) ฉันได้ค้นพบเกร็ดเล็กเกร็ดน้อยที่น่าสนใจเกี่ยวกับตัวจัดการการบูต UEFI และการสนับสนุนการบูตซีดี / ดีวีดี

El Torito Boot Specification จาก '95 ยังคงอยู่ในปัจจุบันและใช้กับซีดี / ดีวีดีที่สามารถบู๊ตได้ ซีดี / ดีวีดีแผ่นเดียวอาจต้องบู๊ตจากหลาย ๆ สถาปัตยกรรม - และในขณะที่ ISO 9660 เป็นแพลตฟอร์มที่ค่อนข้างอิสระรหัสที่ใช้งานไม่ได้ ข้อมูลจำเพาะเกี่ยวกับการบูต El Torito อนุญาตให้มีรายการ / อิมเมจการบูตหลายรายการ

รายการ / อิมเมจเหล่านี้มีID แพลตฟอร์มที่มีจุดประสงค์เพื่อระบุว่ารายการนั้นมีไว้สำหรับพีซี PowerPC และสถาปัตยกรรมอื่น ๆ เพื่อให้ BIOS ของสถาปัตยกรรม (หรือเฟิร์มแวร์) สามารถเลือกรายการบูตที่ถูกต้องได้

พีซีมาตรฐาน x86 พร้อมไบออสมีรหัสแพลตฟอร์ม El Torito 0x00 ID แพลตฟอร์มที่มีความสามารถใน UEFI คือ 0xEF - ค่อนข้างสร้างสรรค์

BIOS x86 PC มาตรฐานไม่สนใจรายการอื่น ๆ ทั้งหมดยกเว้น 0x00 เฟิร์มแวร์ UEFI ที่มีการรองรับ BIOS ดั้งเดิม (หรือที่เรียกว่า Compatibility Support Module (CSM)) - ในขณะที่สามารถบูตได้ 0x00 จะชอบรายการบูตแบบเนทีฟ 0xEF จากแคตตาล็อก

สื่อดีวีดี DVD สำหรับ Windows 2008, 2008 R2 และ 7 มีภาพหลายภาพใน El Torito ทั้งแบบ 0x00 และ 0xEF 0x00 เป็นค่าเริ่มต้น แต่ UEFI จะปัดเศษหากมี 0xEF อยู่และเลือกรายการ 0xEF - เนื่องจากเป็นค่าดั้งเดิม

สิ่งที่เป็นไปได้ - คือการสร้างสื่อที่มีเฉพาะ ID แพลตฟอร์มที่ต้องการในแคตตาล็อกบูต El Torito แทนที่จะเป็นแค็ตตาล็อกหลายรายการให้สร้างแค็ตตาล็อกรายการเดียวที่มี ID แพลตฟอร์ม 0x00 สิ่งนี้จะบังคับให้เฟิร์มแวร์ UEFI หากจริงแล้วมันรองรับการบู๊ต BIOS ดั้งเดิมเพื่อเลือก 0x00 Platform ID และบู๊ตรายการบูต BIOS ดั้งเดิมบนสื่อ Windows

ทำอย่างไร?

ใช้Oscdimgมันเป็นไปได้ ด้านล่างนี้เป็นตัวอย่างของคนหลายคนที่สร้าง UEFI เฉพาะสื่อเพื่อให้ได้ข้อ จำกัด ในการใช้งาน UEFI ของ Apple โปรดทราบว่านี่เป็นสิ่งที่ตรงกันข้ามกับสิ่งที่เราพยายามทำ - เราต้องการสร้าง BIOS เท่านั้นโดยไม่ใส่รายการบูต UEFI จากแคตตาล็อก

UEFI เท่านั้น (ตรงข้าม) 1

UEFI เท่านั้น (ตรงข้าม) 2

กระบวนการสร้างสื่อ BIOS เท่านั้นจะคล้ายกับการเปลี่ยนแปลง-bและ-pข้อโต้แย้งดังต่อไปนี้

-bC:\path\to\Etfsboot.com -p0x00

แหล่งข้อมูลที่ดีที่หลั่งน้ำตาแสงที่ดีบางอย่างเกี่ยวกับไมโครซอฟท์ได้รับการแต่งตั้งบ้าของ Windows ติดตั้งสื่อเป็นสนับสนุน UEFI และข้อกำหนดสำหรับระบบปฏิบัติการ Windowsเอกสาร

วิธีการง่าย ๆ อย่างหนึ่งก็คือการติดตั้ง Windows พื้นฐานบนเครื่องที่ไม่รองรับ EFI จับภาพด้วยซอฟต์แวร์ภาพของคุณและเรียกคืนไปยังฮาร์ดแวร์จริง

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

ดิสก์ที่ติดตั้ง Windows (ver> = 6) โดยทั่วไปมักจะมีไฟล์wimซึ่งโดยทั่วไปเป็นเพียงภาพของระบบปฏิบัติการ