Hello,
Host: x86_64 CentOS 6.x
Using the SVN for LFS - SVN-20120725
Everything builds just dandy and passes make check where applicable
EXCEPT for grub 2.0
I attached full log of configure and also added at the end where it
fails but of interest -
checking build system type... x86_64
On Aug 1, 2012, at 05:29 AM, Alice Wonder wrote:
Hello,
Host: x86_64 CentOS 6.x
Using the SVN for LFS - SVN-20120725
Everything builds just dandy and passes make check where applicable
EXCEPT for grub 2.0
I attached full log of configure and also added at the end where it
fails
On Tue, 2012-07-10 at 23:15 -0500, Bruce Dubbs wrote:
Bruce Dubbs wrote:
LFS Trac wrote:
#3130: GRUB-2.00
* owner: lfs-book@… = matthew@…
* status: new = assigned
Matt, are you sure you want this one? There's probably not any real
changes in Section 6.47, but I think
LFS Trac wrote:
#3130: GRUB-2.00
* owner: lfs-book@… = matthew@…
* status: new = assigned
Matt, are you sure you want this one? There's probably not any real
changes in Section 6.47, but I think Section 8.4 will need a careful review.
-- Bruce
--
http://linuxfromscratch.org
Bruce Dubbs wrote:
LFS Trac wrote:
#3130: GRUB-2.00
* owner: lfs-book@… = matthew@…
* status: new = assigned
Matt, are you sure you want this one? There's probably not any real
changes in Section 6.47, but I think Section 8.4 will need a careful
review.
Following up
Hi,
Thanks for a great book. I have just set up my first LFS; I had great
fun and all is fine.
I hit a couple of issues setting up Grub that, looking through the
lfs-support archive, have bitten a few others and wondered if it is
worth mentioning in the book.
I used SVN-20120106 and although
Bob Davison wrote:
Hi,
Thanks for a great book. I have just set up my first LFS; I had great
fun and all is fine.
I hit a couple of issues setting up Grub that, looking through the
lfs-support archive, have bitten a few others and wondered if it is
worth mentioning in the book.
I used
/etc/grub.d/10_linux line 133, it looks like vmlinuz work for it.
case x`uname -m` in
xi?86 | xx86_64)
list=`for i in /boot/vmlinuz-* /vmlinuz-* /boot/kernel-* ; do
if grub_file_is_not_garbage $i ; then echo -n $i ; fi
done` ;;
*)
list=`for
is chapter 8.3
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
` ;;
*)
list=`for i in /boot/vmlinuz-* /boot/vmlinux-* /vmlinuz-*
/vmlinux-* /boot/kernel-* ; do
if grub_file_is_not_garbage $i ; then echo -n $i ; fi
done` ;;
esac
10_linux is only used when using grub-mkconfig and we don't recommend
that any more. See
used when using grub-mkconfig and we don't recommend
that any more. See the last Note in section 8.4 of the current svn
version of the book.
-- Bruce
--
It would be worthwhile making this change. It would allow
grub-mkconfig to work on other linux systems on the same computer, or
give
if grub_file_is_not_garbage $i ; then echo -n $i ; fi
done` ;;
*)
list=`for i in /boot/vmlinuz-* /boot/vmlinux-* /vmlinuz-*
/vmlinux-* /boot/kernel-* ; do
if grub_file_is_not_garbage $i ; then echo -n $i ; fi
done` ;;
esac
10_linux is only used when using grub-mkconfig
There was a recent thread about moving away from grub-mkconfig (which
is what we did).
http://archive.linuxfromscratch.org/mail-archives/lfs-dev/2011-June/064836.html
--
Nathan Coulson (conathan)
Apologies, I have been tying to catch up on a whole swathe of unread emails
across a number
On 21 June 2011 11:17, Bruce Dubbs bruce.du...@gmail.com wrote:
I have updated the book for grub-1.99. I rewrote the section
http://www.linuxfromscratch.org/lfs/view/development/chapter08/grub.html
with fairly extensive changes. I'd appreciate feedback. I'm leaving
the ticket open for now
On Mon, Jul 18, 2011 at 8:03 PM, Kevin Buckley
kevin.m.buck...@gmail.com wrote:
On 21 June 2011 11:17, Bruce Dubbs bruce.du...@gmail.com wrote:
I have updated the book for grub-1.99. I rewrote the section
http://www.linuxfromscratch.org/lfs/view/development/chapter08/grub.html
with fairly
On Mon, Jun 20, 2011 at 4:17 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
I have updated the book for grub-1.99. I rewrote the section
http://www.linuxfromscratch.org/lfs/view/development/chapter08/grub.html
with fairly extensive changes. I'd appreciate feedback. I'm leaving
the ticket
Insert a blank floppy diskette...
As already mentionned. It would be a good idea to have a solution with a
USB key for exemple
My last computer which had a floppy disk drive is now 11 years old.
Regards
Thierry
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ:
t...@nutyx.com wrote:
Insert a blank floppy diskette...
Where is that? I changed it to a CD-ROM example.
-- Bruce
As already mentionned. It would be a good idea to have a solution with a
USB key for exemple
My last computer which had a floppy disk drive is now 11 years old.
Sorry for the noise, my page wasn't update
t...@nutyx.com wrote:
Insert a blank floppy diskette...
Where is that? I changed it to a CD-ROM example.
-- Bruce
As already mentionned. It would be a good idea to have a solution with a
USB key for exemple
My last computer which had a
* so none were picked up.
I'm leaning towards just eliminating the use of grub-mkconfig other than
for a warning not to use it.
I call my kernels bzImage so it doesn't work for me either.
We can just use a
cat /boot/grub/grub.cfg EOF
...
EOF
Works for me.
set timeout=10
menuentry
in the form of linux* so none were picked up.
I'm leaning towards just eliminating the use of grub-mkconfig other than
for a warning not to use it.
I call my kernels bzImage so it doesn't work for me either.
We can just use a
cat /boot/grub/grub.cfg EOF
...
EOF
Works for me
I have updated the book for grub-1.99. I rewrote the section
http://www.linuxfromscratch.org/lfs/view/development/chapter08/grub.html
with fairly extensive changes. I'd appreciate feedback. I'm leaving
the ticket open for now.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs
Bryan Kadzban wrote:
Bruce Dubbs wrote:
Another solution may be to do:
cd /dev
ln -sv root partition root
before running a program that needs grub-probe.
Ew! :-)
/dev/root is *never* a real device, and anything that requires it to be
is broken by design. There were several
On Sun, Jun 19, 2011 at 7:43 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
Bryan Kadzban wrote:
Bruce Dubbs wrote:
Another solution may be to do:
cd /dev
ln -sv root partition root
before running a program that needs grub-probe.
Ew! :-)
/dev/root is *never* a real device
On Sat, Jun 11, 2011 at 7:25 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
I have finally found time to try to put GRUB-1.99 in the book. Building
the package is not an issue, but creating a backup is:
/usr/bin/grub-mkrescue: line 310: xorriso: command not found
The package is at http
On Sat, 11 Jun 2011 21:25:33 -0500
Bruce Dubbs bruce.du...@gmail.com wrote:
I have finally found time to try to put GRUB-1.99 in the book. Building
the package is not an issue, but creating a backup is:
/usr/bin/grub-mkrescue: line 310: xorriso: command not found
The package is at http
Andrew Benton wrote:
On Sat, 11 Jun 2011 21:25:33 -0500
Bruce Dubbs bruce.du...@gmail.com wrote:
I have finally found time to try to put GRUB-1.99 in the book. Building
the package is not an issue, but creating a backup is:
/usr/bin/grub-mkrescue: line 310: xorriso: command not found
we should make: Make a rescue CD instead of a rescue floppy disk.
Reason? Floppies are SO out of fashion these days, and most computers
these days don't even have a floppy drive. I would modify the
instructions to create a CD image and use Xorriso to burn it.
There are other problems with grub
Bruce Dubbs wrote:
Another solution may be to do:
cd /dev
ln -sv root partition root
before running a program that needs grub-probe.
Ew! :-)
/dev/root is *never* a real device, and anything that requires it to be
is broken by design. There were several long arguments about
On Sun, 12 Jun 2011 10:42:26 -0500
Bruce Dubbs bruce.du...@gmail.com wrote:
I have a current SVN version on x86_64 for test.
See https://lists.gnu.org/archive/html/grub-devel/2011-06/msg00010.html
I'll try out the patch, but it will be a few days.
Another solution may be to do:
cd
I have finally found time to try to put GRUB-1.99 in the book. Building
the package is not an issue, but creating a backup is:
/usr/bin/grub-mkrescue: line 310: xorriso: command not found
The package is at http://scdbackup.sourceforge.net/xorriso_eng.html#download
Do we add yet another
I was looking at the grub page (8.4), and the grub-mkmenuconfig uses
UUID's as the root. As far as I know, the linux kernel cannot boot
using a UUID (at least without making our own initrd).
--
Nathan Coulson (conathan)
--
Location: Brittish Columbia, Canada
Timezone: PST (-8)
Webpage: http
Hi,
From: Corstiaan Hol corstiaan@gmail.com
Subject: Grub 1.98 hangs during install
Date: Mon, 9 Aug 2010 15:21:01 +0200
Sorry i posted this on lfs-book instead of lfs-dev so here is a repost
Hello all,
after a drive crash I now rebuilded my LFS on a new HDD,
the drive
mounted with:
mkdir -pv $LFS
mount -v -t ext3 /dev/sdc3 $LFS
mkdir -v $LFS/boot
mount -v -t ext2 /dev/sdc1 $LFS/boot
mkdir -v $LFS/home
mount -v -t ext3 /dev/sdc4 $LFS/home
now when i run grub-install --grub-setup=/bin/true /dev/sdc from chroot it
hangs forever.
grub-devicemap works as it should
make install will fail (some .mo files couldn't be found), if you
are compiling GRUB 2 without an installed gettext. And that's what I
tried to do ;-)
You've possibly overlooked this, Bruce.
See
http://wiki.linuxfromscratch.org/lfs/attachment/ticket/2716/patch-dependencies_NEW.patch
Am 18.07.2010 21:44, schrieb Bruce Dubbs:
Sebastian Plotz wrote:
I know that this doesn't directly belongs to LFS ...
But I just want to note that the Linux From Scratch GRUB2 Build
Instructions link on the GRUB documentation page
(http://www.gnu.org/software/grub/grub
Sebastian Plotz wrote:
make install will fail (some .mo files couldn't be found), if you
are compiling GRUB 2 without an installed gettext. And that's what I
tried to do ;-)
You've possibly overlooked this, Bruce.
See
http://wiki.linuxfromscratch.org/lfs/attachment/ticket/2716/patch
Yesterday I got some strange errors from www.gnu.org while looking at
some Docs hosted there. It looked like perhaps someone was doing some
maintenance.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Am Montag, den 19.07.2010, 10:39 -0500 schrieb Bruce Dubbs:
Sebastian Plotz wrote:
make install will fail (some .mo files couldn't be found), if you
are compiling GRUB 2 without an installed gettext. And that's what I
tried to do ;-)
You've possibly overlooked this, Bruce.
See
I know that this doesn't directly belongs to LFS ...
But I just want to note that the Linux From Scratch GRUB2 Build
Instructions link on the GRUB documentation page
(http://www.gnu.org/software/grub/grub-documentation.en.html) is
broken ...
And Bruce maintains this site ...
--
http
Sebastian Plotz wrote:
I know that this doesn't directly belongs to LFS ...
But I just want to note that the Linux From Scratch GRUB2 Build
Instructions link on the GRUB documentation page
(http://www.gnu.org/software/grub/grub-documentation.en.html) is
broken ...
And Bruce maintains
Hi,
The last instruction of the grub setup states that you should use:
grub-setup
to update the MBR.
Running this on my system yields to:
root:~# grub-setup
No device is specified.
Try ``grub-setup --help'' for more information.
So I think the instruction should instead
Marc Ferland wrote:
Hi,
The last instruction of the grub setup states that you should use:
grub-setup to update the MBR.
Running this on my system yields to: root:~# grub-setup No device is
specified. Try ``grub-setup --help'' for more information.
So I think the instruction should
Marc Ferland wrote:
Here's the content of my /boot/grub/device.map
(hd0) /dev/sda
(hd1) /dev/sdb
OK, thanks. I'll take a look at the source and see why it doesn't use
hd0 and, if necessary, update the book.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http
Right now the instructions in the book for configuring GRUB are fairly
minimal. I have been following the GRUB mailing list and found the
following links:
https://help.ubuntu.com/community/Burg#New%20Menu%20System
https://help.ubuntu.com/community/Grub2
I've been thinking that we might want
.
Neither am I, but I think we have a old Grub splash image laying
around at http://www.linuxfromscratch.org/blfs/artwork/lfs-grub-splash.xpm.
What do you think of it?
--
William Immendorf
The ultimate in free computing.
Messages in plain text, please, no HTML.
--
Every nonfree program
of my strong points.
Neither am I, but I think we have a old Grub splash image laying
around at http://www.linuxfromscratch.org/blfs/artwork/lfs-grub-splash.xpm.
What do you think of it?
That might be a good starting point, for setting up a theme, but I think
the bigger issue is to decide
Bruce Dubbs wrote:
Right now the instructions in the book for configuring GRUB are fairly
minimal. I have been following the GRUB mailing list and found the
following links:
https://help.ubuntu.com/community/Burg#New%20Menu%20System
https://help.ubuntu.com/community/Grub2
I've been
On Thu, 29 Oct 2009 00:48:05 -0500, Bruce Dubbs wrote:
I have updated the book to GRUB-1.97.
Grub2 appears to have a major regression in that installing into the PBR
no longer works. Note - I'm talking about non-MBR installs, ie:
installing Grub into a Partition Boot Record.
I haven't looked
Greg Schafer wrote:
On Thu, 29 Oct 2009 00:48:05 -0500, Bruce Dubbs wrote:
I have updated the book to GRUB-1.97.
Grub2 appears to have a major regression in that installing into the PBR
no longer works. Note - I'm talking about non-MBR installs, ie:
installing Grub into a Partition Boot
-pbr
For instance, I can put GRUB-0.97 (GRUB Legacy) on
the mbr and then boot GRUB2 (1.97.1) from there by specifying
/boot/grub/core.img as the kernel.
Yes. I found that info on the Grub2 wiki and it allowed me to tailor a
solution that boots into Ubuntu 9.10.
Anyway, after some research
Hello,
I have updated the book to GRUB-1.97.
I notice a typo in the recently update chapter06/grub.xml. Here is a patch
Best Regards
Emmanuel Trillaud
Index: chapter06/grub.xml
===
--- chapter06/grub.xml (révision 9090
Bruce Dubbs wrote:
I have updated the book to GRUB-1.97. The on-line book should
regenerate in a few hours.
The GRUB section in Chapter 6 is pretty straight forward, but the
section on configuration and testing in Chapter 8 is pretty complex.
I'd appreciate anyone building and installing
-crypt is
(Encrypted block device. Specifically for this case, the rootfs.)
but in any case, GRUB2 aka GRUB-1.97 handles the majority of cases.
It handles finding the kernel (and initramfs file), yes.
If we need an initrd, then it should be in BLFS, not LFS.
Probably. Or at least a hint
on a GPT labeled device, you need to
create a BIOS Boot Partition, which GRUB will detect and use.
So you might not need a filesystem on /boot, but you still need to
setup a non-LVM, non-RAID partition so the BIOS can find your GRUB2
kernel, which is more or less the same amount of hassle
2009/10/29 Bryan Kadzban br...@kadzban.is-a-geek.net:
Same with some kinds of RAID -- it can assemble a RAID array, but won't
(always) do it on its own. (It can autoassemble some types of md-raid,
I think, but I'm not sure how well-maintained that is. It won't do
anything with dm-raid,
Ken Moffat wrote:
2009/10/29 Bryan Kadzban br...@kadzban.is-a-geek.net:
Same with some kinds of RAID -- it can assemble a RAID array, but
won't (always) do it on its own. (It can autoassemble some types
of md-raid, I think, but I'm not sure how well-maintained that is.
It won't do anything
I have updated the book to GRUB-1.97. The on-line book should regenerate in a
few hours.
The GRUB section in Chapter 6 is pretty straight forward, but the section on
configuration and testing in Chapter 8 is pretty complex. I'd appreciate
anyone
building and installing this package giving
got error at chapter 8.4. GRUB-0.97
收件者: LFS Developers Mailinglist lfs-dev@linuxfromscratch.org
日期: 2009年10月23日,五,上午7:58
What driver I do need bacause I have
the same problem and some of my
boot drive info is its a USB flash stick, LFS on /dev/sdb1,
and
usbutils installed
On Thu, Oct 22
On Mon, Oct 26, 2009 at 02:47:52AM -0700, kevin631012 wrote:
Hi All,
good news is I add SATA drivers in my kernel . it's able to Mount /dev/root
now .
Thanks for all of your information and clues .
Please observe proper netiquette:
http://www.linuxfromscratch.org/faq/#netiquette
Posts
On Thu, Oct 22, 2009 at 4:58 PM, ALIP BUDIANTO rabbit8...@gmail.com wrote:
What driver I do need bacause I have the same problem and some of my
boot drive info is its a USB flash stick, LFS on /dev/sdb1, and
usbutils installed
Note: I am moving this to lfs-support as this is a support issue.
Hi Nathan , Bruce
thanks you all , grub seems to be working now . It is able to grub-install and
grub-mkconfig what I do is
1) having a file under /boot/grub/device.map as Bruce mentioned .
(hd0) /dev/sda
(hd1) /dev/sdb
sdb which has two partitions and I develop my LFS on it .
2) grub-install
On Thu, Oct 22, 2009 at 1:05 AM, kevin631012 kevin631...@yahoo.com.tw wrote:
Hi Nathan , Bruce
thanks you all , grub seems to be working now . It is able to grub-install
and grub-mkconfig what I do is
1) having a file under /boot/grub/device.map as Bruce mentioned .
(hd0) /dev/sda
(hd1
On Thu, 22 Oct 2009 16:05:19 +0800 (CST)
kevin631012 kevin631...@yahoo.com.tw wrote:
### BEGIN /etc/grub.d/10_linux ###
menuentry GNU/Linux, Linux 2.6.30.5 {
insmod ext2
set root=(hd1,2)
search --no-floppy --fs-uuid --set
e4adbac2-a338-4305-bafe-73f2adb307da
linux
-73f2adb307da
linux/boot/lfskernel-2.6.30.5 root=/dev/sdb2 ro }
should be set root=(hd1,1) partitions start at 0, same as drives.
maybe
No, grub2 is based from 1, just like the partition labels sda1, sdb2, etc.
This is different form grub1.
The problem is in the kernel, not grub. Grub is doing
root=(hd1,1) partitions start at 0, same as drives.
maybe
No, grub2 is based from 1, just like the partition labels sda1, sdb2, etc.
This is different form grub1.
The problem is in the kernel, not grub. Grub is doing it's job and starting
the
kernel, but the panic is in the kernel
Hi Nathan,
thanks for your time . follow the steps in hint is able to install . but I got
another problems when I did at Step 2 . following is my error message .
==message begin
root:/boot/grub# fdisk -l
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63
:/boot/grub# fdisk -l
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000764ec
Device Boot Start End Blocks Id System
/dev/sda1 * 1 38195
is
automatically generated, or if I created it when I setup my grub2
system. Either way, echo (hd0) /dev/sda /boot/device.map should
fix it
I think that should be /boot/grub/device.map. At least that is how it is on my
system.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs
) /dev/floppy
I apologize, but I never did test to see if device.map is
automatically generated, or if I created it when I setup my grub2
system. Either way, echo (hd0) /dev/sda /boot/device.map should
fix it
I think that should be /boot/grub/device.map. At least that is how it is on
my
Hi all,
I almost done all steps in LFS but I got a error when install grub
here is paragraph in chapter 8.4
Caution
This package will only build for x86 and x86_64 architectures containing 32-bit
libs. If you chose to build on x86_64 without 32-bit libraries (no multilib),
then you must use
On Mon, Oct 19, 2009 at 12:52 AM, kevin631012 kevin631...@yahoo.com.tw wrote:
Hi all,
I almost done all steps in LFS but I got a error when install grub
here is paragraph in chapter 8.4
Caution
This package will only build for x86 and x86_64 architectures containing
32-bit libs. If you
It's looking good.
I downloaded ftp://alpha.gnu.org/gnu/grub/grub-1.97~beta2.tar.gz on a 64-bit
version of LFS-6.5.
I used
./configure --prefix=/usr --sysconfdir=/etc --disable-largefile \
--disable-grub-emu --disable-grub-emu-usb --disable-grub-fstest
make
sudo make install
Matthew Burgess wrote:
On Sat, 12 Sep 2009 01:36:34 -0500, Bruce Dubbs bruce.du...@gmail.com wrote:
It's looking good.
snip
Thanks for the investigation Bruce. It does indeed look promising. Does it
support non-x86/x86_64 architectures too?
Yes, it does indeed support a lot. See
Has anyone experienced this error when running make check on grub-0.97? The
test fails when building trunk Revision: 8935 (in chroot, and if I boot into
the 6.5 system and build.)
make[3]: Entering directory `/grub-0.97/stage2'
ffs_stage1_5 is too big (8008 7168).
FAIL: size_test
into the multimedia section the of BLFS the results were too
unpredictable.
Trent Shea wrote:
Has anyone experienced this error when running make check on grub-0.97? The
test fails when building trunk Revision: 8935 (in chroot, and if I boot into
the 6.5 system and build.)
make[3
Trent Shea wrote:
Has anyone experienced this error when running make check on grub-0.97? The
test fails when building trunk Revision: 8935 (in chroot, and if I boot into
the 6.5 system and build.)
I eventually got it to pass the test by using the following CFLAGS:
export CFLAGS=-march
Alexander E. Patrakov wrote:
Hello,
as explained in http://wiki.linuxfromscratch.org/lfs/ticket/2161 (a blocker),
due to recent changes in e2fsprogs, Grub-0.97 no longer works (cannot read any
files from the resulting filesystem, cannot be installed into MBR, and the book
is thus horribly
Hi there.
When updating to e2fsprogs-1.40.6 like LFS devel did, I noticed my
system(s) no longer booting via grub. Slightly inconvenient ;-)
After digging around a while I found that mke2fs has changed the inode
size to 256, making grub effectively unable to read the filesystem
?
-- Bruce
Okay, the grub-shell uses 'root' to tell grub on which partition to find
it's stage-files...
Then in /boot/grub/menu.lst, the term is used first to tell grub on
which partition to find the kernel, then again on the kernel-line to
define the partition on which the linux-filesystem
on your comment?
-- Bruce
Okay, the grub-shell uses 'root' to tell grub on which partition to find
it's stage-files...
Then in /boot/grub/menu.lst, the term is used first to tell grub on
which partition to find the kernel, then again on the kernel-line to
define the partition
... ;)
Really? I only know of one. Can you expand on your comment?
-- Bruce
Okay, the grub-shell uses 'root' to tell grub on which partition to find
it's stage-files...
Then in /boot/grub/menu.lst, the term is used first to tell grub on
which partition to find the kernel, then again
On 10/20/07, taipan67 [EMAIL PROTECTED] wrote:
How about we drop my inclusion of the username settle on *three*
different contexts (just to be pedantic)?
LOL. OK. Three.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Alexander E. Patrakov wrote:
Bruce Dubbs wrote:
This goes completely against the Unix philosophy of making simple single
function tools. Why are they trying to do lsmod/rmmod, enter rescue
mode, set and unset variables, run scripts, and so forth. They are
trying to recreate the kernel.
to me to be a
good idea. I would think something like lsgmod (ls grub module) or even
lsext (ls extention) would be better. Using the same term for different
things is a recipe for confusing users.
-- Bruce
Well, if you consider that when installing configuring grub1 you
taipan67 wrote:
Well, if you consider that when installing configuring grub1 you are
currently obliged to use the term 'root' in *five* different contexts,
they're actually getting better... ;)
Really? I only know of one. Can you expand on your comment?
-- Bruce
--
to be a
good idea. I would think something like lsgmod (ls grub module) or even
lsext (ls extention) would be better. Using the same term for different
things is a recipe for confusing users.
-- Bruce
Well, if you consider that when installing configuring grub1 you are
currently obliged
. There are no
initial ramdisks in FreeBSD, but the boot loader can load kernel modules
in addition to the base kernel, according to the Multiboot protocol.
Grub (1 or 2) does this with the module command.
Note, however, that this is not the same type of module as insmod and
lsmod Grub2 commands refer
Bruce Dubbs wrote:
This goes completely against the Unix philosophy of making simple single
function tools. Why are they trying to do lsmod/rmmod, enter rescue
mode, set and unset variables, run scripts, and so forth. They are
trying to recreate the kernel.
Big warning: I do not have
2. The second is that once a kernel is running that it can't open
the root filesystem. It's not just a kernel problem, as even
kernels more recent than the 2.6.16 kernel (2.6.18 for example)
also fail to boot.
had a similar problem yesterday installing LFS 6.2 using LiveCD 6.2-4
on Toshiba
I wrote:
Piet Delaney wrote:
Any chance on fixing this on the iso. We are useing it as a starting
point for our installation. Bringing our own grub is a possability
but being as it's got files and all it seems better to fix the iso image.
The new build is started on ums.usu.ru
Piet Delaney wrote:
Any chance on fixing this on the iso. We are useing it as a starting
point for our installation. Bringing our own grub is a possability
but being as it's got files and all it seems better to fix the iso image.
The new build is started on ums.usu.ru, with the -O1 added
Alexander E. Patrakov wrote:
Piet Delaney wrote:
Any chance on fixing this on the iso. We are useing it as a starting
point for our installation. Bringing our own grub is a possability
but being as it's got files and all it seems better to fix the iso image.
The problem is that a fully
. The first is that I need to add a symbolic pointer from stage
to stage2 in the ${DISK}/boot/ directory when running grub-install.
Confirmed, will investigate. Looks like it is caused by the reiser4
patch.
Maybe not caused but exposed. Recompiling patched grub with -O0 or even
-O1 in CFLAGS
this is a re send f the message that was not accepted:
2. The second is that once a kernel is running that it can't open
the root filesystem. It's not just a kernel problem, as even
kernels more recent than the 2.6.16 kernel (2.6.18 for example)
also fail to boot.
had a similar problem
Piet Delaney wrote:
Any chance on fixing this on the iso. We are useing it as a starting
point for our installation. Bringing our own grub is a possability
but being as it's got files and all it seems better to fix the iso image.
The problem is that a fully-working fix is not identified yet
pointer from stage
to stage2 in the ${DISK}/boot/ directory when running grub-install.
The difference seems to be that the script is passing the wrong
arg in grub to the install command. The '2' is missing from the
the (hd0,0)/boot/grub/stage2 argument; Ex:
# grub-install
pointer from stage
to stage2 in the ${DISK}/boot/ directory when running grub-install.
Confirmed, will investigate. Looks like it is caused by the reiser4 patch.
2. The second is that once a kernel is running that it can't open
the root filesystem. It's not just a kernel problem
a symbolic pointer from stage
to stage2 in the ${DISK}/boot/ directory when running grub-install.
Confirmed, will investigate. Looks like it is caused by the reiser4 patch.
Maybe not caused but exposed. Recompiling patched grub with -O0 or even -O1
in CFLAGS (instead of the default -Os
On 7/22/06, Bruce Dubbs [EMAIL PROTECTED] wrote:
I know GRUB is a acronym and should be capitalized, but IMHO the sort
order for these this should be case insensitive. Checking the book, we
also have GCC as an acronym, but has an entry in the patches list in a
case insensitive alpha order. I
1 - 100 of 125 matches
Mail list logo