emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#20071: closed (grub-configuration needs a "force" flag)


From: GNU bug Tracking System
Subject: bug#20071: closed (grub-configuration needs a "force" flag)
Date: Wed, 20 Nov 2019 17:37:01 +0000

Your message dated Wed, 20 Nov 2019 18:36:41 +0100
with message-id <address@hidden>
and subject line Re: Bug Hunting: status?
has caused the debbugs.gnu.org bug report #20071,
regarding grub-configuration needs a "force" flag
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
20071: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20071
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Re: none Date: Tue, 10 Mar 2015 12:59:30 +0100 User-agent: Mutt/1.5.21 (2011-07-01)

On Fri, Dec 05, 2014 at 09:35:42AM +0100, Tomas Cech wrote:
At Fri, 05 Dec 2014 00:04:23 +0100,
Ludovic Courtès wrote:

Tomas Cech <address@hidden> 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.

Attachment: pgpYB79aXCJL5.pgp
Description: PGP signature


--- End Message ---
--- Begin Message --- Subject: Re: Bug Hunting: status? Date: Wed, 20 Nov 2019 18:36:41 +0100
Dear,

On Wed, 13 Nov 2019 at 16:31, zimoun <address@hidden> wrote:
>
> On Wed, 13 Nov 2019 at 14:37, Ludovic Courtès <address@hidden> 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.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]