Grub 2.02 khi đi nghỉ sau lần khởi động đầu tiên - Arch trên mSATA USB


0

Tôi có một Arch Linux LVM mới được cài đặt bên trong một thùng chứa LUKS được lồng trên một ổ SSD USB bên ngoài. Mặc dù tôi không có vấn đề gì với hệ thống Arch, nhưng tôi có vấn đề với Grub.

Sau khi cài đặt ban đầu, tôi có thể khởi động hoàn toàn bình thường mà không gặp vấn đề gì. Thậm chí đăng nhập và cấu hình máy tính để bàn của tôi một chút. Tắt hệ thống. Khởi động lại, không có Grub !! Thậm chí không phải là một vỏ cứu hộ.

Vì vậy, tôi quay trở lại LiveUSB, mở LUKS container của tôi, remount, chroot, grub-install(mà không sửa đổi bất cứ điều gì), exit, umount, shutdown.

Sau đó, tôi có thể khởi động hoàn toàn bình thường mà không có vấn đề. Nhưng, ngay khi tôi tắt nó và cố gắng khởi động lại, Grub không hoạt động. Tôi có thể làm điều này bất kỳ số lần với hiệu quả tương tự. Tôi không nhận thấy bất kỳ thay đổi nào khi ban đầu tôi khởi động vào hệ thống đã cài đặt hoặc chrooted vào hệ thống.

Cả tôi fstabgrubđều được cấu hình để sử dụng UUID. Nhưng, ngay cả khi nó không được cấu hình đúng cách (tôi sẽ không thể khởi động nó ban đầu) và ít nhất tôi nên lấy vỏ cứu hộ Grub hoặc vỏ cứu hộ Arch. Nhưng, tôi không nhận được gì ở lần khởi động thứ hai.

Bất kỳ ý tưởng hoặc đề xuất?

Thông tin bổ sung:

  • Máy tính chủ: Surface Pro 1 (tắt khởi động an toàn)
  • USB SSD: Samsung 840EVO msata (vỏ bọc Atlas 3.0)
  • LiveUSB: Chung 2GB

GPT, UEFI (có phân vùng BIOS nhưng tôi chưa thiết lập GRUB BIOS):

  • PHẦN 1 - DỮ LIỆU 8GB 0700
  • PHẦN 2 - BIOS 2MB ef02
  • PHẦN 3 - UEFI 250MB ef00 / khởi động
  • PHẦN 4 - ARCH 110GB 8e00

Câu trả lời:


1

Tôi không chắc làm thế nào để đánh dấu điều này là giải quyết nhưng tôi đã tìm ra giải pháp và nghĩ rằng tôi nên đăng nó. Có lẽ không phải là phương pháp hiệu quả nhất về không gian nhưng nó đã hoạt động.

Ban đầu grubx64.efilà trong /boot/EFI/archthư mục. Tôi đã thực hiện hai thư mục khác /boot/EFI/arch/Boot/boot/EFI/Bootvà sao chép này để cả hai thư mục.

Tôi cũng tạo một bản sao và đổi tên nó thành bootx64.efivà sao chép nó vào mọi thư mục chứa grubx64.efi.

Tôi không chắc chắn cái nào đang kéo khối lượng công việc nhưng tôi đang khởi động 100% ngay bây giờ.


Tuyệt vời bạn tìm thấy một giải pháp! Điều tốt nhất để làm là chỉ cần kiểm tra nó như đã trả lời. Vâng, bạn đã trả lời câu hỏi của riêng bạn nhưng trong trường hợp như thế này thì nó sẽ hoạt động tốt.
JakeGould

Thật tuyệt, nói rằng tôi không thể chấp nhận câu trả lời của riêng mình cho đến ngày mai. Tôi đoán tôi sẽ phải làm điều đó sau. Cảm ơn.
David
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.