Từ những gì bạn đã đọc trong tiêu đề bài đăng, tôi sẽ giải thích cách khởi động ArchLinux (không biết nếu nó hoạt động trên các bản phân phối khác) mà không cần bất kỳ loại bootloader nào trên máy tính EFI hoặc UEFI.
Bước đầu tiên
Cài đặt efibootmgr (nếu bạn chưa cài đặt)
# pacman -S efibootmgr
Bước thứ hai
Gắn efivarfs (nếu chưa được gắn)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Bước thứ ba
Thêm bản phân phối của bạn vào "Thứ tự khởi động" của máy tính
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
trong trường hợp của tôi, tôi đã làm như thế này
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
Bước cuối cùng
Xem nếu nó hoạt động
# efibootmgr -v
Xóa bản phân phối trình khởi động của bạn
Nếu vì lý do nào đó mà nó không hoạt động với bạn hoặc bạn không thích ý tưởng không sử dụng bộ nạp khởi động, bạn có thể làm như sau:
Bước đầu tiên
Xem đâu là số tương ứng với bản phân phối của bạn trong trình khởi động
# efibootmgr -v
Bạn sẽ thấy một cái gì đó như thế này:
BootCurrent: 0000 Thời gian chờ: 0 giây BootOrder: 0000,3000,2001,2002,2003 Khởi động0000 * Arch Linux HD (1,800,100000, bf49dd02-7af7-42bb-ac5d-967ea840e3f8) Tệp (\ vmlinuz-linux) root = .UUID = .d.5.e.9.3.b.0.9 .-. 0.2.a.8 .-. 4.5.9.7 .-. B.0.5.9 .-. 3.f.8.7.a.8.2.2.1.8.2.5. .initrd =. /. initramfs-.linux..img .quiet .loglevel = .0. Boot2001 * Ổ USB (UEFI) RC Boot2002 * Ổ CD / DVD ROM bên trong (UEFI) RC Boot3000 * Đĩa cứng bên trong hoặc Đĩa trạng thái rắn RC Boot3001 * Đĩa cứng bên trong hoặc Đĩa trạng thái rắn RC Boot3002 * Đĩa cứng bên trong hoặc Đĩa trạng thái rắn RC
Họ sẽ thấy rằng nó đánh dấu Boot0000 *, nhưng trong trường hợp này chúng tôi chỉ quan tâm đến số 0000
Bước thứ hai
Xóa bản phân phối trình khởi động của bạn
# efibootmgr -b 0000 -B
Fuente: Arch Linux Wiki
THÔNG BÁO QUAN TRỌNG
Trong bước thứ ba của mục này, lệnh tôi sử dụng KHÔNG LÀM VIỆC.
Tôi đang cố gắng tìm ra giải pháp, tôi sẽ đăng nó khi tôi tìm thấy nó
Đây là dòng hoạt động
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img im lặng loglevel = 0"
Tôi yêu cầu bất cứ ai có thể chỉnh sửa mục nhập, vui lòng làm như vậy
Sẵn sàng, sửa chữa đúng không? 🙂
thanks
Chào. Tôi đã làm điều này một thời gian trước (tương tự trong Arch Linux), và tôi có thể nói với bạn rằng ít nhất máy tính của tôi không bị bất kỳ thiệt hại nào, máy tính xách tay của tôi là Lenovo G480. Điều gì sẽ xảy ra nếu điều đó xảy ra là khi hạt nhân được cập nhật, nó không thể tải lại hệ thống nữa và một lần nữa tôi phải thực hiện tất cả quy trình mà bạn mô tả ở đây; Sau khi làm thí nghiệm, tôi đã tải hệ thống (tôi nói rõ đó là lỗi của tôi, không phải của hệ thống), vì vậy tôi phải cài đặt lại và tôi không biết vì lý do gì mà tôi không thể để nó mà không có bootloader. Vì tôi không có thời gian để giải trí với các câu đố và câu đố về nhân sư Hy Lạp vào thời điểm đó, nên tôi đã cài đặt grub và không bao giờ thử lại.
Vâng, tôi sử dụng phương pháp này trên máy tính xách tay của mình (HP pavilion n029-la), tôi đã cập nhật hạt nhân và tôi không gặp bất kỳ sự cố nào. Nhưng trong trường hợp điều gì đó như thế này xảy ra với tôi, tôi luôn mang theo một chiếc livecd vòm trong chiếc cặp mà tôi mang theo.
Tôi đã đọc và vâng, đúng là sau khi cập nhật hạt nhân, lệnh (efibootmgr) không thể tạo mục nhập (nó chỉ có khả năng xóa) trong một số trường hợp cá biệt. https://bugs.archlinux.org/task/34641
Bạn có thể giải thích mối quan hệ với grub cho tôi không? Tôi không hiểu sự khác biệt hoặc nếu bạn giải thích các khái niệm của efi / uefi liên quan đến grub, bộ nạp khởi động
Ý tưởng chính xác của mục này là bắt đầu nhóm mà không cần thông qua Grub. Có nghĩa là, cùng một EFI (nghĩa là thay thế hiện tại của BIOS) chịu trách nhiệm tải hạt nhân và hình ảnh khởi động.
Những gì BIOS đã làm là đọc phần đầu tiên của đĩa cứng đầu tiên, nơi Grub thường được cài đặt, có nhiệm vụ tải hạt nhân và hình ảnh. EFI cho phép các hạt nhân tự tải (và do đó cho phép các tùy chọn bảo mật nâng cao, như SecureBoot được yêu thích / ghét).
Từ quan điểm thực tế, tôi không có lợi khi sử dụng phương pháp này để khởi động PC.
Liên quan
Một câu hỏi:
Tôi muốn mua một máy tính mới (hoặc không quá mới) chỉ để cài đặt GNU / Linux. Trong trường hợp nó đi kèm với Window $ 8, liệu tôi có gặp sự cố với Khởi động an toàn không?
Có thể. Vấn đề sẽ là tùy thuộc vào máy tính, nếu nó có W8, nó sẽ đi kèm với UEFI được kích hoạt và bạn sẽ phải hủy kích hoạt nó để cài đặt theo những gì phân phối. Trong phần kích hoạt của tôi, tôi có thể cài đặt ubuntu nếu tôi nhớ không nhầm nhưng khi tôi cài đặt manjaro, nó không hoạt động và tôi phải hủy kích hoạt nó để có thể cài đặt chính xác. (Thực sự bây giờ trong Archlinux, tôi nghĩ nó có thể được cài đặt mà không gặp nhiều khó khăn và tôi nghĩ grub2 hỗ trợ nó nhưng tôi cho rằng khi tôi cài đặt hệ thống cách đây rất lâu, nó vẫn chưa được hoàn thiện).
Tắt UEFI và Khởi động an toàn rồi khởi động đĩa CD khi bạn cài đặt trước khi nó xóa phân vùng Win8 và UEFI.
Hầu hết tất cả các EFI đều cho phép tải hệ điều hành ở chế độ "Kế thừa", tức là cổ điển. Nếu bạn định cấu hình EFI theo cách này, bạn sẽ không gặp bất kỳ vấn đề nào.
Có điều gì đó mà tôi không hiểu. Giả sử tôi có một máy tính mới chạy Windows và UEFI. Tôi thực hiện các bước này ở đâu? Trong Cài đặt Arch hay từ một LiveCD?
Khi tôi thực hiện nó là từ Live CD cài đặt một hệ thống từ đầu, tôi chưa bao giờ thử nó từ một hệ thống đã được cài đặt. Tôi tưởng tượng rằng nó cũng phải có thể một khi hệ thống được cài đặt bằng cách gỡ bỏ bootloader, grub hoặc gummiboot để nói đến phổ biến nhất, sau đó xóa các mục bootloader để làm theo hướng dẫn từ đầu, làm sao bạn dám trải nghiệm ?. Nếu không phải vì công việc thấm đẫm máu mà tôi đang làm, thì bạn đã cho tôi một cái gai.
Điều gì sẽ xảy ra nếu tôi không nghĩ bạn có thể xử lý khởi động kép bằng phương pháp này.
Trong trường hợp của tôi, tôi có một bo mạch chủ MSI B85M-E45 và mặc dù nó phù hợp với tôi, nhưng nó đã làm hỏng phần sụn theo cách khiến tôi không thể vào cài đặt BIOS được nữa; Tôi đã thiết lập lại BIOS từ jumper trên bo mạch chủ và sự cố vẫn tiếp diễn. Tôi sẽ cố gắng flash lại phần vững. Sau đó, tôi sẽ cho bạn biết nếu tôi có thể khôi phục BIOS
Trong mọi trường hợp, tôi coi đó là một quá trình không đáng để thử vì mạo hiểm để đổi lấy một vài lợi ích
May mắn thay, tôi đã có thể flash phần sụn, mặc dù nó không cho phép tôi vào cấu hình BIOS, tôi vẫn có thể khởi động từ đĩa cứng, sau đó tạo một ổ đĩa DOS có thể khởi động với chương trình để flash lại BIOS và tệp phần sụn.
Tôi đã may mắn và một lần tôi tình cờ rằng phần sụn của máy tính xách tay ACER với UEFI bị hỏng khi tôi cài đặt openSUSE khi các bản phân phối tương thích với UEFI bắt đầu xuất hiện.
Phew bớt xấu, chúc may mắn lần này !!!!