Re: Reinventing the Hurd server bootstrap

2015-02-02 Thread Justus Winter
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

Re: Reinventing the Hurd server bootstrap

2015-02-02 Thread Justus Winter
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

Re: Reinventing the Hurd server bootstrap

2015-02-02 Thread Richard Braun
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 Debi

Re: Reinventing the Hurd server bootstrap

2015-02-02 Thread Samuel Thibault
BTW, it may be also useful in the crosshurd case, which has always been quite fragile so far. Samuel

Re: Reinventing the Hurd server bootstrap

2015-02-02 Thread Samuel Thibault
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 abl

Re: Reinventing the Hurd server bootstrap

2015-02-02 Thread Samuel Thibault
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 creat

Re: Reinventing the Hurd server bootstrap

2015-02-02 Thread Samuel Thibault
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 hacki

Re: Reinventing the Hurd server bootstrap

2015-01-30 Thread Thomas Schmitt
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 im

Re: Reinventing the Hurd server bootstrap

2015-01-30 Thread Justus Winter
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 pass

Re: Reinventing the Hurd server bootstrap

2015-01-30 Thread Thomas Schmitt
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 ...disk.path..

Re: Reinventing the Hurd server bootstrap

2015-01-30 Thread Svante Signell
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 pass

Re: Reinventing the Hurd server bootstrap

2015-01-30 Thread Justus Winter
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 Li

Re: Reinventing the Hurd server bootstrap

2015-01-30 Thread Thomas Schmitt
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 pr

Re: Reinventing the Hurd server bootstrap

2015-01-30 Thread Justus Winter
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 (deboo

Re: Reinventing the Hurd server bootstrap

2014-12-28 Thread Justus Winter
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

Re: Reinventing the Hurd server bootstrap

2014-12-28 Thread Ludovic Courtès
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 sha

Re: Reinventing the Hurd server bootstrap

2014-12-27 Thread Justus Winter
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 boo

Re: Reinventing the Hurd server bootstrap

2014-12-27 Thread Ludovic Courtès
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. W

Re: Reinventing the Hurd server bootstrap

2014-12-27 Thread Justus Winter
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

Re: Reinventing the Hurd server bootstrap

2014-12-27 Thread Richard Braun
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

Re: Reinventing the Hurd server bootstrap

2014-12-26 Thread Justus Winter
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

Re: Reinventing the Hurd server bootstrap

2014-12-26 Thread Richard Braun
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 ? -- Richard Braun