Это попытка и неудачная двойная загрузка 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...
Я пробовал вещи из большого количества учебников; но никто, похоже, не работает.
Как я могу это исправить?
скорее всего, Ваш Alienware выполняет Intel RST Premium для Windows 10. Это произошло для моего гибкого провода 5, когда я попробовал свою начальную двойную загрузку. Откройте свой BIOS путем спама f2 (или удалите или что-либо еще, что работает) во время перезапуска. Ищите что-то, что говорит, что RST Premium и переключает его на AHCI, затем это будет работать, надо надеяться. Что-то подобное произошло для меня, таким образом, это может работать.
Сначала удостоверьтесь монтирование раздела окна:
$ 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-prober
отмечен как исполняемый файл как показано ниже:
$ ll /etc/grub.d/30_os-prober
-rwxr-xr-x 1 root root 11736 Jun 29 2018 /etc/grub.d/30_os-prober*
Мой 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
}