please, include Legacy Grub in your distro

  • Done
  • quality assurance status badge
Details
3 participants
  • Gennadii Kondratiev
  • Ludovic Courtès
  • Tomáš ?ech
Owner
unassigned
Submitted by
Gennadii Kondratiev
Severity
normal
G
G
Gennadii Kondratiev wrote on 22 Dec 2016 16:57
(address . bug-guix@gnu.org)
CAEQpGjJKpK6F5xNDbJgTJNjMDu=Nri5oSf=+M-YEQonJo-HXGQ@mail.gmail.com
Hello!

May I ask you and everybody in GNU organization to again include Legacy
Grub as a normal package in GuixSD and in everything? The reason is that it
is just terrible to install the system and after not to have access to it
or invent something how to boot it. Grub2 is invalide. For what anybody
does need such an entity which cannot install itself on a arbitrary
prtition? Of course, people use different operating systems, which are on
different partitions. I always install grub on the root partition. But
Grub2 does not work, because you specially cut its ability.

In Nix Grub2 does not work too, but they have Grub1, which is installable
anywhere without any complications.

If you are afraid that people will blame you when they spoil their
computers, you, please, write a warning, that you should use Grub2, etc.

!!!Please, include Legacy Grub in GuixSD!!!

Thank you!

Gennadii.
Attachment: file
L
L
Ludovic Courtès wrote on 29 Dec 2016 22:58
(name . Gennadii Kondratiev)(address . gennadii.kondratiev@gmail.com)(address . 25248@debbugs.gnu.org)
87pokae6tv.fsf@gnu.org
Hello!

Gennadii Kondratiev <gennadii.kondratiev@gmail.com> skribis:

Toggle quote (9 lines)
> May I ask you and everybody in GNU organization to again include Legacy
> Grub as a normal package in GuixSD and in everything? The reason is that it
> is just terrible to install the system and after not to have access to it
> or invent something how to boot it. Grub2 is invalide. For what anybody
> does need such an entity which cannot install itself on a arbitrary
> prtition? Of course, people use different operating systems, which are on
> different partitions. I always install grub on the root partition. But
> Grub2 does not work, because you specially cut its ability.

Could you explain how you installed GuixSD and what exactly goes wrong
with GRUB (error messages, etc.)?

Toggle quote (2 lines)
> !!!Please, include Legacy Grub in GuixSD!!!

GRUB 1.x is unmaintained AFAIK, and it’s incompatible and has a reduced
feature set. It’s unlikely that we’ll add it to GuixSD.

However, if you have troubles with GuixSD and GRUB 2.x, then we should
certainly fix them, either in GuixSD or in GRUB!

Thanks,
Ludo’.
G
G
Gennadii Kondratiev wrote on 30 Dec 2016 18:20
Merry Christmas and Happy New Year! GRUB1 and GRUB2
(address . 25248@debbugs.gnu.org)
CAEQpGj+nv5xYEWdjBsuZDMOvGcEqNGEsmCmR086UREuf=qJBBg@mail.gmail.com
#Hello!
#
#Thanks for your kind words and encouragement!
#
#As far as GRUB is concerned, please email 25248@debbugs.gnu.org detailed
#information about what you expected and what you get (wrong behavior,
#error messages, etc.), and how one can reproduce it. This information
#is crucial in allowing us to debug and fix the problems you experience.
#
#Thanks for your support!
#
#Ludo’.

I wrote to Ludovic Cortes that you should include Legacy Grub into GNU
packages, because it can be installed in any place (e.g., on the root
partition), but Grub 2 has this feature blocked by default (at least, all
people in the Internet say so). Or it would be better to unblock this
feature in Grub2. Even with the powerful Grub people can make less harm to
their conputers than, for example, with fdisk, which you like and include
everywhere.

I installed GuixSD with big difficulties, and at the end I could not boot
it. Of course, I booted via Aptosid Grub, but it is not very nice to use a
bootloader from another OS.

You do very amazing and advanced things and do not worry about some simple
things. A good bootloader is important.

Just, please, recover the ability of Grub 2 to write on the disk. At now
moment it says that it needs to calculate block sizes, something like that.
When people write --force option, it says that everything is ok, but in
reality it does not write on the disk.

Happy New Year!

Gennadii.
Attachment: file
T
T
Tomáš ?ech wrote on 31 Dec 2016 20:53
(name . Gennadii Kondratiev)(address . gennadii.kondratiev@gmail.com)(address . 25248@debbugs.gnu.org)
87ful350z0.wl-tcech@suse.com
On Fri, 30 Dec 2016 18:20:11 +0100,
Gennadii Kondratiev wrote:
Toggle quote (28 lines)
>
> [1 <text/plain; UTF-8 (quoted-printable)>]
> [2 <text/html; UTF-8 (quoted-printable)>]
> #Hello!
> #
> #Thanks for your kind words and encouragement!
> #
> #As far as GRUB is concerned, please email 25248@debbugs.gnu.org detailed
> #information about what you expected and what you get (wrong behavior,
> #error messages, etc.), and how one can reproduce it. This information
> #is crucial in allowing us to debug and fix the problems you experience.
> #
> #Thanks for your support!
> #
> #Ludo’.
>
> I wrote to Ludovic Cortes that you should include Legacy Grub into GNU packages, because it can be installed in any place (e.g., on the root partition), but
> Grub 2 has this feature blocked by default (at least, all people in the Internet say so). Or it would be better to unblock this feature in Grub2. Even with the
> powerful Grub people can make less harm to their conputers than, for example, with fdisk, which you like and include everywhere.
>
> I installed GuixSD with big difficulties, and at the end I could not boot it. Of course, I booted via Aptosid Grub, but it is not very nice to use a bootloader from
> another OS.
>
> You do very amazing and advanced things and do not worry about some simple things. A good bootloader is important.
>
> Just, please, recover the ability of Grub 2 to write on the disk. At now moment it says that it needs to calculate block sizes, something like that. When people
> write --force option, it says that everything is ok, but in reality it does not write on the disk.

1] If you want to put Grub2 into partition, you can use filesystem, which reserves enough space at the beginning like BtrFs.
2] You can also use calculated block size which is less safe but still works in most of cases

In those cases you can use either `multiboot' to chainload GuixSD's bootloader or just load GuixSD's configuration with `source'.

3] You can use GuixSD's configured Grub2 as your default bootloader in MBR of the disk which is the easiest way to deal with that.

Relying on unmaintained Grub is probably not the right way for anything.

HTH and happy New Year to you too!

S_W
L
L
Ludovic Courtès wrote on 25 Jan 2017 11:58
control message for bug #25248
(address . control@debbugs.gnu.org)
878tpz2yoc.fsf@gnu.org
tags 25248 notabug
close 25248
?
Your comment

This issue is archived.

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

To respond to this issue using the mumi CLI, first switch to it
mumi current 25248
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