BTW, it may be also useful in the crosshurd case, which has always been
quite fragile so far.
Samuel
Quoting Samuel Thibault (2015-02-02 10:03:16)
I'd rather avoid such kind of autodetection
Yes, I understand.
Some time ago (5 Sep 2011), while working on the initrd part for the
Debian installer, I thought about introducing a data-task-create
command, which would tell gnumach to just load
On Mon, Feb 02, 2015 at 10:03:16AM +0100, Samuel Thibault wrote:
I'd rather avoid such kind of autodetection: if the payload happens
to be an ELF file, gnumach will do things with it that we didn't
necessarily wanted. Some time ago (5 Sep 2011), while working on the
initrd part for the Debian
Quoting Samuel Thibault (2015-02-02 10:08:54)
* Starts the Hurd console early on,
How will this interact with being able to restart the console with
/etc/init.d/hurd-console?
Badly :D. You cannot kill it easily with the init script b/c we
cannot write the pid file that early on, and if you
Hello,
This seems very nice to me. I've always thought that the obscure lines
we have to put in grub to be able to boot a hurd system were hurting
us: they make it difficult to boot into a hurd system by hand when in
boot-hosed mode, making the Hurd look complex, and not really helping
with
Hello,
Justus Winter, le Sat 27 Dec 2014 12:32:21 +0100, a écrit :
Quoting Richard Braun (2014-12-27 12:20:17)
On Fri, Dec 26, 2014 at 06:32:33PM +0100, Justus Winter wrote:
Quoting Richard Braun (2014-12-26 17:10:19)
What kind of non-elf files ?
Any file. I created this patch
Justus Winter, le Fri 30 Jan 2015 10:23:24 +0100, a écrit :
* Boots an unmodified Debian (debootstrap --variant=minbase) from a
readonly filesystem that does not support passive translators
(iso9660fs).
Yay! :)
* Starts the Hurd console early on,
How will this interact with being able
Hi,
Well, the overall question is: Is it worth an effort ?
I guess it could. Then we wouldn't need to make /dev a tmpfs and
create it's content on demand. Then again, doing so is easy enough
(with the bootshell).
So this discussion was mainly for my curiosity.
If the need arises to
Quoting Thomas Schmitt (2015-01-30 14:25:50)
Hi,
Justus Winter wrote:
3. Remaster using `grub-mkrescue --output=my-bootshell.iso /=master'.
The beauty of grub-mkrescue.
Yes, it's super nice :)
To start an translator on demand, the file system needs to support
storing a passive
Hello :)
I produced a demo live cd using my new bootshell:
http://darnassus.sceen.net/~teythoon/booting-debian-preboot.png
http://darnassus.sceen.net/~teythoon/booting-debian-boot.png
http://darnassus.sceen.net/~teythoon/bootshell0129.iso.xz
Notable features:
* Boots an unmodified Debian
Hi,
http://darnassus.sceen.net/~teythoon/bootshell0129.iso.xz
Was it produced by grub-mkrescue ?
* Boots an unmodified Debian (debootstrap --variant=minbase) from a
readonly filesystem that does not support passive translators
(iso9660fs).
Would that support be desirable and what
Hi,
Justus Winter wrote:
3. Remaster using `grub-mkrescue --output=my-bootshell.iso /=master'.
The beauty of grub-mkrescue.
More people should use it and increase its weight in GRUB2.
Even in the simple BIOS case, it already hides these expert
options of xorriso:
--grub2-mbr
Quoting Thomas Schmitt (2015-01-30 12:04:57)
http://darnassus.sceen.net/~teythoon/bootshell0129.iso.xz
Was it produced by grub-mkrescue ?
Yes. It is very easy to remaster:
1. Unpack bootshellXX.iso into a dir, e.g. `master'. Use
/hurd/iso9660fs on Hurd, or fuseiso, or file-roller on
On Fri, 2015-01-30 at 13:02 +0100, Justus Winter wrote:
Quoting Thomas Schmitt (2015-01-30 12:04:57)
Would that support be desirable and what properties would
an ISO 9660 filesystem have to provide ?
To start an translator on demand, the file system needs to support
storing a passive
Justus Winter 4win...@informatik.uni-hamburg.de skribis:
Quoting Ludovic Courtès (2014-12-27 22:22:34)
Did you consider using a statically-linked Guile? This is what we do in
the Linux initrd for Guix, and it’s wonderful. :-)
If you take that route, we can make it easier to share code.
Quoting Ludovic Courtès (2014-12-28 14:38:56)
Oh right. Guile 2.0 relies on the availability of a file system to load
its modules from. I wonder if we could make some sort of an initrd or
multiboot module that would contain those files?
We could, but we'd rather avoid using an initrd. And
On Fri, Dec 26, 2014 at 06:32:33PM +0100, Justus Winter wrote:
Quoting Richard Braun (2014-12-26 17:10:19)
What kind of non-elf files ?
Any file. I created this patch in an attempt to use a dead task
(i.e. a task w/o a thread) as a ramdisk. Now I'm (ab)using this patch
to load the script
Quoting Richard Braun (2014-12-27 12:20:17)
On Fri, Dec 26, 2014 at 06:32:33PM +0100, Justus Winter wrote:
Quoting Richard Braun (2014-12-26 17:10:19)
What kind of non-elf files ?
Any file. I created this patch in an attempt to use a dead task
(i.e. a task w/o a thread) as a ramdisk.
Justus Winter 4win...@informatik.uni-hamburg.de skribis:
Wait, that sounds like serverboot, doesn't it ?
It does. I think it was a mistake to abandon it in the first place.
Evidence for that: 1. We now have two copies of the bootscript
parser, once in the kernel, once in boot. 2. We
Quoting Ludovic Courtès (2014-12-27 22:22:34)
Justus Winter 4win...@informatik.uni-hamburg.de skribis:
Wait, that sounds like serverboot, doesn't it ?
It does. I think it was a mistake to abandon it in the first place.
Evidence for that: 1. We now have two copies of the bootscript
Hello :)
I've been thinking how to improve the early Hurd server bootstrap. To
be clear, this is not about `bootstrap' as in sysvinit, but it is
about how to start the very first Hurd servers.
Now we all know that system bootstrap is an emotional subject, so I'd
like to address any concerns you
Quoting Richard Braun (2014-12-26 17:10:19)
On Fri, Dec 26, 2014 at 01:58:28PM +0100, Justus Winter wrote:
It requires only tiny tweaks to libdiskfs, and a tiny patch to gnumach
that enables us to load non-elf files into tasks.
What kind of non-elf files ?
Any file. I created this patch
22 matches
Mail list logo
