From 7ddc7871e9494f24b4b34681eb1b754d16fd43b9 Mon Sep 17 00:00:00 2001
From: freesource
@@ -104,7 +104,7 @@ Red Hat and related distributions
"Reboot" Passes the reboot command to the mconsole to reboot the
-Linux virutal machine.
+Linux virtual machine.
@@ -619,8 +619,8 @@ Notes:
directory, device, or source options.
Instructions:
Mandrake-type distribution require perl-GTK >= 0.7002
Red Hat type distributions require Gtk-Perl >= 0.7002
-All RPM based distributions require perl-Expect and friends available from the main repostiory:
+All RPM based distributions require perl-Expect and friends available from the main repository:
perl-Expect
perl-IO-Tty
perl-IO-Stty
@@ -435,7 +435,7 @@ Notes:
-23. Changing from gz to bz2 compression for the boot image in the main section has no effect and gzip is still exectuted.
+23. Changing from gz to bz2 compression for the boot image in the main section has no effect and gzip is still executed.
@@ -705,7 +705,7 @@ which have focused on providing a particular type of root
filesystem and boot method. Observation reveals that all these
approaches share many commonalities. gBootRoot has been
designed to embrace
-these similiarities, and to allow developers to create drop-in methods
+these similarities, and to allow developers to create drop-in methods
via modules or easy to understand templates.
gBootroot is the GIMP of distribution creation!
-Note for users of version 1.2.14 or earlier: Verions of gbootroot +Note for users of version 1.2.14 or earlier: Versions of gbootroot before 1.3.0 didn't have this set-up, instead there were just copies of add-on replacements in the $HOME replacement directory to allow the user to directly modify add-on replacements. @@ -1282,7 +1282,7 @@ While on the subject, it should be pointed at the setting up init and its runlevels is one of the most challenging areas of creating a bootable root_fs. Often your creation will only work with "single" until all the conflicts -are resolved. Things are complicated even futher by the fact that +are resolved. Things are complicated even further by the fact that devices can now be set up in two majors ways: tty? or ttys/? (devfs). Fortunately, user-mode-linux comes in very handy for hunting down all the bugs. @@ -1375,7 +1375,7 @@ 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 +one would think since everything is being done in memory, the presence 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 @@ -1505,7 +1505,7 @@ 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 +interacted 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 @@ -1596,7 +1596,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 executed. [back]