ไม่กี่ปีมานี้ ระบบเดสก์ท็อปของฉันเป็น Dell PowerEdge T30 ที่บูท Ubuntu จาก SATA SSD; มีการอัปเดตหลายรุ่นและเป็น 21.04 เป็นเวลาหลายเดือน เมื่อสัปดาห์ที่แล้ว ฉันพยายามและล้มเหลวในการอัปเกรดหน่วยความจำ (โมดูลที่เข้ากันไม่ได้) และพบว่าตัวเองมีระบบที่ไม่ยอมบู๊ต ฉันไม่แน่ใจว่ามีอะไรเสียหายใน BIOS, GRUB และ/หรือ EFI หลังจากพยายามแก้ไขหลายครั้ง รวมถึงการติดตั้ง 21.04 ใหม่บนไดรฟ์อื่นและ BIOS ที่อัปเดตและรีเซ็ตเป็นค่าเริ่มต้น ตอนนี้ฉันสามารถกลับเข้าสู่สภาพแวดล้อมปกติของฉันและตรวจสอบแล้วว่าฉันสามารถบูตได้ในโหมด Legacy หรือ UEFI (SSD เปิด /dev/sda ไม่ได้จัดรูปแบบ GPT; ฉันเชื่อว่าฉันติดตั้ง Ubuntu ไว้ที่นั่นในโหมด BIOS)
อย่างไรก็ตาม ข่าวร้ายก็คือฉันไม่สามารถบู๊ตได้สำเร็จจากการเปิดเครื่องโดยไม่ผ่านการแทรกแซง F12 เมนูการเลือกการบู๊ตครั้งเดียว ถ้าฉันเปิดเครื่องโดยไม่ F12ฉันผ่านหน้าจอสแปลชระดับ BIOS ที่แสดง (ซึ่งมีอยู่เสมอ) เสนอให้ตั้งค่า RAID ฮาร์ดแวร์ของ Intel ดูแฟลช LED การเข้าถึงดิสก์เพิ่มเติม จากนั้นเครื่องก็เงียบลงโดยไม่ไปถึงสแปลช GRUB ที่มองเห็นได้ บางตัวเลือกที่เลือกจาก F12 เมนูล้มเหลวในลักษณะเดียวกัน โดยมีลักษณะการทำงานที่แตกต่างกันในส่วนที่เป็นฟังก์ชันของการตั้งค่า BIOS ได้รับการกำหนดค่าสำหรับโหมด Legacy vs. UEFI และ/หรือว่าการตั้งค่าโหมดดั้งเดิมนั้นถูกแทนที่ภายใน F12 เมนู. เมื่อฉันไปที่หน้าจอ GRUB การเลือกจะทำงานตามปกติ และเมื่อฉันบูทเข้าสู่ Ubuntu การรีสตาร์ทก็ทำงานได้อย่างราบรื่น ปัญหาดูเหมือนเฉพาะกับการสตาร์ทเย็น ฉันไม่สามารถบอกได้ว่าสาเหตุที่แท้จริงอาจตกอยู่ในขอบเขตของเฟิร์มแวร์และการกำหนดค่า CMOS เทียบกับ EFI และ GRUB แต่จะเริ่มที่นี่ในกรณีที่ผู้ใช้ Ubuntu รายอื่นเห็นสิ่งที่คล้ายกัน
เมื่อฉันเริ่มตรวจสอบ SSD แสดงพาร์ติชั่น fat32 ขนาดเล็กซึ่ง gparted ระบุว่าถูกแท็กด้วย (boot, esp) แต่ดูเหมือนจะว่างเปล่า หลังจากการติดตั้งโหมด EFI กับพาร์ติชันนั้น ฉันได้ตรวจสอบแล้ว (ผ่าน efibootmgr -v) ตัวเลือกตัวเลือกการบู๊ตที่แตกต่างกันสามารถเปิดการติดตั้งที่ต้องการได้สำเร็จโดยใช้ GRUB ของ SSD หรือ GRUB ของ Ubuntu ที่ติดตั้งใหม่เป็น BootCurrent
เนื่องจาก EFI-boot ในปัจจุบัน ผลลัพธ์ของ efibootmgr จะเป็นดังที่แสดงด้านล่าง Mount ยังบอกฉันด้วยว่า efivarfs ติดตั้งอยู่ /sys/firmware/efi/efivars, และ /dev/sda2 บน /boot/efi.
$ efibootmgr -v
บูตปัจจุบัน: 0000
หมดเวลา: 1 วินาที
BootOrder: 0000,000D,0001,000E,0005,0006,0007
Boot0000* อูบุนตู HD(2,MBR,0x5be31cf4,0x33000,0x400000)/ไฟล์(\EFI\ubuntu\grubx64.efi)
Boot0001 ดิสเก็ตต์ไดรฟ์ BBS(ฟลอปปี,ดิสเก็ตต์ไดรฟ์,0x0)..BO
Boot0005* อุปกรณ์จัดเก็บข้อมูล USB BBS(USB,อุปกรณ์จัดเก็บข้อมูล USB,0x0)..BO
Boot0006* ไดรฟ์ CD/DVD/CD-RW BBS(CDROM,P2: HL-DT-ST DVD+/-RW GU90N ,0x0)..BO
Boot0007 ออนบอร์ด NIC BBS(เครือข่าย,IBA CL Slot 00FE v0106,0x0)..BO
Boot000D* UEFI: ST4000VN008-2DR166 HD(2,GPT,5f7553fb-3ff3-427b-b0ac-821bfb2d1a50,0x16e360800,0x100800)/ไฟล์(EFI\boot\bootx64.efi)..BO
Boot000E* Internal HDD BBS(HD,Internal HDD,0x0)..BO
ไฟล์ที่ เอาต์พุตซ่อมแซมการบู๊ต เป็นรายงานของ boot-repair เกี่ยวกับการกำหนดค่าตามที่เป็นอยู่ในขณะนี้ หลังจากเรียกใช้การซ่อมแซมการบูตและได้รับข้อผิดพลาด ทำให้ระบบอยู่ในสถานะที่ไปถึงเชลล์ GRUB เท่านั้น ฉันจึงทำการติดตั้ง grub อีกครั้ง ฉันพบข้อผิดพลาดว่า GRUB ไม่ได้สร้างด้วยการสนับสนุน efivar ดังนั้นจึงไม่สามารถลงทะเบียนรายการบูต EFI ได้ แต่ตอนนี้การกำหนดค่าสามารถบูต EFI ได้เหมือนเดิมผ่าน F12. ไฟล์ที่โพสต์แสดงถึงการเรียกใช้ข้อมูลเท่านั้น ฉันทราบว่าตอนนี้ข้อความ (บรรทัดที่ 447) แนะนำการซ่อมแซมด้วง /dev/sdcแทนที่จะทำงานก่อนหน้านี้ซึ่งได้แนะนำให้ซ่อมแซม GRUB /dev/sda (SSD ซึ่งเป็นตัวที่ฉันสนใจเป็นหลัก)
ใครบ้างมีแนวคิดสำหรับการแก้ไขหรือเส้นทางในการสำรวจ? ฉันต้องการใช้และอัปเกรดการติดตั้ง Ubuntu ที่ฉันกำลังพิมพ์อยู่ตอนนี้ต่อไป (ด้วยการกำหนดค่ารวมถึง mdadm RAID สำหรับ /บ้าน) แทนที่จะทำให้เสถียรต่อไปและสร้างใหม่ แม้ว่าจะสามารถแก้ไขได้โดยใช้ F12 เมนู ฉันอยากให้ระบบกลับไปที่เดิมเมื่อสัปดาห์ที่แล้ว บูท GRUB หรือ Ubuntu ได้อย่างน่าเชื่อถือตั้งแต่เริ่มเย็น ขอบคุณที่อ่าน.
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
