From bdd9043187812fda31e49ddb68137bc2f2b99c2c Mon Sep 17 00:00:00 2001
From: freesource
@@ -480,14 +480,25 @@ and things should become more clear.
What's the advantage of using this program? [back] There isn't enough room left on my 1440 floppy to make a Boot or Root
+
+
+If libc is included in the boot disk, why is it needed in the root disk as
+well? [back]
+
+An interesting question. Let's consider the two disk compression
+method,
+first the initrd is decompressed into /dev/ram0 or /dev/rd/0, then the
+root filesystem is decompressed into /dev/ram1 or /dev/rd/1, even though
+one would think since everything is being done in memory, the prescence of
+the libraries would remain in memory. But, in this case memory is
+partitioned and the new root device doesn't share information with
+the previous root device. An easier way to look at this is simply
+that a
+new root is being used which doesn't share information with the previous
+root. You can experiment with this by removing libc-*.so and
+ld-*.so from a root filesystem which previously worked, first test it with
+UML, and then try to boot it; in both cases it won't work.
+
+ There isn't enough room left on my 1440 floppy to make a Boot or Root
disk. Is there any way to free up more space apart from reducing
the size of the kernel? [back]
+
+Last, but not least...the boot disk boots, waits for the root disk, and
+now fails. "Can't open console"??? or sth like this (I'm pretty tired
+right now, recheck later), which appears after "VFS:ext2fs was found..." [back]
+
+This is an easy one. First, make sure that there is a
+/dev directory in
+your root filesystem. Genext2fs will automatically make this
+from its devices table, but other fs creators (mke2fs) don't know any better.
+Second, does your kernel have devfs? Based on this answer,
+make sure you choose the proper inittab for your kernel, and if you aren't
+using devfs
+make sure that the proper devices are included. The minimum
+required is /dev/console and you will need devices for anything listed
+in the inittab.
+Genext2fs will include devices for any user, but non-root users can't
+create devices with other filesystem creators. Third, test
+with UML, if the filesytem is not devfs use the devfs=nomount option
+to make sure your filesystem is running properly.
+
+
+
+What are the kernel's drivers/fs that must be directly compiled, not as
+modules, except ext2, floppy? Could you attach your
+kernel's .config? [back]
+
+I don't want to take all the fun away from you. There is a
+config for the uml kernel in
+/usr/lib/bootroot/yard/Replacements/lib/modules. If you get
+it running with uml, and it doesn't run with your own kernel, take a look
+here.
+
+
+
+What is the root_fs_helper 2Mb file in the grootboot package? [back]
+
+This is the ultimate in root filesystem engineering. The root
+filesystem helper is actually a much bigger filesystem made with cramfs, and it
+originated from a genext2fs filessytem made as a normal user.
+It includes
+utilities like filesystem creators. It is part of the automated
+filesystem creation system, and after it is booted by uml, it is
+intereacted with via expect based on user choices placed in the filesystem
+box. Considering that mkreiserfs doesn't allow loop devices to
+be used,
+this is an easy way to get around this limitation, and most importantly it
+allows non-root users to create UID/GID 0 root filesystems.
+Try creating a root filesystem as a normal user with both "uml exclusively" and
+"preserve ownership" turned on and discover if you can successfully create
+a working root filesystem. Answer: No, you will not be able
+to unless preserve ownership is off.
+
+
+
+Now the creation works, but actually the whole image is less than
+1440k... Still, unclear to me is the purpose of the device/size in the
+main widget - is it only for the boot or also for the root disk?
+After all, the root fs image size has been already entered in the ARS. [back]
+
+Gbootroot is designed with the idea that new Linux users don't need to
+open up the ARS or ABS; basically, they just choose a boot method, provide
+a pre-made compressed root_fs and kernel, and then press the submit button
+to get a two disk floppy system. What this means is
+that if the ARS is
+never opened then the boot and root devices will both be /dev/fd0.
+But, if the ARS is opened up, then the boot device is whatever is found in the
+main section, and the root device is whatever is found in the ARS.
+Likewise, if the ABS is opened up, and the user decides that they would like
+to do
+development work on a different device than the boot device, for instance,
+/dev/fd1, then they can change the device in the ABS. In this
+case, the
+device should be left to /dev/fd0 in the main section, unless you have one
+of those amazing Bioses which allow /dev/fd1 to be booted.
+At a later
+date the user can run "lilo -v -C brlilo.conf -r /mnt" where /mnt
+represents the mounted device provided in the main section.
+
-gBootRoot doesn't start because it can't locate Gtk.pm? [back]
13. I've created a root fs. Then I've tried to create the boot disk using the 2 disk compression method. The device selection is /dev/fd0, size is 1440k, but the initrd_image.gz is 715k. I don't know much about boot disks but shouldn't the boot disks contain mainly the kernel?
-14. There isn't enough room left on my 1440 floppy to make a Boot or Root disk. Is there any way to free up more space apart from reducing the size of the kernel?
+14. If libc is included in the boot disk, why is it needed in the root disk as well?
-15. gBootRoot doesn't start because it can't locate Gtk.pm?
+15. There isn't enough room left on my 1440 floppy to make a Boot or Root disk. Is there any way to free up more space apart from reducing the size of the kernel?
-16. If you roll the floppy density counter down to 0 and then try go back up towards 1440 and 1722, you get very funny figures.
+16. Last, but not least...the boot disk boots, waits for the root disk, and now fails. "Can't open console"??? or sth like this (I'm pretty tired right now, recheck later), which appears after "VFS:ext2fs was found..."
+
+17. What are the kernel's drivers/fs that must be directly compiled, not as modules, except ext2, floppy? Could you attach your kernel's .config?
+
+18. What is the root_fs_helper 2Mb file in the grootboot package?
+
+19.
+Now the creation works, but actually the whole image is less than 1440k... Still, unclear to me is the purpose of the device/size in the main widget - is it only for the boot or also for the root disk? After all, the root fs image size has been already entered in the ARS.
+
+20. gBootRoot doesn't start because it can't locate Gtk.pm?
+
+21. If you roll the floppy density counter down to 0 and then try go back up towards 1440 and 1722, you get very funny figures.
-17. Changing from gz to bz2 compression for the boot image in the main section has no effect and gzip is still exectuted.
+22. Changing from gz to bz2 compression for the boot image in the main section has no effect and gzip is still exectuted.
This program requires Gtk-Perl available from CPAN, Freshmeat or most GNU/Linux distributions.
-If you roll the floppy density counter down to 0 and then try go back
+ If you roll the floppy density counter down to 0 and then try go back
up towards 1440 and 1722, you get very funny figures. [back]
@@ -1252,7 +1372,7 @@ page up with the second button to 1440 and step with the first button to
Changing from gz to bz2 compression for the boot image in the main section has no effect and gzip is still exectuted. [back] Changing from gz to bz2 compression for the boot image in the main section has no effect and gzip is still exectuted. [back]