Current drakboot will not set graphical mode for grub2 but finishes with no error. This occurs whether running from MCC or from a tty using ncurses. I found the boot option reset to grub2/text upon rebooting after several passes of "urpmi --autoupdate". When I invoke drakboot, it showed grub2/text. I reselected grub2/graphical, and drakboot completed normally. However, when I re-invoke drakboot, it is back to grub2/text.
Assignee: bugsquad => mageiatools
A bit more information, please. * Is this an MBR system? * Has this problem arisen after a recent system update? I cannot find which package contains drakboot, beyond it is *not* drakconf, dracut, drakxtools, bootloader-utils. * If you know, please give its version. TIA Grub2 has no registered maintainer; mageia tools is sensible. CC'ing Thomas because he knows Grub2. Hope this is not intrusive.
CC: (none) => lewyssmith, tmb
(In reply to Lewis Smith from comment #1) > A bit more information, please. > * Is this an MBR system? GPT, so yes, I think so. > * Has this problem arisen after a recent system update? Yes, but I boot this system relatively infrequently compared to how often I update. At a guess, I'd say it happened within the last 2 weeks. > I cannot find which package contains drakboot, beyond it is *not* drakconf, > dracut, drakxtools, bootloader-utils. > * If you know, please give its version. It's drakxtools-curses, version 18.21-2. Doing rpmdrake search on filename turns up a couple of hits, but it's drakxtools which contains /usr/bin/drakboot (which is an actual executable as opposed to a symlink). However, this is probably just a front-end to something else which is used by both MCC and drakboot. Note that there are actually two bugs here: (1) that grub.cfg doesn't reflect the change, and (2) there was no error message about the failure. It occurred to me that this might have occurred during an attempt to fix https://bugs.mageia.org/show_bug.cgi?id=25542
Thanks for info and the package pointer: > it's drakxtools which contains /usr/bin/drakboot Actually drakxtools-curses, which I had not checked, but never mind: $ urpmq -l drakxtools-curses | grep drakboot /usr/bin/drakboot /usr/libexec/drakboot /usr/share/polkit-1/actions/org.mageia.drakboot.policy I have put that as the bug SRPM, anyway but > This occurs whether running from MCC or from a tty using ncurses makes one wonders whether it really is a Grub2 issue. I am still wary of the GPT/MBR mix; perhaps the change is happening in one place, but which is not used. Over to the devs.
CC: lewyssmith => (none)Source RPM: bootloader-utils, drakxtools-backend, grub(2)? => drakxtools-18.21-1.mga7.src.rpm