[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

RE: /boot/System.map-2.2.18pre21



Thanks for the answers.

OT, but somewhat germane...

I installed Mandrake 8.0b3 last week.  I thought it was going to give me
choice as to boot from disk or make a boot floppy it didn't. Also
interesting is that fact that it is *painfully* slow on my 233Mhz/80Mb
system.  I didn't take not of the boot time, but from login to desktop was
12 minutes(!!!).  I had started to wonder if there was something funny in
/boot.

I reran lilo from potato.  I need to make a mandrake boot floppy and see
what effect that might have - doubtful much of anything.

Again thanks,
-rick

-----Original Message-----
From: Pann McCuaig [mailto:pann@ourmanpann.com]
Sent: Friday, April 13, 2001 6:22 AM
To: Debian User (E-mail)
Subject: Re: /boot/System.map-2.2.18pre21


On Fri, Apr 13, 2001 at 04:36, Ethan Benson wrote:

> in short i think sharing /boot across distributions is a bad idea, too
> many distributions are too broken in fscking things up in /boot for it
> to work very well.

That may be a little too harsh. I agree that sharing /boot directly is a
Bad Idea (TM), but with just a little fiddling it can be useful as a
"lilo base directory". I have, for example,

/boot/rescue/
/boot/potato/
/boot/rock/
/boot/lilo/

/etc/lilo.conf is a symlink to /boot/lilo/lilo.conf. The contents
of /boot/whatever/ are what would be in /boot/ on that particular
distribution. Those things that _MUST_ reside in /boot/ for lilo to work
are symlinks to files in /boot/potato/, my primary distribution, and
the one from which I usually run lilo. /boot/ need not even be mounted
unless you're doing maintenance (e.g., running lilo) on it.

Luck,
Pann
--
geek by nature, Linux by choice                     L I N U X       .~.
                                                    The Choice      /V\
http://www.ourmanpann.com/linux/                     of a GNU      /( )\
                                                    Generation     ^^-^^


--
To UNSUBSCRIBE, email to debian-user-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org



Reply to: