Không mở được \EFI\UBUNTU\*bị cắt xén* - Tham số không hợp lệ

Tôi đang trải qua một cái gì đó kỳ lạ ngày hôm nay. Tôi đã tìm kiếm trên internet, nhưng dường như tôi không thể tìm thấy ai có cùng vấn đề.

Tôi đã cài đặt Kubfox 21.04 và Windows 11 ở chế độ khởi động kép.

Hôm qua, tôi đã thực hiện "cập nhật tích lũy" cho Windows 11, sau đó tôi tắt máy tính.

Hôm nay, tôi không thể tải GRUB. Tôi đã thử nhập lệnh sau vào dòng lệnh của windows nhưng không được

bcdedit /set {bootmgr} đường dẫn \EFI\ubuntu\grubx64.efi

Một số tên tệp dường như đã bị hỏng hoặc một cái gì đó. Đây là hình ảnh của thông báo lỗi:

Ai đó có thể cho tôi biết làm thế nào để khắc phục điều này?

CHỈNH SỬA: Vì vậy, tôi đã xoay sở để lấy lại grub bằng cách sử dụng sửa chữa khởi động NHƯNG Ngay sau khi tôi khởi động lại Windows 11, sự cố lại xuất hiện (không có bản cập nhật windows, chỉ khởi động đơn giản).

Vì vậy, tôi đã sửa chữa khởi động lại và vì sửa chữa khởi động về cơ bản sẽ cài đặt lại Grub, tôi phải cấu hình lại nó cho iommu (cách ly gpu cho máy ảo).

Vì vậy, hiện tại, tôi có thể truy cập Kubfox và làm việc với các máy ảo của mình nhưng tôi khá lo lắng khi thử lại Windows 11, vì việc định cấu hình iommu cần có thời gian và tôi còn rất nhiều việc phải làm.

Thông số hệ thống:

• I9-10900K
• 64GB Corsair DDR4
• SSD 1TB Sambung EVO+ NVME
• AMD Radeon ProW5700
• Msi Z490-A Pro

Đầu ra của Sudo efibootmgr -v (sau khi sửa)

Khởi động hiện tại: 0003
Thời gian chờ: 0 giây
Thứ tự khởi động: 0003,0001
Boot0001* Windows Boot Manager HD(1,GPT,41013caf-e980-464c-b214-4c6885f2bac7,0x800,0x32000)/Tệp(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)..BO
Boot0003* ubuntu HD(1,GPT,41013caf-e980-464c-b214-4c6885f2bac7,0x800,0x32000)/Tệp(\EFI\UBUNTU\SHIMX64.EFI)

PS xin lỗi vì chất lượng tiếng Anh của tôi kém, vì nó không phải là ngôn ngữ mẹ đẻ.

Cảm ơn

Tôi đã điều tra cách sửa lỗi khởi động grub. Cuối cùng, tôi tìm thấy giải pháp với các lệnh sau:

1. Sudo add-apt-repository -y ppa:yannubuntu/boot-repair

2. Sudo apt cài đặt -y sửa chữa khởi động

3. sửa chữa khởi động

Tuy nhiên, sau đó khi tôi khởi động vào Windows và sau đó tôi khởi động lại để đăng nhập vào Ubuntu, vấn đề tương tự cũng xảy ra.

Tôi có phiên bản BIOS:

• Phiên bản Windows 10 Pro 1909
• Ubuntu 20.04.20 LTS

Điều hiệu quả với tôi là đặt tên cho phân vùng FAT32 và sau đó từ thiết bị đầu cuối windows tìm thư mục ubuntu và chỉ cần thêm grubx64.efi.gbr

Đặt tên cho phân vùng FAT32 của bạn (Nếu bạn đã làm rồi thì bỏ qua phần này):

Mở thiết bị đầu cuối Windows với tư cách quản trị viên

1. Chọn Diskpart:

   C:\WINDOWS\system32> phần đĩa       
   

2. Tìm ra số Đĩa của phân vùng FAT32 của bạn

   DISKPART> danh sách tập `
   

3. Chọn Âm lượng (Ở đây 2 là số âm lượng ví dụ)

   DISKPART> sel tập 2 `
   

4. Đặt tên cho tập:

   DISKPART> gán chữ cái = E: `
   

5. Thoát Diskpart:

   DISKPART> thoát `
   

Sửa Grub:

1. Đầu tiên

    C:\WINDOWS\system32> cd /d E:     
   

2. sau đó

    E:\> ls EFI
   

3. Tiếp theo

    E:\>cd EFI
   

4. Tiếp theo

    E:\EFI>cd Ubuntu
   

5. Tiếp theo

    E:\EFI\ubuntu> chạm vào grubx64.efi.gbr
   

6. Bây giờ hãy quay lại Ổ đĩa C và đặt đường dẫn thành grub làm mặc định:

   E:\EFI\ubuntu> cd /d C:
   
   C:\WINDOWS\system32> bcdedit /set {bootmgr} đường dẫn \EFI\ubuntu\grubx64.efi
   

7. Khởi động lại máy tính của bạn và nó sẽ hoạt động.

Tôi gặp vấn đề tương tự sau khi nâng cấp Kubfox lên 21.04.

Đã khởi động từ USB trực tiếp, đã thử sửa chữa khởi động với các tùy chọn khác nhau nhưng không được.

Hóa ra PC Acer của tôi:

• Không hỗ trợ khởi động qua shimx64.efi, nhưng hỗ trợ grubx64.efi và refind_x64.efi.
• Chỉ hỗ trợ bản ghi khởi động có tên "Windows Boot Manager" và bỏ qua những bản ghi khác.

Giải pháp hiệu quả với tôi:

1. Khởi động từ một USB trực tiếp Linux phù hợp, chẳng hạn như USB trực tiếp Kubfox.

2. Trở thành root và cài đặt efibootmgr nếu cần:

    sudo -i
    apt cài đặt efibootmgr
   

3. Kiểm tra xem bản ghi khởi động đang hoạt động có tên "Windows Boot Manager" có chứa bộ tải khởi động không mong muốn hay không:

    efibootmgr --verbose
   

4. Lưu ý số của bản ghi khởi động đang hoạt động. Định dạng của nó sẽ là BootXXXX. Trong trường hợp của tôi, đó là Boot0000.

5. Xóa bản ghi khởi động đang hoạt động:

    efibootmgr --delete-bootnum --bootnum 0000
   

6. Tạo một bản ghi khởi động với bộ tải khởi động mong muốn tại vị trí của bản ghi khởi động vừa bị xóa:

    efibootmgr --create --bootnum 0000 \
               --label 'Trình quản lý khởi động Windows' \
               --loader '\EFI\ubuntu\grubx64.efi'
   

   hoặc

    efibootmgr --create --bootnum 0000 \
               --label 'Trình quản lý khởi động Windows' \
               --loader '\EFI\refind\refind_x64.efi'
   

7. Kiểm tra xem bảng ghi khởi động có ổn không:

    efibootmgr --verbose
   

8. Khởi động lại.

Tôi đã có cùng một vấn đề và tôi tìm thấy câu hỏi khác liên quan đến điều này.

Tôi phát hiện ra rằng vấn đề của mình có thể là do một số loại Windows bị trục trặc gây ra lỗi khi tải GRUB. Điều thực sự hiệu quả với tôi là cài đặt lại GRUB cho khởi động UEFI (chứ không phải cho Legacy), theo hướng dẫn wiki vòmvà thay đổi cài đặt BIOS của tôi từ "Legacy+UEFI" thành "UEFI".

Hy vọng điều này sẽ giúp!

Trong thiết bị đầu cuối, hãy thử chạy:

cập nhật sudo-grub
cập nhật sudo apt && nâng cấp sudo apt

Tôi cũng gặp sự cố này và phải sử dụng sửa chữa khởi động khỏi usb trực tiếp. Tôi đã thử điều này sau khi thấy rằng trong repo tiêu chuẩn dường như có một phiên bản grub cập nhật mà tôi đoán (grub2? Cái này cũ hay tôi chỉ bị câm?). Sau khi cập nhật và khởi động lại, tôi vẫn nhận được màn hình lỗi như bạn, nhưng ở dòng cuối cùng, nó báo:

start_image() trả về Tham số không hợp lệ, trở về mặc định người bốc vác

Cùng với đó, giờ đây nó hiển thị menu grub chung mà tôi đã quen dùng, cho phép tôi chọn lại Windows 10 hoặc Ubuntu. Điều này đã kết thúc, tôi đã có một giải pháp để không phải chạy boot-repair mỗi khi tôi gặp sự cố với Windows và cần truy cập Ubuntu. Tôi hi vọng cái này giúp được!

Tôi cũng đang gặp sự cố này khi chạy Windows 10 khởi động kép với Ubuntu 20.04.3 LTS. Theo lời khuyên trong chủ đề này và những chủ đề khác, tôi đã có những điều tương tự như FirDouglas. Tức là, ban đầu grub không tải được, sau đó nó 'rơi trở lại trình tải mặc định' và tôi có thể chọn Ubuntu. Điều này có thể chịu được nếu Ubuntu được tải lên đúng cách. Vì bất kỳ lý do gì, nó không tải trình điều khiển đồ họa NVIDIA (và có thể cả những trình điều khiển khác nhưng tôi chưa kiểm tra đủ để tìm ra) và độ phân giải thì rối tung cả lên. Chạy boot-repair và khởi động lại sẽ sửa mọi thứ. Đáng buồn thay, tải vào Windows lại phá vỡ nó.

Tôi không có đủ kiến ​​thức kỹ thuật để tự khắc phục sự cố nhưng hy vọng rằng một chút thông tin này sẽ giúp chỉ ra vấn đề có thể xảy ra.

CHỈNH SỬA: Tôi đã tìm được giải pháp (ít nhất là phù hợp với tôi). Tức là, chuyển từ shimx64.efi sang grubx64.efi, nghe giống như những gì FirDouglas đã làm ngoại trừ việc tôi đã làm qua gói sửa chữa khởi động. Đây là những gì tôi đã làm: thay vì chọn cách sửa chữa được đề xuất, tôi đi vào các tùy chọn nâng cao và trong phần "Tùy chọn GRUB", bỏ chọn tùy chọn "SecureBoot" (tùy chọn này được chọn theo mặc định mặc dù Khởi động an toàn bị tắt trong BIOS). Tôi cũng đã kiểm tra "Làm sạch GRUB trước khi cài đặt lại" để xóa những gì ở đó vì tôi đã loay hoay với nó - không chắc liệu nó có cần thiết trong mọi trường hợp hay không. Vậy là xong, boot-repair hiện cài đặt grubx64.efi và grub hoạt động như trước đây. Rõ ràng là bạn không thể chạy Khởi động an toàn với cái này, nhưng tôi sẽ chấp nhận điều đó hơn là phải chạy sửa chữa khởi động mỗi ngày.

Tôi tin rằng điều này có liên quan đến việc Microsoft đang cố gắng thực thi khởi động an toàn. Nếu tôi tải trình bao EFI từ bios và điều hướng đến EFI\ubuntu, tôi có thể sao chép grubx64.efi qua shimx64.efi. Tôi cho rằng shimx64.efi không nhận được các tham số chính xác do đó xảy ra lỗi, vì vậy chỉ cần đánh lừa mọi thứ bằng cách đặt grubx65.efi ở đó thay vào đó. Điều này giả định rằng bạn không chạy khởi động an toàn và tôi đang chạy windows 10 thay vì 11.

Tôi đã gặp vấn đề tương tự sau khi nâng cấp lên Ubuntu 21.04 khởi động kép với W10 nhưng việc nhập lệnh mà bạn đã thử trong dòng lệnh quản trị viên trong windows dường như đã giải quyết được vấn đề.

bcdedit /set {bootmgr} đường dẫn \EFI\ubuntu\grubx64.efi