Bug 15690 - KDE LIVE DVD: You must have a ESP FAT32 partition mounted in /boot/EFI (using free disk space, ESP exists))
Summary: KDE LIVE DVD: You must have a ESP FAT32 partition mounted in /boot/EFI (using...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Release (media or process) (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: release_blocker normal
Target Milestone: ---
Assignee: Thomas Backlund
QA Contact:
URL:
Whiteboard: 5RC Errata
Keywords: PATCH
: 15605 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-04-13 09:22 CEST by Marja Van Waes
Modified: 2015-04-15 22:26 CEST (History)
11 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
fdisk -l output (2.52 KB, text/plain)
2015-04-13 10:55 CEST, Marja Van Waes
Details
LC_ALL=C journalctl SYSLOG_FACILITY=17 output (70.97 KB, text/plain)
2015-04-13 10:56 CEST, Marja Van Waes
Details
compressed "journalctl -a" output from after the message appears (25.30 KB, application/x-xz)
2015-04-15 20:14 CEST, Marja Van Waes
Details
reuse ESP under live (956 bytes, patch)
2015-04-15 22:07 CEST, Thierry Vignaud
Details | Diff

Description Marja Van Waes 2015-04-13 09:22:05 CEST
New report, since I can't find an opened or closed one for this issue with a Live install.

Please close as duplicate if it exists, anyway.

After first booting into Live mode, installing from there and then choosing to install to free disk space (which was available on sdc) the ESP already present on sda2 wasn't mounted, so I got the message "You must have a ESP FAT32 partition mounted in /boot/EFI" and was returned to the selection screen.

Then choosing to use custom partitioning there, and manually mounting the ESP on /boot/EFI made install continue fine

This wasn't a problem in traditional installer any more, last times I tried, but in Live installer it just happened with Mageia-5-RC-KDE4-LiveDVD-x86_64 from April 10, 2015.

 _Not_ setting this to release blocker, but instead assuming normal users won't have free disk space :-)
Marja Van Waes 2015-04-13 09:22:16 CEST

Whiteboard: (none) => 5RC

Marja Van Waes 2015-04-13 09:22:23 CEST

Hardware: i586 => x86_64

Comment 1 Thierry Vignaud 2015-04-13 09:30:56 CEST
What's the output of fdisk -l?
Also can you look at "journalctl SYSLOG_FACILITY=17" and attach revelant info (maybe simpler to attach the whole logs:
"journalctl SYSLOG_FACILITY=17 > drak-log.txt")

Keywords: (none) => NEEDINFO

Comment 2 Marja Van Waes 2015-04-13 10:41:50 CEST
when in live mode, I suppose?
will reboot into live to get it.
Comment 3 Marja Van Waes 2015-04-13 10:55:29 CEST
Created attachment 6252 [details]
fdisk -l output
Comment 4 Marja Van Waes 2015-04-13 10:56:17 CEST
Created attachment 6253 [details]
LC_ALL=C journalctl SYSLOG_FACILITY=17 output
Marja Van Waes 2015-04-13 10:56:36 CEST

Keywords: NEEDINFO => (none)

Comment 5 Thierry Vignaud 2015-04-13 12:04:11 CEST
Humm, we don't have the logs of draklive-install there.
Thomas, where can on find them?

CC: (none) => tmb

Comment 6 Thierry Vignaud 2015-04-13 13:15:08 CEST
Humm actually your /root/drakx/report.bug.xz should do it
Rémi Verschelde 2015-04-13 22:43:39 CEST

CC: (none) => rverschelde
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=15681

Rémi Verschelde 2015-04-13 22:46:51 CEST

Priority: Normal => release_blocker

Comment 7 André DESMOTTES 2015-04-15 18:56:28 CEST
FYI, same problem with Mageia-5-RC-LiveDVD-KDE4-i586-DVD and option "Use free pace on a Microsoft Windows partition"

CC: (none) => lebarhon

Comment 8 Marja Van Waes 2015-04-15 19:12:05 CEST
(In reply to Thierry Vignaud from comment #6)
> Humm actually your /root/drakx/report.bug.xz should do it

Sorry, there is no problem with drakx-installer-stage2 installs, the problem is only with Live installs

Whiteboard: 5RC => 5RC Errata

Comment 9 Thierry Vignaud 2015-04-15 19:12:52 CEST
Then you must look at journactl in live after the installation but before reboot.
Comment 10 Marja Van Waes 2015-04-15 19:26:23 CEST
(In reply to Thierry Vignaud from comment #9)
> Then you must look at journactl in live after the installation but before
> reboot.

will do asap (until André beats me to it)
I just added 
https://wiki.mageia.org/en/Triage_guide#Live_installs
there should probably be more added to that section
Comment 11 Marja Van Waes 2015-04-15 19:38:32 CEST
s/until/unless/
Comment 12 Marja Van Waes 2015-04-15 20:14:25 CEST
Created attachment 6281 [details]
compressed "journalctl -a" output from after the message appears

[root@localhost live]# xzcat journalctl-a.txt.xz | grep FAT32
apr 15 20:08:18 localhost draklive-install[5292]: error: U dient een partitie met ESP FAT32-bestandssysteem gekoppeld te hebben aan /boot/EFI at /usr/lib/libDrakX/fs/any.pm line 71.
[root@localhost live]# 

Nice to see the message got localized :-)
Comment 13 Thierry Vignaud 2015-04-15 20:50:38 CEST
"You must have a ESP FAT32 partition mounted in /boot/EFI"
=> one of Thomas or Colin or Blino should at the draklive-install case.

For example, $::isInstall is not set but for one diskdrake function.

Ultimately, maybe should we just add code to draklive-install in order to detect the ESP & mount it in the chroot...

CC: (none) => mageia, mageia

Comment 14 Thierry Vignaud 2015-04-15 22:07:44 CEST
Created attachment 6286 [details]
reuse ESP under live

this fixes it
Thierry Vignaud 2015-04-15 22:08:05 CEST

Keywords: (none) => PATCH

Comment 15 Mageia Robot 2015-04-15 22:09:15 CEST
commit a74e19d0609437ccef5021903f4c3f3e87d21e11
Author: Thierry Vignaud <thierry.vignaud@...>
Date:   Wed Apr 15 22:04:32 2015 +0200

    reuse ESP with "use free space" in live
    
    mga#15690
---
 Commit Link:
   http://gitweb.mageia.org/software/drakx/commit/?id=a74e19d0609437ccef5021903f4c3f3e87d21e11
Comment 16 Thierry Vignaud 2015-04-15 22:22:58 CEST
Fixed

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

Comment 17 Thierry Vignaud 2015-04-15 22:26:38 CEST
*** Bug 15605 has been marked as a duplicate of this bug. ***

CC: (none) => tablackwell


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