Bug 17821 - UEFI install fails with SWAP assigned to "/"
Summary: UEFI install fails with SWAP assigned to "/"
Status: RESOLVED INVALID
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: 5
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard: NEEDINFO
Keywords:
Depends on:
Blocks:
 
Reported: 2016-02-25 17:43 CET by Pierre Fortin
Modified: 2016-02-27 14:27 CET (History)
1 user (show)

See Also:
Source RPM: drakx-installer-stage2
CVE:
Status comment:


Attachments

Description Pierre Fortin 2016-02-25 17:43:33 CET
Description of problem:

Platform: Dell Precision M6800 32GB Intel(R) Core(TM) i7-4710MQ CPU @ 2.50GHz

Attempting to replace 750G HD with 1T HD, and switch from Legacy to UEFI boot mode.  When I got to the partitioning stage, this is what the installer saw and displayed.

sda1(300M) ef /boot/EFI
sda2(113G)  7 /media/windows
sda3(48G)  83 /var
sda4(rest)  5 extended
sda5(31G)  82 swap
sda6(738G) 83 /home

Note that the installer assigned sda3 to /var and insisted / was already assigned when trying to change it to /.

On a lark, I switched to advanced mode and unmounted swap. Now I was able to change /var to / and remount swap.  Also, reloaded the partition table and sda2 was now mounted as /media/win_c

[Opening another bug regarding win_d]

Swapped sda & sdb to be able to boot and report this.  Here's the new HD:
# fdisk -l /dev/sdb

Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x86461099

Device     Boot     Start        End    Sectors   Size Id Type
/dev/sdb1            2048     616447     614400   300M ef EFI (FAT-12/16/32)
/dev/sdb2          616448  237883391  237266944 113.1G  7 HPFS/NTFS/exFAT
/dev/sdb3       237883392  338546687  100663296    48G 83 Linux
/dev/sdb4       338546688 1953525167 1614978480 770.1G  5 Extended
/dev/sdb5       338548736  405653503   67104768    32G 82 Linux swap / Solaris
/dev/sdb6       405655552 1953525167 1547869616 738.1G 83 Linux

Deliberately did not set boot flag -- wanted to see if install sets it...

Version-Release number of selected component (if applicable):


How reproducible: always; well, at least twice


Steps to Reproduce:
1. Setup new HD as above.
2. Start mga5 installer (boot.iso on CD in this case)
3.
Comment 1 Pierre Fortin 2016-02-25 17:56:16 CET
See also bug 17822
Comment 2 Pierre Fortin 2016-02-25 18:01:11 CET
In case it matters, the new HD does not include the Dell "Dell Utility" and "RECOVERY" partitions -- these will remain on original HD if ever needed.
Comment 3 Marja Van Waes 2016-02-27 08:48:46 CET
Hi Pierre,

For classical installer bugs, we always need logs
https://wiki.mageia.org/en/Triage_guide#Traditional_installer

If you didn't reboot during install, then /root/drakx/report.bug.xz from the install should contain all logs. Please attach that file.

(Btw, looking at what you pasted above, I see 

> Disklabel type: dos

That is very weird. It is impossible to have an UEFI install if you didn't first wipe the disk and gpt partition it. 
What you should have there is "Disklabel type: gpt"

https://wiki.mageia.org/en/Installing_on_systems_with_UEFI_firmware )

Anyway, please do attach /root/drakx/report.bug.xz

CC: (none) => marja11
Source RPM: (none) => drakx-installer-stage2
Whiteboard: (none) => NEEDINFO

Comment 4 Pierre Fortin 2016-02-27 14:27:26 CET
Nothing found in /root; probably because / was pointing at swap...

Looks like I need to do more prep work...  I was trying to salvage partitions I'd spent many hours copying to the new drive without first understanding the MBR to GPT migration.

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


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