Bug 15281 - UEFI installation requires presence of installation medium to boot
Summary: UEFI installation requires presence of installation medium to boot
Status: RESOLVED DUPLICATE of bug 14435
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: release_blocker critical
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-13 18:20 CET by Len Lawrence
Modified: 2015-02-18 10:28 CET (History)
3 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
grub2 configuration file (5.62 KB, text/plain)
2015-02-13 18:22 CET, Len Lawrence
Details
extract from /root/drakx/report.bug.xz (9.99 KB, application/octet-stream)
2015-02-14 16:44 CET, Len Lawrence
Details

Description Len Lawrence 2015-02-13 18:20:13 CET
Description of problem:
Customized install of Classic DVD iso from USB drive booted under UEFI Only.  The install completed without any problems.  USB drive removed, reboot.  The system hung after Loading initial ramdisk; would only proceed if the USB device was plugged in again within a 10 second timeout.

Layout of system:
hd0 = 512 GB ssd : GPT partitions
   1 = /boot/EFI  2 = swap  3 = / 

[root@localhost grub2]# gdisk -l /dev/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.
Disk /dev/sda: 1000215216 sectors, 476.9 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 817759E9-DAA1-4E14-AC2C-E24CA7D92CDC
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1000215182
Partitions will be aligned on 2048-sector boundaries
Total free space is 98925 sectors (48.3 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         1050623   512.0 MiB   8300  
   2       982632448      1000118271   8.3 GiB     8300  
   3         1050624       982632447   468.1 GiB   8300  

Note that gdisk reports all partitions as ext4 but at reinstall the partition table
seems to be OK, i.e. Windows, ext4, swap.
  

Version-Release number of selected component (if applicable):
Mageia 5 beta 3

How reproducible:
Tried full installation five times - same behaviour

Steps to Reproduce:
1. Install Cauldron from EFI-prepared USB device under UEFI-only
2. Reboot
3. Wait


Reproducible: 

Steps to Reproduce:
Comment 1 Len Lawrence 2015-02-13 18:22:57 CET
Created attachment 5906 [details]
grub2 configuration file
Thierry Vignaud 2015-02-13 18:27:11 CET

Attachment 5906 mime type: application/octet-stream => text/plain
CC: (none) => thierry.vignaud

Comment 2 Thomas Backlund 2015-02-13 18:54:16 CET
check if /etc/fstab contains any reference to the install media

CC: (none) => tmb

Comment 3 Len Lawrence 2015-02-13 19:12:40 CET
That was the problem.  Deleted the reference from fstab and no more problem.
Bug closed.  Thanks.
Comment 4 Thomas Backlund 2015-02-13 19:17:20 CET
Yeah, so the installer trying to be helpful with adding windows partitions hurts us here as it sees the fat32 usb stick and adds it to fstab... That we need to fix
Comment 5 Thierry Vignaud 2015-02-14 14:13:49 CET
Well fs::mount_points::suggest_mount_points_always() do try to filter removable media.

Can you attach your /root/drakx/report.bug.xz?
I'm especially interested in the "win parts:" line

Keywords: (none) => NEEDINFO

Comment 6 Len Lawrence 2015-02-14 16:44:55 CET
Created attachment 5918 [details]
extract from /root/drakx/report.bug.xz

Attachment 5906 is obsolete: 0 => 1

Comment 7 Len Lawrence 2015-02-14 16:47:27 CET
Removed the grub.cfg attachment and added an extract from around the "win parts:" line.  If you need the whole file let me know.
Comment 8 olivier charles 2015-02-14 17:30:54 CET
That affects Mageia4 x64 as well (EFI install from USB with classic DVD x64).

An entry for the usb stick is added in /etc/fstab during installation.

CC: (none) => olchal

Comment 9 Manuel Hiebel 2015-02-15 14:06:26 CET
setting as blocker (we had same issue on previous version without uefi, now resolved)

Keywords: NEEDINFO => (none)
Priority: Normal => release_blocker

Comment 10 Thierry Vignaud 2015-02-18 10:28:37 CET
Actually I think it's a side effect of bug #14435 which broke detecting USB devices

*** This bug has been marked as a duplicate of bug 14435 ***

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


Note You need to log in before you can comment on or make changes to this bug.