grub-configuration needs a "force" flag

  • Done
  • quality assurance status badge
Details
3 participants
  • Ludovic Courtès
  • Tomáš ?ech
  • zimoun
Owner
unassigned
Submitted by
Tomáš ?ech
Severity
normal
T
T
Tomáš ?ech wrote on 10 Mar 2015 12:59
Re: none
(address . bug-guix@gnu.org)
20150310115930.GG16813@crashnator.suse.cz
On Fri, Dec 05, 2014 at 09:35:42AM +0100, Tomas Cech wrote:
Toggle quote (55 lines)
>At Fri, 05 Dec 2014 00:04:23 +0100,
>Ludovic Courtès wrote:
>>
>> Tomas Cech <sleep_walker@suse.cz> skribis:
>>
>> > I tried to install Guix as alternative OS to my Gentoo and openSUSE
>> > installations to give a try. I tried unsupported scenario -
>> > installation on LVM volume and separate /boot partition until I was
>> > told it is unsupported. Separate boot wasn't hard as I had to just
>> > copy generated files so they are loaded.
>>
>> OK, but there’s still an open bug on that topic. :-)
>> http://bugs.gnu.org/19220
>
>Good, I'll give a try again.
>
>> > 1] if you set device to partition (and not to disk) in your grub-configuration like this:
>> >
>> > (bootloader (grub-configuration
>> > (device "/dev/sda4")))
>>
>> Why would you want to use a partition and not a disk? I didn’t know
>> this was even possible.
>
>Because this way I can separate Grub managed by Guix and Grub from my
>Gentoo. As I'm playing with that on my notebook I need for work, this
>way can reduce risks.
>
>I'm not sure how Guix installer can manipulate with grub.cfg and I'd
>like to always have some working system...
>
>>
>> > `guix system init' will fail on grub installation. By default Grub
>> > tries to fit in the beginning of partition and fails if it can't fit
>> > in. I asked about this behaviour on Grub mailing list and it seems
>> > that there are two options:
>> >
>> > a] add `--force' to command line and use block list for keeping information about position of Grub's core.img
>> > b] use filesystem which allows embedding - BtrFS or ZFS
>> >
>> > I verified both options (a] and then b] with BtrFS) and it no longer fails.
>> >
>> > But,
>> > ad a] - I don't feel safe passing `--force' to grub-install every
>> > time. So if installation fails on this point and you'd like to use
>> > your FS anyway, you can pass `--no-grub' to `guix system init' and
>> > then rung grub-install manually.
>> >
>> > ad b] - I don't feel safe using still experimental BtrFS.
>>
>> OK. I think the conclusion for Guix is to leave the defaults unchanged.
>> Perhaps we could add a ‘force?’ field to the ‘grub-configuration’ data
>> type to allow those who know what they doing to get the effect of
>> ‘--force’. WDYT?

After giving some more thoughts and after more experience with the process I
do agree that exposing `--force' parameter into grub-configuration is good idea.

I'm filing bug for that.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEARECAAYFAlT+3KEACgkQ37XrCapiVCMWpACfSVJbg63+THwkhNKavc6APZrt
kWEAmgNur5/CPQHZFDO6An1ktHBk3Cd0
=Fo3z
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 22 Mar 2015 23:49
thing
(address . request@debbugs.gnu.org)
874mpcy7e8.fsf@gnu.org
retitle 20071 grub-configuration needs a "force" flag
thanks
Z
Z
zimoun wrote on 12 Nov 2019 21:21
Bug Hunting: status?
CAJ3okZ2tkYA_Dr=TYE2mVyJZ9xi79NqOobh=RAwp-EUN926p7g@mail.gmail.com
Dear,

This bug is pending since more than 4 years. Does it still apply?
If yes, any progress to report?
If no, does it make sense to close it?

Thanks in advance.

All the bets,
simon
L
L
Ludovic Courtès wrote on 13 Nov 2019 14:37
(name . zimoun)(address . zimon.toutoune@gmail.com)
8736erq4mr.fsf@gnu.org
Hi,

zimoun <zimon.toutoune@gmail.com> skribis:

Toggle quote (2 lines)
> This bug is pending since more than 4 years. Does it still apply?

The wishlist item at https://issues.guix.gnu.org/issue/20071 is about
adding a “force” flag for the GRUB configuration.

Do you still think that would make sense, Tomáš?

Thanks,
Ludo’.

PS: zimoun, could you include the bug title and/or URL in the reminders
you send, to make it easier to see what this is about? (Besides,
thanks a lot for doing bug triage!)
Z
Z
zimoun wrote on 13 Nov 2019 16:31
(name . Ludovic Courtès)(address . ludo@gnu.org)
CAJ3okZ2rS2K78TfD+=w23Z-YDL1Qz0W3eu+Ucde74A8T5Kdc8w@mail.gmail.com
On Wed, 13 Nov 2019 at 14:37, Ludovic Courtès <ludo@gnu.org> wrote:

Toggle quote (2 lines)
> Do you still think that would make sense, Tomáš?

The email address used by Tomáš returned "address not found". And
yesterday I asked to Sleep_Walker on IRC (assuming same nick = same
person :-)) what is the new address to report.



Toggle quote (2 lines)
> PS: zimoun, could you include the bug title and/or URL in the reminders

My bad! :-)
Because I am doing directly from Emacs, the bug number appeared to me
enough to reach it easily (via `debbugs-gnu-bugs').
Next round, I will write clearer Subject than "Bug Hunting: status?"
;-) and provide URL to ease the triage.


Thank you.
simon
Z
Z
zimoun wrote on 20 Nov 2019 18:36
(address . 20071-done@debbugs.gnu.org)
CAJ3okZ2oBumXKBKMiuhdNwug-jxv70rGwm0jyFXJVALF0--EwA@mail.gmail.com
Dear,

On Wed, 13 Nov 2019 at 16:31, zimoun <zimon.toutoune@gmail.com> wrote:
Toggle quote (10 lines)
>
> On Wed, 13 Nov 2019 at 14:37, Ludovic Courtès <ludo@gnu.org> wrote:
>
> > Do you still think that would make sense, Tomáš?
>
> The email address used by Tomáš returned "address not found". And
> yesterday I asked to Sleep_Walker on IRC (assuming same nick = same
> person :-)) what is the new address to report.
>

If this wishlist bug still makes senses, please re-open it.


Thank you.
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 20071@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 20071
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch