Bug 17296

Please attach the file:
/root/drakx/report.bug.xz

CC: (none) => zen25000

(In reply to Barry Jackson from comment #1)
> Please attach the file:
> /root/drakx/report.bug.xz

Adding plus one's reported in error msg (grub2 not grub!)

Created attachment 7265 [details]
rar archive file containing requested and others noted in error msg.

Contains all and more - hope they help.

Adding tv to cc

@Vincent - please don't use rar!

what is the full output of:
su
gdisk /dev/sda
i  (enter)
1  (number 1) (enter)

CC: (none) => thierry.vignaud

Do you need me to resend archive in say zip ?

Answer to your query for SSD (sda):

-------------------
GPT fdisk (gdisk) version 0.8.10

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): i
Partition number (1-4): 1
Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System)
Partition unique GUID: CF61C8D4-3E60-46CE-BE20-6FD086CDA037
First sector: 2048 (at 1024.0 KiB)
Last sector: 206847 (at 101.0 MiB)
Partition size: 204800 sectors (100.0 MiB)
Attribute flags: 0000000000000000
Partition name: 'EFI system partition'
------------------

and for the WD 3TB Red which has the same issue now:

----------
 gdisk /dev/sdb
GPT fdisk (gdisk) version 0.8.10

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): i
Partition number (1-12): 1
Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System)
Partition unique GUID: 62BF933B-D07F-435A-AC47-EF21D0F4FB82
First sector: 2048 (at 1024.0 KiB)
Last sector: 206847 (at 101.0 MiB)                                              
Partition size: 204800 sectors (100.0 MiB)                                      
Attribute flags: 0000000000000000
Partition name: 'EFI system partition'

Command (? for help): q

----------

Created attachment 7267 [details]
requested files previously in rar form given as .tar.gz

*** Bug 18680 has been marked as a duplicate of this bug. ***

grub2-install worked nicely during installer, where grub2-efi was selected b/c you were running under UEFI.

What's the result of 'rpm -qa grub2*' ?
Did you reinstall grub2 manually?
If yes, you should have installed grub2-efi instead.
Did you switch to legacy PC-BIOS in firmware?

Keywords: (none) => NEEDINFO

Though the issue is likely b/c you removed the /boot/EFI mountpoint.
You have thus broken grub2.
Mageia works on UEFI systems by mounting the EFI system partition (aka ESP, see https://en.wikipedia.org/wiki/EFI_system_partition) on /boot/EFI.
Both our tools & grub2 expect to found the ESP there.
It was properly setup by installer as shown by your install logs.
However your df logs show that you removed it and mounted it under /tmp/EFI

result of rpm check:

rpm -qa grub2*
grub2-efi-2.02-0.git9752.18.4.mga5
grub2-mageia-theme-2.02-0.git9752.18.4.mga5

grub2-efi is installed, it was NOT manually installed.

Both sda and sdb are GPT drives

System was booted via sda grub2 boot loader and sdb installed copy of Mageia v5 was selected for loading

Attempting to install boot system on sdb that origally have one but not sure what.

sda and sdb contains  Win 7 using the sdn1, 2 & 3.

the /boot/EFI partition is NOT mounted by me as I do not (normally need it)

However there is one configured in /etc/fstab but rem'd out :

---
 cat /etc/fstab
# Entry for /dev/sda7 :
UUID=99189941-9cb2-4cbc-9617-018156e0eb97 / ext4 relatime,acl 1 1
# Entry for /dev/sda1 :
#UID=3C34-370C /boot/EFI vfat umask=000,iocharset=utf8 0 0
# Entry for /dev/sdb11 :
UUID=9e93fdc9-e908-4a81-b7f3-768d77b4cc35 /home ext4 defaults 1 2
# Entry for /dev/sdd1 :
UUID=3bf8232a-6d9c-4b33-bc94-9997b790d026 /home/vince/Music2 ext4 relatime,acl 1 2
# Entry for /dev/sdj1 :
UUID=08CD4AAB1366B9F4 /mnt/backup-disk ntfs-3g defaults,nofail,umask=000 0 0
none /proc proc defaults 0 0
# Entry for /dev/sda6 :
UUID=e8b2cf87-5d67-44aa-8a36-877f1b3a2992 swap swap defaults 0 0
---

Are you saying I have to have it mounted for the re/install of boot load system via grub2 ?

Yes grub2-efi won't work without it.
Actually no UEFI tool will work without it (efivar, efibootmgr, ...)

Status: NEW => RESOLVED
Resolution: (none) => INVALID

I have mounted /boot/EFI for sda (gpt) by uncommenting the entry in fstab

1 have created a new mountpoint at /boot/EFI2  for sdb and via the GUI disk tool set a mountpoint for sdb as /boot/EFI2 and mounted it therefore updating fstab.

I have now run grub2 to sdb successfully.

Thank you for your help BUT please can you update the system in some way to advise user to mount these EFI partitions when running boot loader if it cannot find it (or better still find a copy and do so for the specified drive if exists, as I had not seen any reference to this being required.


Leave this report as resolved but to remain on file for other to see if searched for.  At least it acts as some documentation on the issue :)


Vincent

This is done automatically when the installer runs on a UEFI system.
It automatically mount the ESP under /boot/EFI (and creates it if the system is blank).

Now I am really puzzled as clearly this did not occur - mounting I mean as when I did pre mount them it worked although somewhat slowly 60+ seconds.

Saying this the entry in fstab WAS comnented out !

This did occurs.
The installer logs you attached include a copy of /etc/fstab just prior to reboot to the newly installed system and it does contain:

# Entry for /dev/sda1 :
UUID=3C34-370C /boot/EFI vfat umask=0,iocharset=utf8 0 0

And if it wasn't, the installer wouldn't have been able to set up grub2...

You must have commented out because you though it wasn't needed.