Grub invalid signature windows 10

As an alternative to have dual boot setup, you can try setting up Grub2Win, which is an implementation of GRUB installed from Windows and has UEFI support. Note that Grub2Win does not integrate with existing GRUB installation, it creates its own.

Once installed it would detect your UEFI boot option for Windows.

It may detect your Linux partition automatically, if it doesn’t you can add the menu entry manually to C:\grub2\grub.cfg, you can grab menuentry from your existing grub.cfg in Linux (usually located at /boot/grub/grub.cfg), looks similar to this:

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os --class icon-linux {
    insmod gzio
    insmod part_gpt
    insmod ext2
    set root='hd0,gpt6'
    search --no-floppy --fs-uuid --set=root ###################
    linux   /boot/vmlinuz-5.4.0-48-generic root=UUID=################### ro  quiet splash $vt_handoff
    initrd  /boot/initrd.img-5.4.0-48-generic
}

Note that instead of ###### above, you should use your Linux partition UUID, and should use the real boot image names installed in your /boot directory.

This enabled me to have Windows 10 + Ubuntu 20.04 dual boot setup successfully.

Если ни один из этих методов не помогает, вы можете попробовать выполнить восстановление загрузчика Grub. Для этого вам потребуется загрузочный USB-накопитель с операционной системой Linux. Загрузите компьютер с этого накопителя и следуйте инструкциям по выпол

Как избавиться от ошибки «Grub invalid signature windows 10» на компьютере

Ошибка «Grub invalid signature windows 10» может возникнуть при попытке загрузить систему Windows 10 на компьютере, который также имеет установленную операционную систему Linux или другую версию Windows. Эта ошибка указывает на проблему с обнаружением корректной подписи в загрузчике GRUB.

Чтобы исправить эту ошибку, следуйте инструкциям ниже:

1. Перезагрузите компьютер и выберите загрузку с LiveUSB или LiveCD с установленной операционной системой Linux. Для этого вам может потребоваться изменить порядок загрузки в BIOS компьютера.
2. После загрузки системы Linux откройте терминал.
3. Введите команду sudo fdisk -l для отображения списка разделов на вашем жестком диске.
4. Найдите раздел, на котором установлена система Windows 10. Он, как правило, имеет тип NTFS.
5. Затем выполните команду sudo mount /dev/sdaX /mnt, заменив X на номер раздела с вашей системой Windows 10.
6. Теперь выполните команду sudo mount --bind /dev /mnt/dev && sudo mount --bind /dev/pts /mnt/dev/pts && sudo mount --bind /proc /mnt/proc && sudo mount --bind /sys /mnt/sys.
7. Наконец, выполните команду sudo chroot /mnt, чтобы сменить корневую директорию на вашу систему Windows 10.
8. Теперь выполните команду sudo update-grub, чтобы запустить обновление загрузчика GRUB.
9. После завершения обновления загрузчика, выполните команду exit, чтобы выйти из chroot.
10. Перезагрузите компьютер и проверьте, исправилась ли ошибка «Grub invalid signature windows 10».

Если ошибка все еще продолжается, возможно, вам придется переустановить GRUB или выполнить другие действия, связанные с настройками загрузчика. В этом случае рекомендуется обратиться за помощью к специалистам или консультантам по Linux или Windows 10.

Обратите внимание: Внесение изменений в загрузчик GRUB может быть рискованным. Перед выполнением любых действий с загрузчиком рекомендуется создать резервную копию данных на вашем компьютере.

Проверка загрузочного диска

Для исправления ошибки «Grub invalid signature windows 10» вам потребуется проверить ваш загрузочный диск на наличие повреждений. Вот несколько шагов, которые вы можете выполнить, чтобы это сделать:

1. Вставьте загрузочный диск в дисковод компьютера.
2. Перезагрузите компьютер и нажмите нужную клавишу для доступа к BIOS или Boot Menu (обычно это клавиша F2, F10, или Esc).
3. В настройках BIOS или Boot Menu выберите опцию «Boot Priority» или «Boot Order».
4. Установите загрузочный диск в качестве первого приоритета загрузки.
5. Сохраните изменения и выйдите из настроек BIOS или Boot Menu.
6. Компьютер должен перезагрузиться с загрузочного диска. Если вы по-прежнему получаете ошибку «Grub invalid signature windows 10», возможно, проблема в самом диске.
7. Попробуйте загрузить другой диск или скачать новую копию операционной системы.

Если после проведения проверки вы все еще испытываете проблему «Grub invalid signature windows 10», рекомендуется обратиться за помощью к профессионалам или посетить форумы, посвященные решению проблем с загрузкой операционных систем. Они могут предложить более специфические советы и инструкции.

Восстановление загрузчика Grub

Для восстановления загрузчика Grub в ОС Windows 10 можно воспользоваться следующими шагами:

1. Загрузка с помощью установочного диска операционной системы Windows 10.

Необходимо вставить установочный диск Windows 10 в оптический привод или подключить USB-накопитель с установочным образом операционной системы.

2. Запуск компьютера с установочного диска.

После вставки установочного диска или подключения USB-накопителя нужно перезагрузить компьютер и выбрать запуск с установочного диска.

3. Выбор языка и настройка параметров.

После того, как компьютер загрузится с установочного диска, необходимо выбрать язык и параметры, а затем нажать «Далее».

4. Доступ к командной строке восстановления.

На экране установки необходимо выбрать «Восстановление компьютера» и затем перейти в «Дополнительные параметры». Далее выберите «Командная строка».

5. Восстановление загрузчика Grub.

В командной строке нужно выполнить следующую команду:

bootrec /fixmbr

После выполнения этой команды будет восстановлен загрузчик Grub. Можно также попытаться выполнить команды bootrec /fixboot и bootrec /rebuildbcd для более полного восстановления загрузчика.

6. Перезагрузка компьютера.

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

После перезагрузки компьютера ошибка «Grub invalid signature windows 10» должна исчезнуть, и компьютер должен загрузиться без проблем.

Примечание: Восстановление загрузчика Grub может привести к сбросу других настроек загрузки, поэтому может потребоваться повторная настройка параметров загрузки операционной системы или других установленных систем.

Обновление операционной системы

1. Проверьте наличие доступных обновлений:

Перед выполнением обновления нужно убедиться, что у вас установлены все доступные обновления. Для этого откройте настройки операционной системы и найдите раздел «Обновление и безопасность». В этом разделе вы можете проверить наличие доступных обновлений и установить их.

2. Установите обновления:

Если у вас найдены доступные обновления, нажмите на кнопку «Установить обновления». Это может занять некоторое время, но в итоге ваша операционная система будет обновлена до последней версии.

3. Перезагрузите компьютер:

После установки обновлений рекомендуется перезагрузить компьютер. Это поможет применить все внесенные изменения и убедиться, что ваша операционная система работает без ошибок.

4. Повторите процесс, если ошибка не исчезла:

Иногда обновление операционной системы может не решить проблему. Если после обновления ошибка «Grub invalid signature windows 10» все еще не исчезла, вы можете повторить процесс обновления или обратиться к специалисту по компьютерам для получения дополнительной помощи.

Обновление операционной системы может быть полезным способом исправления ошибки «Grub invalid signature windows 10». При необходимости не стесняйтесь обращаться за помощью, так как неправильное обновление операционной системы может привести к другим проблемам.

I have a 250GB drive on GPT. There are three partitions, boot, root,home for Ubuntu. I have recently had to add Windows 10, so I partitioned home and opened up about 60GB for Windows 10.

I did (try to do ) a USB install (following this guide, https://www.youtube.com/watch?v=o4ilMAAk1Q8) where I carved out a 8GB partition and copied the installer files. The expectation was that once you reboot, the rest of the installation process continues and you are able to complete Windows 10 installation.

When I rebooted, my GRUB had no idea that it has to reboot into Windows, of course. So I got into Ubuntu and updated grub with the Windows 10 information. When I rebooted again, GRUB showed a Windows 10 Recovery System but was unable to boot into Windows 10 Installer (remember, I am still installing Windows 10). To solve this problem, I manually tried to load bootmgr.efi and bootx64.efi, but was unsuccessful. I am not sure what should be done to boot into Windows installer and complete the installation. Any help would be appreciated! Thank you!

Trying with bootmgr.efi and bootx64.efi

grub> insmod ntfs
grub> insmod chain
grub> set root=(hd0,gpt4)
grub> chainloader /bootmgr.efi
error: invalid signature 

grub> insmod ntfs
grub> insmod chain
grub> set root=(hd0,gpt4)
grub> chainloader /efi/boot/bootx64.efi
error: invalid signature 

1. Grub «Invalid Signature» error when booting windows
   

   I have 3 hard disks. THe first one has windows, the second windows programs, and the third linux. Grub is installed to the MBR of the third, and it is my primary boot disk. Everything was working fine, but then, when I chose to boot to windows (which I had done before just fine), grub told me «Error 13: Invalid Signature» (or something like that). I made sure it pointed to the right paritition ((hd0,0) or /dev/sda1) and it did. I had wanted to upgrade to grub2 anyway, and I figured that would fix it, so I did that, and had it recheck and regenerate everything on its own. It generated an entry for windows (Windows 7, though it detected it as a Vista loader, but that is normal). Ubuntu booted fine in grub2, but when I tried to boot into windows, i got

   Code:

   Booting 'Windows Vista (loader) (on /dev/sda1)'
   error: invalid signature
   Press any key to continue

   Upon pressing a key I was returned to the grub menu.

   I figured it was a problem with windows then, so I booted into a windows 7 install CD, used the bootrec.exe program to repair the boot sector, and for good measure write a Windows MBR to the first hard disk. When booting from grub, same deal, but when I told the computer to boot from the first HDD, windows booted just fine.

   So… anybody got any ideas?

   fdisk -l:

   Code:

   Disk /dev/sda: 500.1 GB, 500107862016 bytes
   255 heads, 63 sectors/track, 60801 cylinders
   Units = cylinders of 16065 * 512 = 8225280 bytes
   Disk identifier: 0x45824581
   
      Device Boot      Start         End      Blocks   Id  System
   /dev/sda1   *           1       12748   102398278+   7  HPFS/NTFS
   /dev/sda2           12749       60801   385985722+   7  HPFS/NTFS
   
   Disk /dev/sdb: 500.1 GB, 500107862016 bytes
   255 heads, 63 sectors/track, 60801 cylinders
   Units = cylinders of 16065 * 512 = 8225280 bytes
   Disk identifier: 0x0005bb9c
   
      Device Boot      Start         End      Blocks   Id  System
   /dev/sdb1               1       60801   488384001    7  HPFS/NTFS
   
   Disk /dev/sdc: 750.1 GB, 750156374016 bytes
   255 heads, 63 sectors/track, 91201 cylinders
   Units = cylinders of 16065 * 512 = 8225280 bytes
   Disk identifier: 0x0007e5e0
   
      Device Boot      Start         End      Blocks   Id  System
   /dev/sdc1   *           1          25      200781   83  Linux
   /dev/sdc2              26       65705   527574600    5  Extended
   /dev/sdc3           65706       91201   204796620    7  HPFS/NTFS
   /dev/sdc5              26       38270   307202931   83  Linux
   /dev/sdc6           38271       65705   220371606   83  Linux

   ---

2. Re: Grub «Invalid Signature» error when booting windows
   

   hey,
   i think your problem is that grub is using the wrong device name. instead of /dev/sda1 it should be /dev/hd0 or something like that.

   what I need you to do is show me

   also show me /boot/grub/menu.lst file

   from there i will determine your problem

   ---

3. Re: Grub «Invalid Signature» error when booting windows
   

   The output of ‘fdisk -l’ would indicate that the device names are correct, but I am attaching the output of ‘dmesg’ anyway.

   The relevant stuff is probably here:

   Code:

   $ sudo dmesg | grep sd[abc]
   [   34.167023] sd 0:0:0:0: [sda] 976773168 512-byte hardware sectors: (500 GB/465 GiB)
   [   34.167028] sd 0:0:0:0: [sda] Write Protect is off
   [   34.167030] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
   [   34.167038] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
   [   34.167076]  sda: sda1 sda2
   [   34.193693] sd 0:0:0:0: [sda] Attached SCSI disk
   [   35.012733] sd 1:0:0:0: [sdb] 976773168 512-byte hardware sectors: (500 GB/465 GiB)
   [   35.012738] sd 1:0:0:0: [sdb] Write Protect is off
   [   35.012740] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
   [   35.012748] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
   [   35.012778]  sdb:<6>usb 2-6: configuration #1 chosen from 1 choice
   [   35.040306]  sdb1
   [   35.040338] sd 1:0:0:0: [sdb] Attached SCSI disk
   [   36.070214] sd 2:0:0:0: [sdc] 1465149168 512-byte hardware sectors: (750 GB/698 GiB)
   [   36.070219] sd 2:0:0:0: [sdc] Write Protect is off
   [   36.070221] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
   [   36.070229] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
   [   36.070259]  sdc: sdc1 sdc2 < sdc5 sdc6 > sdc3
   [   36.115180] sd 2:0:0:0: [sdc] Attached SCSI disk
   [   39.540724] kjournald2 starting: pid 922, dev sdc5:8, commit interval 5 seconds
   [   39.553978] EXT4-fs: mounted filesystem sdc5 with ordered data mode
   [   44.592423] EXT4 FS on sdc5, internal journal on sdc5:8
   [   45.265730] kjournald2 starting: pid 2277, dev sdc1:8, commit interval 5 seconds
   [   45.266803] EXT4 FS on sdc1, internal journal on sdc1:8
   [   45.266868] EXT4-fs: mounted filesystem sdc1 with ordered data mode
   [   45.272555] kjournald2 starting: pid 2278, dev sdc6:8, commit interval 5 seconds
   [   45.272939] EXT4 FS on sdc6, internal journal on sdc6:8
   [   45.281889] EXT4-fs: mounted filesystem sdc6 with ordered data mode

   As to the menu.lst, grub2 doesn’t have one. It has been replaced by /boot/grub/grub.cfg (attached in first post). That file is automatically generated from scripts in /etc/grub.d/ and is updated whenever ‘update-grub’ is exectuted. (you can also prefedine fixed entries that it will include).

   the relevant bit of the grub.cfg is:

   Code:

    51 ### BEGIN /etc/grub.d/30_os-prober ###
    52 menuentry "Windows Vista (loader) (on /dev/sda1)" {
    53     set root=(hd0,1)
    54     chainloader +1
    55 }

   (the line numbers are because I copied it out of vim).

   Actually, looking at that now, I wonder if it shuoldn’t be (hd0,0) instead… I will reboot and the post another update about that.

   Oh, apparently the output of dmesg is too large a file to attach as a text file. Oh well.

   EDIT: So I tried changing it to root=(hd0,0) but it said «no such partition». So, that wasn’t the problem. Or at least not the solution. It could be related to the problem. «Invalid signature» seems to suggest that it is finding something, it just doens’t like it for some reason.

   Last edited by cak3; September 12th, 2009 at 03:05 AM.

   ---

4. Re: Grub «Invalid Signature» error when booting windows
   

   So, a google search for «grub invalid signature» returned this thread as the first result, which isn’t entirely helpful. I guess google gives ubuntuforums.org high priority. Oh yea, anyway… bump.

   ---

5. Re: Grub «Invalid Signature» error when booting windows
   

   If you change the boot order in bios, is there still a valid windows MBR on that drive to boot directly into windows. I suspect the problem may be a windows problem rather than grub. You should probably check that out. Post back your results.

   12.10 Quantal w/grub2/Mint13 installed on raid0, Gigabyte AMD MB, AMD 64×4 CPUs at 3.2GHz, 16 GB ram, HD7770 ATI video, dual boot win7 on 64gb ssd and win8 on 1Tb SATA raid. 13.04 installed on raid0 and ssd

   ---

6. Re: Grub «Invalid Signature» error when booting windows
   

   Originally Posted by ronparent
   

   If you change the boot order in bios, is there still a valid windows MBR on that drive to boot directly into windows. I suspect the problem may be a windows problem rather than grub. You should probably check that out. Post back your results.

   Yea, I kinda mentioned that in the first post, though it wasn’t very clear. I have a windows MBR on the first HDD, and if I choose to boot from that HDD (via the BIOS boot selection menu, same idea as changing the boot order) I can get into windows. I didn’t have a windows MBR on that drive until I wrote it from the win 7 disk after I started having this issue, since I couldn’t get to windows via grub.

   I agree that it seems likely that it has something to do with windows, but the error is within grub, so I am hoping to at least figure out what «invalid signature» means and what needs to be done to fix it.

   ---

7. Re: Grub «Invalid Signature» error when booting windows
   

   ---

8. Re: Grub «Invalid Signature» error when booting windows
   

   Considering the fact that you are able to boot into that same Windows installation (at least this is what I gathered) when not using GRUB, it would appear that the Windows installation is fine — e.g., I’d say the issue is with GRUB and its interpretation of your Windows drive. Maybe it’s having issues with the boot sequence, or the way the hard drives are connected physically?

   You have two partitions on hd0. What is on each one? I personally find it odd that GRUB2 didn’t find partition 0 on hd0, considering that should be this one:

   /dev/sda1 * 1 12748 102398278+ 7 HPFS/NTFS <<<<<<
   /dev/sda2 12749 60801 385985722+ 7 HPFS/NTFS

   … but maybe I’m just talking out my *rse.

   It doesn’t help your situation that the grub.cfg file isn’t to be edited manually even if we knew what was wrong with it!

   ---

9. Re: Grub «Invalid Signature» error when booting windows
   

   The second partition on hd0 is all my user data for windows (the first one begin just the system itself). I was looking at the cfg file, and it seems grub2 calls the first partition (hdx,1) instead of 0 (which matches the /dev/sdx1 scheme). I assume this is so at least, since it uses (hd2,1) as the root when booting linux (which works) and the boot partition is the first one.

   It could be something with the drive, thats a good idea. I’ll try writing grub to the MBR of one of the others and see if it works. Won’t be able to do that till later today though.

   ---

10. Re: Grub «Invalid Signature» error when booting windows
    

    hd0,0 (equal to /dev/sda1) would be the first partition on the first hard drive, which I believe is the one GRUB2 should be pointing at as that’s the system partition, according to what you’ve described (makes sense size-wise as well). As such, I personally cannot see any issues with your grub.cfg file and its reference to the Windows drive; it would appear that the problem lies elsewhere.

    Did anything at all change before all this happened, especially hardware changes? Could you find out what the exact error was that you got when you were still using GRUB Legacy? GRUB2 isn’t exactly a well-known entity as it stands.

    ---

It looks like you’ve followed an old guide that expects Windows to use MBR partitioning.

The «invalid signature» error suggests Secure Boot is enabled. When Secure Boot is enabled, all bootloaders must be signed with a private key, and a matching public key must be included in the Secure Boot variables in the firmware NVRAM. GRUB is dutifully reading the first sector of the partition you’ve specified, but since it does not contain the appropriate Secure Boot signature, the firmware refuses to execute it.

Secure Boot requires native UEFI-style boot as a prerequisite. You may be able to disable Secure Boot on your system, but since GRUB already starts for you, there is probably no need to do that.

Your insmod part_gpt suggest you expect the disk to have a GPT-style partitioning which usually goes together with UEFI boot style, but on the other hand, set root=(hd0,msdos2) expects a MBR partition.

On my Debian system with GPT partitioning, the set root line reads: set root='hd0,gpt1'. If your system uses GPT partitioning, use the gptN partition identifiers instead of msdosN.

Also chainloader +1 tells GRUB to read the boot block from the first block of the partition; in UEFI native boot, there is no such thing. To boot Windows in UEFI mode, the set root line should point to the EFI System Partition that contains the Windows bootloader, and the chainloader line should be chainloader /EFI/Microsoft/Boot/bootmgfw.efi.