unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: William <willbilly@fedora.email>
To: help-guix@gnu.org
Cc: carlo@zancanaro.id.au
Subject: Re: Unable to chain-load Debian
Date: Wed, 6 Mar 2024 16:31:09 +0100	[thread overview]
Message-ID: <20240306163109.452ec596@fedora.email> (raw)
In-Reply-To: <20240305225424.05514197@fedora.email>

On Tue, 5 Mar 2024 22:54:24 +0100
William <willbilly@fedora.email> wrote:

> Hello.
> 
> I currently have two GNU/Linux installs on this PC on two different
> SSDs with their own GRUB, Guix and Debian. 
> Both SSDs have an MBR partition table, no GPT/EFI.
> 
> I've been trying to add a menu entry to chain-load Debian from the
> Guix GRUB menu but it doesn't seem to work as intended, upon loading
> the declaration file, I check the grub configuration file at
> "/boot/grub/grub.cfg" and I see the menu entry for Debian, but it
> has no partition UUID defined, I don't think this entry can ever work
> without UUID.
> 
> The menu-entry declaration is written as follows:
> 
> ```
> (menu-entries
>             (list
>             (menu-entry
>             (label "Debian GNU/Linux")
>             (device (uuid "2892086a-fc4f-4e43-8b69-46a84d80e9a4"
> 'ext4)) (chain-loader "+1"))))
> ```
> 
> As you can see, the device UUID and filesystem type is defined, but
> this string has no effect on the grub.cfg, and it looks like there's
> a lot of important information missing:
> 
> ```
> menuentry "Debian GNU/Linux" {
>   
>   chainloader +1
> }
> ```
> 
> 
> Am I missing something? 
> 

UPDATE:

I managed to boot Debian using Guix's GRUB directly by defining kernel,
init and root of filesystem instead of trying to chain-load,
like this:

```
(menu-entries
                    (list
                     (menu-entry
                     (label "Debian GNU/Linux")
                     (device (uuid
                     "2892086a-fc4f-4e43-8b69-46a84d80e9a4" 'ext4))
                     (linux "/boot/vmlinuz-6.1.0-18-amd64")
                     (linux-arguments
                     '("root=/dev/disk/by-uuid/2892086a-fc4f-4e43-8b69-46a84d80e9a4"))
                     (initrd "/boot/initrd.img-6.1.0-18-amd64"))
```

However, I tried now chain-loading a Windows 10 install I have on
another drive to see if it worked, defined as such:

```
(menu-entry
                     (label "Windows 10")
                     (device (uuid "80FADAC4FADAB61E" 'ntfs))
                     (chain-loader "/bootmgr"))))
```

And on grub.cfg:

```
menuentry "Windows 10" {
  search --fs-uuid --set 80FADAC4FADAB61E
  chainloader /bootmgr
}
```


It does seem as it's bootable on GRUB but refuses to boot due to
"invalid signature", I am not sure why it would complain about that
when secure boot is disabled on the BIOS firmware of this motherboard.
Windows can boot properly through Debian's GRUB and BIOS.

Did someone manage to boot Windows/ReactOS on Guix that may lend me
a hand?


      parent reply	other threads:[~2024-03-06 15:32 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-05 21:54 Unable to chain-load Debian William
2024-03-06 11:38 ` Carlo Zancanaro
2024-03-06 17:55   ` William
2024-03-06 15:31 ` William [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240306163109.452ec596@fedora.email \
    --to=willbilly@fedora.email \
    --cc=carlo@zancanaro.id.au \
    --cc=help-guix@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).