<html>
    <head>
      <base href="https://issues.openmandriva.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_CONFIRMED "
   title="CONFIRMED - No bootloader in dual boot system with Windows 10 - Installation works but Windows is booted"
   href="https://issues.openmandriva.org/show_bug.cgi?id=1930#c11">Comment # 11</a>
              on <a class="bz_bug_link 
          bz_status_CONFIRMED "
   title="CONFIRMED - No bootloader in dual boot system with Windows 10 - Installation works but Windows is booted"
   href="https://issues.openmandriva.org/show_bug.cgi?id=1930">bug 1930</a>
              from <span class="vcard"><a class="email" href="mailto:itchka@compuserve.com" title="Colin Close <itchka@compuserve.com>"> <span class="fn">Colin Close</span></a>
</span></b>
        <pre>Thanks for the screenshot.
It's not entirely clear when is mean't by legacy mode here is the secure boot
control in a different page of the bios?
I think this bug would make sense if the efibootmgr program was failing
silently in the Calamares installer the OpenMandriva entry would not then be
created in the boot sequence variables.
Unfortunately there are a number of other ways this might occur. When
installing if you want to boot in UEFI mode you must ensure that the EFI
partition is mounted on /boot/efi it is not automatic. Also Calamares does not
remember which drive you set as the boot drive if you add another partition you
must set the boot drive once you have created all the partitions. Much of the
time this just works OK because the default just happens to be the drive you
want but it can trip you up.
To resolve your issue for the time being I would suggest the following most of
which you may already know how to do.
.
1. Boot the machine into OpenMandriva using the super-grub disk.

2. Once booted enable the LX3 testing repo with:-
urpmi.addmedia main_testing
<a href="http://abf-downloads.openmandriva.org/3.0/repository/x86_64/main/testing/">http://abf-downloads.openmandriva.org/3.0/repository/x86_64/main/testing/</a>

3. Do urpmi --media main_testing efivar efibootmgr 
This will update the efibootmgr packages and it's dependencies.

4. Here is the result of running (as root) efibootmgr on my system

BootCurrent: 0000
Timeout: 2 seconds
BootOrder: 0000,0007,000B,0009,0006
Boot0000* openmandriva
Boot0006* UEFI: Built-in EFI Shell 
Boot0007* Hard Drive 
Boot0009* USB 
Boot000B* CD/DVD Drive

If efibootmgr is funtions then all is good if it fails the most likely cause is
that the efivars filesystem is not mounted

Running "mount" should show this entry (among others)
efivarfs on /sys/firmware/efi/efivars type efivarfs
(rw,nosuid,nodev,noexec,relatime)
If it does not mount with:-
mount -t efivarfs /sys/firmware/efi/efivarfs -o rw,nosuid,nodev,noexec,noatime

5. Next we will reinstall the boot loader using grub. To do this  you need to
mount the UEFI partition so the necessary files can be written to it. This will
probably be /dev/sda1 partition but you will need to check this comman should
find it. "fdisk -l | grep EFI"
and mount it:-
mount -t vfat /dev/sdxx /boot/efi
Once mounted do as root:_

grub2-install --bootloader-id=openmanadriva /dev/sdx

where /dev/sdx is the drive on which the EFI partion is located


6. Finally we create the grub config with:-
grub2-mkconfig -o /boot/grub2/grub.cfg
and then unmount the EFI partition 
umount /boot/efi

Running efibootmgr should now list openmandriva as the default boot entry.
You should be able to manipulate the various efi variables like the boot but be
careful as it is possible to brick your machine doing this.
If you want to experiment before doing it for real do it in a VirtualBox
machine. The EFI implementation in VB is pretty good. The only thing it doesn't
do is save the values after you exit the virtual machine.

I hope this resolves your issue though it is still not clear what was the root
cause.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are watching all bug changes.</li>
      </ul>
    </body>
</html>