Windows 10 не загружается с GRUB

Это попытка и неудачная двойная загрузка Ubuntu и Windows 10.

Спецификации : Alienware Area-51, ОС : Ubuntu 18.04.2, Недоступная ОС : Windows 10

Вот некоторая информация от Boot Repair

Boot successfully repaired.

Please write on a paper the following URL:

http://paste.ubuntu.com/p/4367sGzjPG/

In case you still experience boot problem, indicate this URL to:
boot.repair@gmail.com or to your favorite support forum.

You can now reboot your computer.
Please do not forget to make your BIOS boot on sdb2/EFI/ubuntu/shimx64.efi file!

The boot files of [The OS now in use - Ubuntu 18.04.2 LTS] are far from the start of the disk. Your BIOS may not detect them. You may want to retry after creating a /boot/efi partition (FAT32, 100MB~250MB, start of the disk, boot flag). This can be performed via tools such as gParted. Then select this partition via the [Separate /boot/efi partition:] option of [Boot Repair].

Я также обновил /etc/grub.d/40_custom, чтобы он содержал:

menuentry "Windows 10" {
        insmod part_gpt
        insmod chain
        set root='(hd0,msdos2)'
        chainloader +1
}

Однако я просто скопировал и вставил это из случайного учебника, который нашел в Google. Так что пока "Windows 10" появляется в GRUB; но код здесь явно несовместим, потому что он появляется, когда я щелкаю по нему в GRUB.

error: disk 'hd0,msdos2' not found.

Press any key to continue...

Я пробовал вещи из большого количества учебников; но никто, похоже, не работает.

Как я могу это исправить?

-1
задан 15 July 2019 в 05:28

2 ответа

скорее всего, Ваш Alienware выполняет Intel RST Premium для Windows 10. Это произошло для моего гибкого провода 5, когда я попробовал свою начальную двойную загрузку. Откройте свой BIOS путем спама f2 (или удалите или что-либо еще, что работает) во время перезапуска. Ищите что-то, что говорит, что RST Premium и переключает его на AHCI, затем это будет работать, надо надеяться. Что-то подобное произошло для меня, таким образом, это может работать.

0
ответ дан 23 October 2019 в 23:48

Смонтируйте раздел

Сначала удостоверьтесь монтирование раздела окна:

$ lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT
NAME        FSTYPE  LABEL                    SIZE MOUNTPOINT
sdb                                         14.4G 
├─sdb4      iso9660 Ubuntu 18.04 LTS amd64   1.4G /media/rick/Ubuntu 18.04 LTS amd64
├─sdb2                                         1M 
├─sdb5      ext4    casper-rw                6.4G /media/rick/casper-rw
├─sdb3      vfat    usbboot                  244M 
└─sdb1      ntfs    usbdata                  6.4G /media/rick/usbdata
sr0                                         1024M 
sda                                        931.5G 
├─sda4      ntfs    WINRETOOLS               450M 
├─sda2                                       128M 
├─sda5      ntfs    Image                   11.4G 
├─sda3      ntfs    HGST_Win10               919G /mnt/d
└─sda1      vfat    ESP                      500M 
nvme0n1                                      477G 
├─nvme0n1p5 ext4    NVMe_Ubuntu_16.0        44.6G /
├─nvme0n1p3                                   16M 
├─nvme0n1p1 ntfs                             450M 
├─nvme0n1p8 ext4    Ubuntu18.04             23.7G 
├─nvme0n1p6 swap    Linux Swap               7.9G [SWAP]
├─nvme0n1p4 ntfs    NVMe_Win10             391.2G /mnt/c
├─nvme0n1p2 vfat                              99M /boot/efi
└─nvme0n1p7 ntfs    Shared_WSL+Linux           9G /mnt/e

30_os-тестер

Удостоверьтесь Ваш 30_os-prober отмечен как исполняемый файл как показано ниже:

$ ll /etc/grub.d/30_os-prober
-rwxr-xr-x 1 root root 11736 Jun 29  2018 /etc/grub.d/30_os-prober*

TL; DR

Мой AW17R3 не имел никаких проблем при выполнении Intel RAID, но я переключил его на AHCI для другого вопроса и больше не могу переключаться назад.

Мой Windows 10 похож на это:

menuentry 'Windows 10' --class windows --class os $menuentry_id_option 'osprober-efi-D656-F2A8' {
    savedefault
    insmod part_gpt
    insmod fat
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root  D656-F2A8
    else
      search --no-floppy --fs-uuid --set=root D656-F2A8
    fi
    chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}

Однако я запускаю немного скрипта для давания понятных имен для расчистки пунктов меню:

# NAME: my-update-grub
# PATH: /mnt/e/bin
# DESC: Run update-grub and then rename menu entries
# DATE: July 13, 2018. (yah it's a Friday)

# sudo required when calling script
if [[ $(id -u) != 0 ]]; then
    zenity --error --text "You must call this script using sudo. Aborting."
    exit 99
fi

#sudo update-grub # Optional remove # in column 1

sed -i "s|Windows Boot Manager (on /dev/nvme0n1p2)|Windows 10|g" /boot/grub/grub.cfg
sed -i "s|Windows Boot Manager (on /dev/sda1)|Windows 10 original|g" /boot/grub/grub.cfg
sed -i "s|Ubuntu 16.04.5 LTS (16.04) (on /dev/nvme0n1p7)|Broken Ubuntu 16.04|g" /boot/grub/grub.cfg
sed -i "s|Ubuntu 18.04.1 LTS (18.04) (on /dev/nvme0n1p10)|Ubuntu 18.04|g" /boot/grub/grub.cfg

exit 0

Я изменил BIOS для не перезагрузки от жесткого диска каждой начальной загрузки, которая сохранила 4 секунды или около этого. Я также изменил BIOS для не чтения из плат NIC, которые сохранили несколько секунд. BIOS POST раньше занимал приблизительно 16 секунд и я обрезал его вниз к 5 секундам. Все еще слишком долго я думаю, потому что Dell Inspiron 17R 7720SE составляет только секунду или два.

В BIOS удостоверяются TPM и защищают начальную загрузку, выключен. Также Вы могли бы хотеть следовать boot-repair предложение для перемещения раздела в переднюю сторону диска:

$ sudo fdisk -l
Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes, 1000215216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 43583516-680C-4323-A4B1-592DF4DEEB70

Device              Start        End   Sectors   Size Type
/dev/nvme0n1p1       2048     923647    921600   450M Windows recovery environment
/dev/nvme0n1p2     923648    1126399    202752    99M EFI System
/dev/nvme0n1p3    1126400    1159167     32768    16M Microsoft reserved
/dev/nvme0n1p4    1159168  762818491 761659324 363.2G Microsoft basic data
/dev/nvme0n1p5  819851264  821610495   1759232   859M Windows recovery environment
/dev/nvme0n1p6  821610496  916246527  94636032  45.1G Linux filesystem
/dev/nvme0n1p7  916246528  964739071  48492544  23.1G Linux filesystem
/dev/nvme0n1p8  964739072  983709695  18970624     9G Microsoft basic data
/dev/nvme0n1p9  983709696 1000214527  16504832   7.9G Linux swap
/dev/nvme0n1p10 762818560  819851263  57032704  27.2G Linux filesystem

Partition table entries are not in disk order.


Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 8BEC7AEB-4576-42B0-8A8A-D40779A80126

Device          Start        End    Sectors  Size Type
/dev/sda1        2048    1026047    1024000  500M EFI System
/dev/sda2     1026048    1288191     262144  128M Microsoft reserved
/dev/sda3     1288192 1928626175 1927337984  919G Microsoft basic data
/dev/sda4  1928626176 1929547775     921600  450M Windows recovery environment
/dev/sda5  1929547776 1953523711   23975936 11.4G Windows recovery environment

Ваше целое 30_os-prober раздел кажется поврежденным (это пусто), тогда как мой имеет 100 строк, прежде чем это доберется до хорошей части:

$ grep 30_os-prober -A110 /boot/grub/grub.cfg
   (...SNIP...)
menuentry 'Windows 10' --class windows --class os $menuentry_id_option 'osprober-efi-D656-F2A8' {
    savedefault
    insmod part_gpt
    insmod fat
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root  D656-F2A8
    else
      search --no-floppy --fs-uuid --set=root D656-F2A8
    fi
    chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
0
ответ дан 23 October 2019 в 23:48

Другие вопросы по тегам:

Похожие вопросы: