1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
|
<http://www.gnu.org/software/grub/>
GRUB is the bootloader of the GNU system, and it's currently the only one that
supports the multiboot standard, necessary to boot the Hurd.
* `update-grub` is *Debian specific* and very useful. It will automatically
create a `/boot/grub/grub.cfg` file for the kernels in `/boot/` and for
OSes that it finds on various partitions, including GNU/Hurd.
* Make sure that GRUB 2's version is at least 20091130 and GNU Mach's version
is at least 20091020.
* Sample file:
menuentry "GNU/Linux" {
insmod ext2
set root=(hd0,12)
linux /boot/vmlinuz-2.6.32 root=/dev/hda12 ro
initrd /boot/initrd.img-2.6.32
}
menuentry "GNU" {
insmod ext2
set root=(hd0,16)
multiboot /boot/gnumach.gz root=device:hd0s16
module /hurd/ext2fs.static ext2fs --readonly \
--multiboot-command-line='${kernel-command-line}' \
--host-priv-port='${host-port}' \
--device-master-port='${device-port}' \
--exec-server-task='${exec-task}' -T typed '${root}' \
'$(task-create)' '$(task-resume)'
module /lib/ld.so.1 exec /hurd/exec '$(exec-task=task-create)'
}
# syslinux' `mboot.c32`
## IRC, freenode, #hurd, 2014-02-08
<anonymuouss> hey I am runnign debian GNU/hurd , si sthe best release? I
would like to write a guide on multibooting, GNU/linux, NetBSD, and
GNU/Hurd from the same live OS image
<anonymuouss> I can basically handle all of the linux stuff, but native
booting NetBSD and , i am guessing Hurd, are going to be pretty hard
<anonymuouss> i want to focus on using syslinux's mboot.c32 module, though
i have no ttested, i think it will boot hurd just fine
<anonymuouss> as hurd is so firmly connected to multiboot specfication..
<anonymuouss> soem background history is that apparently there is something
wrong with FreeBSD multibooting
<anonymuouss> So it has spawned a huge amount of public testing regarding
dual booting iso9660 with GNU/linux and FreeBSD
<anonymuouss> come to find out NetBSD is actually the main group supporting
multiboot compliancy
<anonymuouss> bleh anyway, if you guys can help me will all of this, that
would be great. but either way, i wanted to gicve a long winded thanks
<anonymuouss> the main problem i am having is tell given kernel, that i
need it to load a ram based file system
<anonymuouss> with linux this is easy, just because i have used it so
much. i nkow how to attach a fileystem to the kernel, and embed a boot
command line
<youpi> anonymuouss: for the hurd case, you can have a look at the debian
installer cd, it uses some sort of initrd
<anonymuouss> lol xorg works.. i was not expecting that!
<anonymuouss> youpi: thanks
<anonymuouss> yeah looking at the live distributions has been a mainstay ,
<anonymuouss> youpi: right, becasue debian will usually make their install
have an option to totally run in ram
<anonymuouss> they may have already fighured this out
<anonymuouss> I am impressed as hell with hurd kernel
<youpi> well, "they" is the same as "hurd maintainers", mostly :)
<anonymuouss> going to work picking around at this multiboot code a bit
later, looks the GNU doc on that is meant to be very educational
<anonymuouss> ok nice, so i verfied that hurd kernel is multiboot
compliant, and successfully loads with syslinux's mboot.c32
## IRC, freenode, #hurd, 2014-02-09
<anonymuo1ss> I need to boot Hurd into ram off of iso9660 or vfat , or ext
using syslinux' mboot.c32 multiboot module. One of my reasons for
shoosing hurd kernel was multiboot compliancy to test this feature. So i
have aunique use case, of needing to load the hurd kernel an root
filesystem into memory. as using the root of the disk, is likeley
unsuitable. as with any live OS. I have acquired the components of the
debian install release. http://ftp.debian-po
<anonymuo1ss> what arguments can i pass to my multiboot "kernel"
"mboot.c32", in order to get this to boot to a simple example system (
full functionality is not required)
<anonymuo1ss> Additionally i am willing to try putting hurd on the root
filsystem, but i would still like to boot it "natively" with the
mboot.c32 from syslinux. partially just to help expand documentation on
thier project
<anonymuo1ss> so i could use ext2 for the base i guess, if that would help
<braunr> anonymuo1ss: install debian hurd and look at the grub
configuration
<braunr> you'll have the command line arguments there
<braunr> use the preinstalled image in the topic to quickly boot one in a
virtual machine
<anonymuo1ss> that line is so long i am not sure it even will load with
systelinux
<anonymuo1ss> syslinux*
<anonymuo1ss> took me years to learn to boot linux to ram, no one helped
<anonymuo1ss> this is apparently is going to be more difficult, if i dont
get your guys help, i might be able to "install hurd" but i certainly
wont be able to use it or write about how to use it
<braunr> don't get it wrong but we're not very interested in making it boot
with syslinux
<anonymuo1ss> and multiboot code documentation is dwindling.. basically no
one gies a shit, not about syslinux, not about hurd, except for me. i
have read the same paragraphs from mailing lists 100s of times
<braunr> it works with grub, it complies with the mb spec
<anonymuo1ss> well look at how heavily it is depending on grub, i cant
reaally even pretend to understand how that works
<anonymuo1ss> and it is kind of obvious that you can not either
<braunr> no it's not
<braunr> i do
<anonymuo1ss> anyway , if you dont know how to help, it is ok
<braunr> i have implemented my own boot loader long ago
<braunr> and i have read about the boot scripts of gnu mach
<braunr> i know that part and i can help
<anonymuo1ss> i will just keep on doing all of this work on my own for fre,
with no bebefit and no help
<braunr> i won't fix the mboot code of syslinux for you though
<anonymuo1ss> well maybe sysylinux is the problem
<anonymuo1ss> it is sort of a toss up trying to decide who cares less abotu
this, hurd or syslinux
<braunr> noone cares
<anonymuo1ss> pretty even tie, for not giving a flying shit either way
<anonymuo1ss> obvious thumb down on the little guy
<anonymuo1ss> from both gnu and peter alvin
<braunr> i don't see syslinux as being something that was intended to
support anything else than linux in the first place
<anonymuo1ss> well that is where you are wrong
<braunr> no i'm not
<braunr> :)
<anonymuo1ss> obviously anything that has multiboot modules supports other
OS
<anonymuo1ss> lol
<anonymuo1ss> idiot
<braunr> if written right and well maintained
<braunr> and mboot support came very late in syslinux
<anonymuo1ss> seriosuly if you are brains behind this, i see why there are
no docs
<braunr> uh, you're the noob here, you're whining, and now you're insulting
<anonymuo1ss> no im no noob
<anonymuo1ss> im writing free guides to help people, and they are damn
concise
<braunr> if you weren't, you would understand how to adapt grub conf to
syslinux quickly
<anonymuo1ss> i have people making whole linux systems and frebsd is the
length of that damn grub line
<braunr> despite the "long line"s as you call them
<anonymuo1ss> lol
<braunr> the number of parameters is very short
<braunr> like 2 per module
<braunr> just copy them verbatim, what's hard with that ?
<antrik> anonymuouss: a followup remark regarding syslinux: does it really
have full multiboot support, including additional modules? or maybe it
only implements as much of the specification as necessary to load only
the kernel itself?
<anonymuouss> antrik: I wrote the syslinux mailing list this morning, with
details about some simple ways to download "ext2fs.static gnumach.gz
initrd.gz and ld.so.1" from
http://ftp.ports.debian.org/debian-ports-cd/hurd-i386/current/ and package them
to boot with the syslinux "mboot.c32" from iso9660. And showed them the
proper kernel and module configuration lines from the netinstall's
"grub.cfg". So I am hoping to get a reponse soon from Peter Alvin or G
## IRC, freenode, #hurd, 2014-02-10
<anonymuouss> I am readin here in multiboot specifications,
http://www.gnu.org/software/grub/manual/multiboot/multiboot.html#Boot-modules
, that it is optional for designers of bootloaders to include this
ability to load modules. So I am guessing the syslinux devs made ample
use of that allowance.
<anonymuouss> as you were suggesting. I will try to take the code apart and
read it some. But it is looking like maybe grub is the more stabke choice
for multibooting.
<anonymuouss> probably even a bit of magic with packaging hurd would make
it possible. but only 1 out of 10,000 people even know how to properly do
that with linux kernel main, so will take some time i guess
<anonymuouss> jus to quote, because the multiboot spec is written by
someone smarter than me " While these additional modules could be
embedded in the main OS image along with the kernel itself, and the
resulting image be split apart manually by the operating system when it
receives control"
<anonymuouss> I am guessing they are referring to some remote potential for
Hurd kernel to compiled that way, though i am merely speculating
<anonymuouss> So i am hunting down docs on doing this with Hurd. Who knows
maybe somethign fun and interesting will come of it
<antrik> anonymuouss: IIRC Hurd in Xen used one-file archieves initially
before pv-grub was operational. but the "ordinary" way to load the Hurd
is using modules, which I suspect is not implemented by syslinux...
<antrik> I don't think there is another system beside the Hurd using the
modules feature of multiboot. in fact, GRUB and the multiboot
specification were originally written for the Hurd...
<anonymuouss> I am hopeful about including the files (into the kernel) for
simplicities sake, as an experiemnet. And and in the meantime, continiung
to learn about grub's model for accomplishing this. Everythign is going
fine on my ned, I am working with a simple qemu install of debian
GNU/hurd. Hopefully will be compiling some kernels later tonight. thought
i may need to switch to reral hard ware for that
<anonymuouss> thank you for the input antrik , I have not heard back from
syslinux devs yet, my guess is that they are thinking hard abotu how to
solve this, and dont want to "jump the gun"
|
