Bug 24030 - Can't install grub with /boot formatted with xfs
Summary: Can't install grub with /boot formatted with xfs
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
URL: https://bugzilla.redhat.com/show_bug....
Whiteboard:
Keywords: PATCH
Depends on:
Blocks:
 
Reported: 2018-12-18 09:51 CET by Stig-Ørjan Smelror
Modified: 2018-12-20 12:32 CET (History)
3 users (show)

See Also:
Source RPM: grub2
CVE:
Status comment:


Attachments
ddebug.log.xz (128.39 KB, application/x-xz)
2018-12-18 11:45 CET, Stig-Ørjan Smelror
Details
grub2 logs (51.93 KB, text/plain)
2018-12-19 11:11 CET, Thierry Vignaud
Details
small wrapper to add a new repo (1017 bytes, text/plain)
2018-12-19 15:47 CET, Thierry Vignaud
Details

Description Stig-Ørjan Smelror 2018-12-18 09:51:54 CET
Hi.

I just installed Cauldron i586 on a Dell Latitude E6510 and encrypted root, formatted with xfs and grub can't install.

There is an error from "grub2-probe" about "unknown filesystem"

Will attached bug report soon.

Cheers,
Stig
Comment 1 Stig-Ørjan Smelror 2018-12-18 09:55:54 CET
Well, I'm unable to access the encrypted disk at the moment and won't be able to upload the bug report.
Stig-Ørjan Smelror 2018-12-18 11:20:30 CET

Summary: Can't boot with encrypted root - xfs => Can't install grub with /boot formatted with xfs

Comment 2 Stig-Ørjan Smelror 2018-12-18 11:45:07 CET
Created attachment 10580 [details]
ddebug.log.xz

OK.

I've narrowed it down a little more.

If I format /boot with xfs, the installer and grub is unable to find the file system.

----

An error occured
grub2-install failed: Installing for platform i386.pc.
grub2-install: error: unknown filesystem.
...propagated.

----
Marja Van Waes 2018-12-19 08:42:17 CET

Assignee: bugsquad => mageiatools
CC: (none) => marja11, zen25000

Thierry Vignaud 2018-12-19 10:36:33 CET

Source RPM: (none) => grub2
CC: (none) => thierry.vignaud

Comment 3 Thierry Vignaud 2018-12-19 10:38:50 CET
report.bug is more useful that ddebug.log

Please try again and when the bug has occurred:
- plug a USB key
- go to tty2 (alt+ctrl+F2)
- run the "bug" command
- then attach the report.bug.xz file to this bug

Keywords: (none) => NEEDINFO

Comment 4 Thierry Vignaud 2018-12-19 10:40:37 CET
Also you can try to manually run the same command as in /boot/grub2/install.sh but with --debug
eg in the installer:
# go to tty2
chroot /mnt
$(< /boot/grub2/install.sh) --debug&>/tmp/grub2-install.log

Then copy this /tmp/grub2-install.log file to some USB key & attach it there
Comment 5 Thierry Vignaud 2018-12-19 11:11:04 CET
Created attachment 10584 [details]
grub2 logs
Comment 6 Barry Jackson 2018-12-19 13:17:36 CET
https://bugzilla.redhat.com/show_bug.cgi?id=1575797
Comment 7 Stig-Ørjan Smelror 2018-12-19 14:14:11 CET
(In reply to Barry Jackson from comment #6)
> https://bugzilla.redhat.com/show_bug.cgi?id=1575797

Thanks for this Barry.

I've applied the patch from Fedora and grub2 built fine. Would it be OK if I pushed this update to, potentially, fix this bug?

Cheers,
Stig
Comment 8 Barry Jackson 2018-12-19 15:09:46 CET
(In reply to Stig-Ørjan Smelror from comment #7)
> (In reply to Barry Jackson from comment #6)
> > https://bugzilla.redhat.com/show_bug.cgi?id=1575797
> 
> Thanks for this Barry.
> 
> I've applied the patch from Fedora and grub2 built fine. Would it be OK if I
> pushed this update to, potentially, fix this bug?
> 
> Cheers,
> Stig

Does it fix the issue?
Comment 9 Stig-Ørjan Smelror 2018-12-19 15:18:06 CET
How can I test that?

I can do an installation with /boot formatted with xfs, but then I won't be able to boot to install a new version of grub.

I could try to install by build before I reboot a new installation, but I've never done that before so I've no idea if it'll work.

Anyway, according to BZR, the patch works and has been merged into grub upstream.

Cheers,
Stig
Comment 10 Barry Jackson 2018-12-19 15:41:22 CET
(In reply to Stig-Ørjan Smelror from comment #9)
> How can I test that?

By creating additional media with the new grub2 rpms in it and making that media available to the installer when asked :)

> 
> I can do an installation with /boot formatted with xfs, but then I won't be
> able to boot to install a new version of grub.

... or don't boot it, chroot into it and update grub2 in the chroot

> 
> I could try to install by build before I reboot a new installation, but I've
> never done that before so I've no idea if it'll work.

Not sure I follow that but I think you can pause the install before grub2 is installed and manually install it from a tty, I did that once IIRC but it was a long time ago.
Maybe ask Thierry about how to do that.

> 
> Anyway, according to BZR, the patch works and has been merged into grub
> upstream.
>

Fine by me but I'm no longer the grub2 maintainer, maybe check with Martin and Thierry as well :) 

> Cheers,
> Stig

Cheers,
Barry
Thierry Vignaud 2018-12-19 15:44:46 CET

Keywords: NEEDINFO => PATCH
URL: (none) => https://bugzilla.redhat.com/show_bug.cgi?id=1575797
Status: NEW => ASSIGNED

Comment 11 Thierry Vignaud 2018-12-19 15:47:43 CET
Created attachment 10585 [details]
small wrapper to add a new repo

I'm using this small script to add ~/repo medium to my local mirror (which is in /mageia/unstable/x86_64/ for cauldron x86_64) which I reexport through a local nginx server
Comment 12 Thierry Vignaud 2018-12-20 12:32:18 CET
I confirm that the FC patches enables grub2 to install (and boot succeeded)

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


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