Không thể khôi phục phân vùng khởi động sau khi khởi động kép với Fedora25 + Windows10

Tôi đang đối mặt với vấn đề này trong 2 ngày qua. Theo một số lượng lớn các hướng dẫn với bất cứ điều gì làm việc, tôi ở đây để có được một số loại mẹo hoặc lời khuyên về những gì tôi nên làm.

Đây là lịch sử cơ bản.

Tôi đã mua một máy tính Samsung mới với Windows 10 (FYI, là Samsung NP300E5M-XF3BR). Tôi đã cài đặt Dual Boot với Fedora 25.

Để đạt được nó, tôi đã làm theo hướng dẫn này và hướng dẫn của video này , vì tôi là người dùng Ubuntu và sợ làm bất cứ điều gì sai khi thử nghiệm Fedora mới lần đầu tiên trong máy tính của tôi.

Ok, Secure Boot bị tắt, UEFI OS được chọn trong BIOS, phân vùng được tạo trong Windows, Fedora 25 trong USB có thể khởi động (được tạo bằng YUMI )

Tuy nhiên, do lỗi của tôi, tôi đã tự động Fedora tạo phân vùng LVM thay vì tự tạo nó như đề xuất trong video và ở đây, vấn đề bắt đầu.

Tôi không thể khởi động từ HD và chỉ khởi động GRUB bằng thẻ USB. Tôi đã thử rất nhiều cấu hình BIOS nhưng đây là lựa chọn duy nhất trong tất cả chúng.

Không cắm USB, hệ thống không khởi động và chỉ hiển thị một thông báo như "TẤT CẢ CÁC LỰA CHỌN BOOT ĐƯỢC KIỂM TRA. BÁO CHÍ F4 CHO THU HỒI ...", nhưng F4 chỉ khởi động lại nó. Khi cắm USB, tôi đã nhận được GRUB, nhưng chỉ cần Fedora đang hoạt động (cài đặt, không phải liveUSB), các cửa sổ chỉ khởi động lại.

Tôi đã tạo lại phân vùng LVM một lần nữa và làm theo hướng dẫn cài đặt, lần này tôi tự tạo các phân vùng. Bây giờ, khởi động vẫn chỉ hoạt động với USB, nhưng ngay cả grub cũng không hoạt động. Khi tôi khởi động mà không có USB, tôi chỉ thấy một thông báo như "Khởi động ... 1,2,3,4" và nhấn 2 hệ thống khởi động lại.

Các phân vùng có thể truy cập, tôi có thể gắn kết chúng và kiểm tra các tập tin.

Dưới đây là hình ảnh của GParted đang chạy trong một phiên bản Ubuntu trực tiếp.

Sau rất nhiều bài hướng dẫn, tôi đã thử

• Khôi phục MBR bằng testdisk (không thay đổi gì cả)
• Sử dụng Trình quản lý phân vùng Easus để sửa UEFI (không thể truy cập dấu nhắc lệnh)
• Sử dụng rEFIind để sửa phần khởi động, chỉ hiển thị tùy chọn khởi động lại máy tính quyền truy cập vào trình bao với các lệnh giới hạn mà tôi không thể làm gì.
• khôi phục mặc định của nhà máy bằng cách sử dụng phân vùng khôi phục Samsung, nhưng nó không khả dụng.
• Sử dụng sửa chữa khởi động trong phiên bản Ubuntu trực tiếp với thông báo kết quả sau "Phiên hiện tại ở chế độ Legacy. Vui lòng khởi động lại máy tính và sử dụng phần mềm này trong phiên EFI. Điều này sẽ kích hoạt tính năng này. Ví dụ: sử dụng trực tiếp -USB của Boot-Repair-Disk-64bit (www.sourceforge.net/p/boot-repair-cd), sau khi đảm bảo BIOS của bạn được thiết lập để khởi động USB ở chế độ EFI. "

Sau tất cả lịch sử lâu dài này (xin lỗi vì điều này), tôi ở đây để nhận được bất kỳ lời khuyên hoặc lời khuyên nào. Tôi nên thử gì tiếp theo?

Như tôi đã nói, đó là một máy tính mới, vì vậy tôi không có bất kỳ dữ liệu nào để mất, tôi chấp nhận mọi thứ, thậm chí truy cập vào phân vùng samsung khôi phục để cài đặt lại mọi thứ.

Tóm tắt BootInfo mà tôi nhận được từ Boot-Repair đã được tải lên ở đây

Tóm tắt BootInfo của bạn có vẻ ổn, với cảnh báo rằng nó dường như đã được tạo từ khởi động chế độ BIOS / CSM / legacy, và do đó không cung cấp thông tin về các biến khởi động EFI. Ngoài ra, có một bộ tải khởi động chế độ BIOS được cài đặt trên /dev/sda, nhưng điều đó không can thiệp vào việc khởi động chế độ EFI. Cũng có thể là tôi đã bỏ lỡ một số chi tiết chẩn đoán quan trọng. Đây là cách tôi khuyên bạn nên tiến hành:

1. Tải xuống ổ flash USB hoặc hình ảnh CD-R của trình quản lý khởi động rEFInd của tôi .
2. Chuẩn bị phương tiện khởi động từ tải xuống rEFInd.
3. Khởi động lại vào rEFInd. Nó sẽ cung cấp cho bạn các tùy chọn để khởi động Windows hoặc Fedora. Kiểm tra cả hai tùy chọn này.
4. Nếu cả hai tùy chọn đều hoạt động, hãy khởi động vào Fedora.
5. Tại thời điểm này, bạn có một số tùy chọn để làm gì (không nhất thiết phải loại trừ lẫn nhau):
   • Bạn có thể mở Terminal, gõ suđể trở thành root, gõ efibootmgr -vvà đăng đầu ra tại đây (chỉnh sửa câu hỏi của bạn để thêm đầu ra) để phân tích thêm. Đây hoàn toàn là chẩn đoán.
   • Bạn có thể tiếp tục sử dụng rEFInd trên phương tiện di động để khởi động. Điều này có thể là khó xử, nhưng nên làm việc.
   • Bạn có thể cài đặt RPM rEFInd. Sau đó, nó sẽ tiếp quản như bộ tải khởi động chính và vấn đề của bạn sẽ được giải quyết. Một cảnh báo: Bất cứ điều gì ngăn cản cài đặt của bạn khởi động bình thường ngay sau khi bạn cài đặt Fedora cũng có thể ảnh hưởng đến rEFInd, trong trường hợp đó, efibootmgrđầu ra có thể hữu ích.
   • Bạn có thể cố gắng sửa chữa mục khởi động GRUB. Một cách mù quáng, mạnh mẽ để làm điều này là cài đặt lại grub ( grub-installas root); nhưng điều này dường như đã được thực hiện như là một phần của việc cài đặt Fedora, vì vậy tôi nghi ngờ rằng nó sẽ hoạt động tốt hơn vào lúc này. Sửa chữa danh sách khởi động bằng cách kiểm tra efibootmgrđầu ra và sau đó ban hành các lệnh cụ thể của hệ thống dựa trên kiến ​​thức đó có thể hoạt động.
   • Xóa bộ tải khởi động chế độ BIOS từ /dev/sdabằng cách gõ (as root) dd if=/dev/zero of=/dev/sda bs=440 count=1. Lưu ý rằng lệnh này có khả năng rất nguy hiểm nếu bạn nhập sai thứ gì đó. Cụ thể, hãy chắc chắn rằng bs=440và count=1các tùy chọn là chính xác; nếu bạn viết quá nhiều dữ liệu, bạn sẽ làm hỏng bảng phân vùng và có khả năng vượt ra ngoài! Điểm quan trọng của hành động này là xóa đường dẫn khởi động ở chế độ BIOS có thể gây cản trở cho việc khởi động chế độ EFI của bạn. Việc can thiệp như vậy không nên xảy ra, nhưng không có tiêu chuẩn hóa thực sự nào về cách máy tính quyết định có khởi động ở chế độ BIOS so với chế độ EFI hay không, do đó, có khả năng mã khởi động ở chế độ BIOS này đang gây ra sự cố.

Trong một số trường hợp, có thể cần phải điều chỉnh cài đặt chương trình cơ sở của bạn hoặc điều chỉnh vị trí và tên tệp của bộ tải khởi động. Cụ thể, phần sụn của bạn có thể được thiết lập để khởi động ở chế độ BIOS / CSM / kế thừa, điều này sẽ giải thích tại sao nó không khởi động ngay bây giờ; hoặc các mục khởi động (được lưu trữ trong NVRAM) có thể bị rối tung một cách vô vọng, đòi hỏi phải khôi phục tất cả các cài đặt phần sụn về mặc định của chúng.

CHỈNH SỬA:

Menu của rEFInd không có các mục khởi động hệ điều hành cho thấy rEFInd không thể tìm thấy bất kỳ bộ tải khởi động nào, điều này mâu thuẫn với thông tin tóm tắt BootInfo, hiển thị các trình tải khởi động tại các vị trí mà rEFInd có thể phát hiện được /dev/sda1(xem gần đầu trang đầu ra). Giải thích rất có thể là thiệt hại hệ thống tập tin - một số EFI nhạy cảm hơn nhiều so với hầu hết các hệ điều hành. Tình huống "bị hư nhưng không bị hư" như vậy có thể xảy ra do không thể vô hiệu hóa các tính năng Windows Fast Startup và Hibernate, như được mô tả ở đây và ở đây, tương ứng. Nếu bạn có thể khiến Windows khởi động, tôi khuyên bạn nên tắt cả hai tính năng đó và thử lại. Bạn cũng có thể thử chạy CHKDSKtrên ESP từ Windows hoặcdosfscktrên nó từ một đĩa khẩn cấp Linux. Trong trường hợp xấu nhất, sao lưu ESP, tạo một hệ thống tệp mới trên đó và khôi phục các tệp của nó có thể hoạt động để sửa chữa thiệt hại hệ thống tệp tinh vi. Điều này sẽ yêu cầu khớp số sê-ri của hệ thống tệp ("UUID" trong Linux, mặc dù nó không thực sự là UUID) với số hiện tại hoặc cập nhật /etc/fstabđể thay thế số sê-ri cũ bằng số sê-ri mới. (Bạn có thể tìm UUID mới qua blkid, như trong blkid /dev/sda1như root.)

Tôi sẽ xóa tất cả các phân vùng không Windows trước.

Sau đó khởi động từ USB / DVD cài đặt Windows 10 ở chế độ UEFI và đi đến dấu nhắc lệnh.

Sau đó, tôi sẽ viết lại MBR (không cần thiết cho khởi động UEFI nhưng không gây hại).

Sau đó ánh xạ phân vùng hệ thống EFI (ESP) trên đĩa cứng để nói S: (nếu chưa được ánh xạ).

Sau đó sử dụng bcdboot để sửa lỗi khởi động:

bcdboot N:\windows /s S:

Trong đó N: là nơi Windows ở, S: là ESP.

Xem " Sửa lỗi khởi động Windows " để biết thêm thông tin.