From: Chris Marusich <cmmarusich@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: guix-devel@gnu.org
Subject: Re: GuixSD on servers [Fwd: [rtracker.1984.is #131647] A question about VServer system specific requirements]
Date: Sat, 22 Apr 2017 21:52:43 -0700 [thread overview]
Message-ID: <87pog3u3ms.fsf@gmail.com> (raw)
In-Reply-To: <8760i0m7vg.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Wed, 19 Apr 2017 22:59:15 +0200")
[-- Attachment #1: Type: text/plain, Size: 3184 bytes --]
ludo@gnu.org (Ludovic Courtès) writes:
>> There appear to be (at least) two problem that prevent this naive
>> solution from working, which might point us in the right direction:
>>
>> First, the GRUB menu is trying to find a file system with label
>> "gnu-disk-image" (via "search --label --set gnu-disk-image"), which
>> won't work because there is no file system with that label in the
>> resulting image.
>
> So it seems that the crux of the problem is that ISO9660 lacks file
> system labels, which breaks the whole thing, right?
Yes, probably. It seems we can set a "volume id", but not a label like
in EXT file systems. For example, see here:
https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/installer/cd-dvd/iso-image.nix
>> Second, the init process from the initrd (I think that's what it's
>> called?) is trying to look for a file system with label
>> "gnu-disk-image", which it never finds. It just sits there waiting to
>> find it, and it never shows up, so it freaks out. Possible solution:
>> modify the behavior of our initrd's init process. I'm not sure how to
>> customize the init process here, but there must be a way. We'll
>> probably also need the kernel module that enables reading of iso9660
>> file systems, if it wasn't present already.
>
> So we could try detecting the root partition by a mechanism other than
> partition labels/UUIDs, but I don’t know which mechanism. Ideas? How
> do people address this?
Volume ID seems like the right thing to try first. What do we need to
change to support this, I wonder? I'm not familiar with the initrd
stuff but would be willing to poke around in there and experiment. I
just don't really know where to begin.
>> If you don't like grub-mkrescue, you can "roll your own" ISO generation
>> program, like Nix does by customizing the xorriso invocation [1]... But
>> honestly, it looks pretty complicated [2]. So if we can let
>> grub-mkrescue do that work for us, that would be swell.
>
> Indeed, though of course grub-mkrescue invokes xorriso behind the
> scenes.
>
> Once we’ve figured out the partition designation issue above, I guess we
> could integrate that and have, say,
>
> guix system iso-image …
>
> to produce an ISO image. Sounds doable!
Yeah, that'd be cool. It looks like with the right incantations (see
Nix's scripts), you can create a "hybrid" ISO image that boots correctly
in PC-BIOS, UEFI, from CD/DVD or USB stick. But any ISO image that will
boot from a CD is a good start.
By the way, do you think it's possible to build an ISO image from a
manifest of files? I ask because it seems like that's what Nix is
doing; however, the code involved in 'guix system disk-image' seems to
actually boot the target system before the final disk image is built. I
was playing around by mounting the disk image as a loopback device only
because that provided me with a convenient way to access all the files
that need to be in a bootable system; it seems to me like it would be
great if we could build an ISO image without first building an entire
disk image. That seems redundant.
--
Chris
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
next prev parent reply other threads:[~2017-04-23 4:52 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-18 14:17 GuixSD on servers [Fwd: [rtracker.1984.is #131647] A question about VServer system specific requirements] ng0
2017-04-18 15:16 ` Chris Marusich
2017-04-19 20:59 ` Ludovic Courtès
2017-04-23 4:52 ` Chris Marusich [this message]
2017-04-24 5:11 ` GuixSD bootable ISO-9669 image (was: Re: GuixSD on servers [Fwd: [rtracker.1984.is #131647] A question about VServer system specific requirements]) Chris Marusich
2017-04-27 13:42 ` GuixSD bootable ISO-9669 image Ludovic Courtès
2017-04-27 17:08 ` GuixSD bootable ISO-9669 image (was: Re: GuixSD on servers [Fwd: [rtracker.1984.is #131647] A question about VServer system specific requirements]) Danny Milosavljevic
2017-04-27 20:00 ` Danny Milosavljevic
2017-04-28 8:18 ` Danny Milosavljevic
2017-05-02 12:37 ` GuixSD bootable ISO-9669 image Ludovic Courtès
2017-05-02 12:53 ` ng0
2017-05-03 6:26 ` Mark H Weaver
2017-05-02 20:09 ` Danny Milosavljevic
2017-05-02 21:11 ` Ludovic Courtès
2017-05-07 19:37 ` Danny Milosavljevic
2017-05-08 14:14 ` Ludovic Courtès
2017-05-11 23:30 ` Danny Milosavljevic
2017-05-12 15:33 ` Ludovic Courtès
2017-05-14 21:25 ` Danny Milosavljevic
2017-05-16 8:31 ` Ludovic Courtès
2017-06-06 9:35 ` Danny Milosavljevic
2017-06-08 12:25 ` Ludovic Courtès
2017-05-02 20:12 ` Danny Milosavljevic
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=87pog3u3ms.fsf@gmail.com \
--to=cmmarusich@gmail.com \
--cc=guix-devel@gnu.org \
--cc=ludo@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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
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).