Bug 21320 - drakboot crashed when switching to GRUB2 (grub2-install: error: will not proceed with blocklists)
Summary: drakboot crashed when switching to GRUB2 (grub2-install: error: will not proc...
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 6
Hardware: x86_64 Linux
Priority: Normal minor
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords:
: 21726 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-07-22 11:50 CEST by François Agrech
Modified: 2020-08-29 19:10 CEST (History)
4 users (show)

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


Attachments

Description François Agrech 2017-07-22 11:50:18 CEST
Description of problem:
Following upgrade from Mageia 5 to Mageia 6, I tried to switch from grub to grub-2 via MCC (Configure system startup) and it failed with the following crash report :

Le programme « drakboot » a planté avec l'erreur suivante :

  grub2-install failed: Installation pour la plate-forme i386-pc.
  grub2-install : attention : Le système de fichiers « fat » ne prend pas en charge l'embarquage.
  grub2-install : attention : L'embarquage est impossible. GRUB ne peut être installé sur cette configuration qu'en utilisant les listes de blocs. Cependant, les listes de blocs ne sont PAS fiables et leur utilisation est déconseillée..
  grub2-install : erreur : refus de continuer avec les listes de blocs.
  	...propagated at /usr/lib/libDrakX/any.pm line 269.
  	...propagated at /usr/libexec/drakboot line 49.
  Perl's trace:
  drakbug::bug_handler() called from /usr/libexec/drakboot:49

Thème utilisé : Adwaita

Pour soumettre un rapport de bogue, cliquez sur le bouton Signaler.  
Cela ouvrira une fenêtre de navigateur sur Bugzilla où vous trouverez un formulaire à remplir.  L'information affichée ci-dessus sera transférée vers ce serveur
Il est très utile d'inclure dans votre rapport la sortie des commandes suivantes : « lspcidrake -v », « blkid ».
Vous devriez attacher les fichiers suivants : /etc/modprobe.conf, /etc/fstab, /boot/grub/menu.lst, /boot/grub/devices.map ainsi que /etc/lilo.conf.


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


How reproducible:
Always on my system. Don't know what part of it is relevant to the crash.


Steps to Reproduce:
1. On my system, Go to MCC, startup -> Configure system startup
2. Choose Grub 2 graphical mode option
3. Next
4. Finish
5. The crash report appears after the wait window.
Comment 1 Marja Van Waes 2017-07-23 14:45:23 CEST
Thanks for the report, François.

This issue has already been reported before, but don't worry, your report helps to know how many users are affected by this issue.

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

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

Thierry Vignaud 2017-09-18 15:34:23 CEST

CC: (none) => thierry.vignaud
Status: RESOLVED => REOPENED
Resolution: DUPLICATE => (none)

Comment 2 Thierry Vignaud 2017-09-18 15:34:31 CEST
*** Bug 21726 has been marked as a duplicate of this bug. ***

CC: (none) => belof.ilya

Comment 3 Thierry Vignaud 2017-09-18 15:35:53 CEST
The issue is that when one switches from grub-legacy to grub2 on a non UEFI system[1], the list of boot devices is filtered for generic bootloader needs by bootloader::allowed_boot_parts() but we don't know yet that the user will later switch to grub2
However grub2 has more restrictions... See:
http://gitweb.mageia.org/software/drakx/tree/perl-install/bootloader.pm#n713

But as the switch to grub2 is done _after_, we got bit...

We could add a later check: if grub2 has been selected, we could popup with an error message.
Aka rerunning bootloader::allowed_boot_parts()  and making sure the choosen boot_device is part the new list.

Status: REOPENED => ASSIGNED
Summary: Switch from grub to grub-2 fails => drakboot crashed when switching to GRUB2 (grub2-install: error: will not proceed with blocklists)
Source RPM: (none) => drakxtools
Assignee: bugsquad => thierry.vignaud

Comment 4 Aurelien Oudelet 2020-08-05 16:13:12 CEST
Hi Thierry,

Does it still valid in mga7 and Cauldron?


This message is a reminder that Mageia 6 is end of life.

Mageia stopped maintaining and issuing updates for Mageia 6. At that time this bug will be closed as OLD (EOL) within 3 weeks from 2020-08-05.

Package Maintainer: If you wish for this bug to remain open because you plan to 
fix it in a currently maintained version, simply change the 'version' to a later 
Mageia version prior to Mageia 6's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we cannot 
be able to fix it before Mageia 6 was end of life.
If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, 
sometimes those efforts are overtaken by events. Often a more recent Mageia 
release includes newer upstream software that fixes bugs or makes them obsolete.

--
Mageia Bugsquad

CC: (none) => ouaurelien

Comment 5 Aurelien Oudelet 2020-08-29 19:10:15 CEST
Since we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution.

Users who have experienced this problem are encouraged to upgrade to the latest update of our distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information.

Closing as OLD.

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


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