GRUB не обнаруживает Windows

Если у вас ранее был установлен RAID, который может вызывать проблемы. В моем случае я собрал свой рабочий стол в 2010 году и установил два 1.5 ТБ с полосатым RAID. User gracemercy54 упоминает здесь, что это осталось после метаданных прежней конфигурации RAID.

Когда я изначально пытался выполнить шаги Гермеса, я получил ошибку, указав "неправильное количество устройств в наборе RAID". Итак, если это случится, откройте терминал и запустите:

   sudo dmraid -rE
   sudo os-prober
   sudo update-grub

Что исправило это для меня.

У меня была такая же проблема с Windows 10. Я установил 64-разрядную версию Linux Mint 18.1 Cinnamon на свой ноутбук для двойной загрузки с WIN10. После установки GRUB предлагал только загрузку Linux, но не Windows.

Я обнаружил, что видео решение для Windows 10 отсутствует в меню grub и ветка форума Grub не распознает Win10 после обновления / восстановления , но, к сожалению, у меня ничего не вышло, поэтому я использовал комбинацию этих двух для решения моей проблемы.

Откройте свой терминал, следуйте этим командам и откройте файл с именем 40_custom:

sudo gedit /etc/grub.d/40_custom

Добавьте эти строки в конец файл, а затем сохраните его и выйдите:

menuentry "Windows 10" {
   set root='{hd0,1}'
   chainloader + 1
}

После сохранения файла обновите GRUB с помощью этой команды:

sudo update-grub

Затем перезагрузите компьютер, чтобы проверить, работает ли он.

Надеюсь, это сработает и для других!

У меня была запущена Windows 10, а затем я попробовал двойную загрузку. После установки Ubuntu Win 10 не отображался в моем загрузчике GRUB. Я пробовал следующее -

Прежде всего, я отключил безопасную загрузку в Win10. Затем запустил ниже команды в Ubuntu:

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install -y boot-repair && boot-repair

Работают довольно хорошо. После этого смог найти и Windows, и Ubuntu в GRUB.

Если вышеприведенный метод os-prober не работает, попробуйте добавить пользовательский пункт в меню grub. Документировано здесь.

Первые два шага - это поиск вашего .

1. Запустите lsblk и найдите имя строки с помощью /boot/efi

Вывод примера (здесь ответ sda2):

lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda           8:0    0   477G  0 disk 
├─sda1        8:1    0   450M  0 part 
├─sda2        8:2    0   100M  0 part /boot/efi
├─sda3        8:3    0    16M  0 part 
├─sda4        8:4    0    47G  0 part /windows
├─sda5        8:5    0 425,6G  0 part /
└─sda6        8:6    0   3,7G  0 part [SWAP]
mmcblk0     179:0    0  14,9G  0 disk 
└─mmcblk0p1 179:1    0  14,9G  0 part

2. Запустите sudo blkid /dev/sdaX, где sdaX - ответ с предыдущего шага (sda2 в моем случае).

Вывод примера (здесь ответ 58E4-427D):

/dev/sda2: UUID="58E4-427D" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="b81727be-ba90-5f8c-ab98-d3ec67778b7d"

3. Добавьте в конец файла /etc/grub.d/40_custom:

menuentry "Windows 7" {  
     insmod ntfs  
     set root='(hd0,1)'  
     search --no-floppy --fs-uuid --set <UUID>
     chainloader +1  
}

4. Запустите sudo update-grub и перезагрузитесь.

Я решил аналогичную проблему, выполнив шаги Восстановление загрузки

Установить восстановление загрузки

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install -y boot-repair && boot-repair

Нажмите «Рекомендуемое восстановление» И введите в терминал несколько команд, как он предлагал.

Я думаю, что мой Grub не распознает окна из-за плохого завершения работы, и это решило проблему.

1. Загрузите Ubuntu и смонтируйте раздел Windows (просто откройте диск в Nautilus)

2. Выполните следующее в командной строке ( Ctrl + Alt + t ):

    sudo os-prober
    

3. Если ваша установка Windows была найдена, вы можете запустить:

    sudo update-grub
    

Обратите внимание, что шаг 2 предназначен только для вашего удобства. Вы можете просто смонтировать раздел Windows 7 и затем запустить update-grub .

Связанный вопрос

• Невозможно смонтировать файловую систему Windows (NTFS) из-за гибернации

У меня была такая же проблема, и я потратил 2 дня на ее выяснение. Но сегодня утром у меня возникла эта внезапная идея, и она сработала.

Вам следует проверить настройки BIOS / uefi. В моем случае мне пришлось сначала разрешить загрузку Uefi. В противном случае я не смог бы обнаружить окна из ubuntu. Мне нужно было установить ubuntu> Windows Boot Manager> DISK1> DISK2> DISK3. Установлен DISK1> ubuntu> Windows Boot Manager> DISK3.

У меня было 2 установки ubuntu, одна на hdd и одна на ssd. Очевидно, установка ssd не отображалась как UEFI по какой-то причине, но я хотел сначала загрузить более быстрый диск.

Я не ожидал, что порядок загрузки может повлиять на grub при обнаружении систем. Так что стоит рассмотреть это.

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

Добавьте следующее в /etc/grub.d/40_custom [117683 0]:

menuentry "Windows 10" {
        insmod part_gpt
        insmod fat
        search --no-floppy --fs-uuid --set <boot_efi_uuid>
        chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}

$ lsblk
NAME              MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT                                                  
sda                 8:0    0 119.2G  0 disk
└─md126             9:126  0 357.7G  0 raid0
  ├─md126p1       259:0    0   499M  0 md
  ├─md126p2       259:1    0   100M  0 md    /boot/efi                                                   

$ sudo blkid | grep md126p2 # Replace with your device
/dev/md126p2: UUID=<boot_efi_uuid>

sudo update-grub