Linux-Misc Digest #565, Volume #24               Tue, 23 May 00 00:13:04 EDT

Contents:
  Re: different Linux systems on the same PC (Robert Heller)
  Re: Format a floppy in Linux (Bob Martin)
  Re: Need ideas for university funded project for linux ([EMAIL PROTECTED])
  Re: Weaknesses of Red Hat? (Faheem Mitha)
  Re: 4K limit on FIFO node (Brian Ensink)
  Re: Weaknesses of Red Hat? (Christopher Browne)
  Re: Linux printer problems (Mark Bratcher)
  Re: RedHat 6.2 and X 'start' menu programs (Mark Bratcher)
  Re: 4K limit on FIFO node (David Efflandt)
  Re: Weaknesses of Red Hat? (David M. Cook)
  Re: ISA modem will not connect (David M. Cook)
  Re: how to enter a bug report against linux? ([EMAIL PROTECTED])
  Re: Slackware or Debian (Johan Kullstam)
  Re: how to enter a bug report against linux? (Steven Smolinski)
  Announce: kcdfind (ISO-title-aware CD cataloger) (Rob)
  Re: different Linux systems on the same PC (David Efflandt)

----------------------------------------------------------------------------

From: Robert Heller <[EMAIL PROTECTED]>
Subject: Re: different Linux systems on the same PC
Date: Tue, 23 May 2000 01:54:53 GMT

  Uwe Brauer <[EMAIL PROTECTED]>,
  In a message on 22 May 2000 15:39:11 +0000, wrote :

UB> Hello 
UB> 
UB> For some reasons I would like to have 2 different Linux system on the
UB> same PC with 2 disks, say 2 versions of SuSe one with lib5c one with
UB> glib2.
UB> 
UB> The way I planned to do it, was 
UB> 1.  to tell lilo about the two kernels:
UB>     linux1 /dev/hda2
UB>     linux2 /dev/hdc2
UB>    
UB> 2. Before booting the other linux, I have to change the mount table.
UB>   A. If linux1 should be booted:
UB>    /dev/hda2 /
UB>    /dev/hda3 /usr
UB>    /dev/hda3 /home
UB>    /dev/hdc2 /root2
UB>    /dev/hdc3 /usr2
UB>    /dev/hdc3 /home2
UB> 
UB>   A. If linux1 should be booted:
UB>    /dev/hda2 /root2
UB>    /dev/hda3 /usr2
UB>    /dev/hda3 /home2
UB>    /dev/hdc2 /
UB>    /dev/hdc3 /usr
UB>    /dev/hdc3 /home
UB> 
UB> However this looks quite cumbersome, but I don't see a way to make it
UB> more comfortable. Anybody has an idea how to do this without all the
UB> time to edit the mount table.

There is no need to edit the mount table.  Each version of Linux has its
own root file system and own copy of /etc/fstab (at least they better). 
Mount each tree under its own root:

My RH 5.2 /etc/fstab (on /dev/sdc, a 4gig SCSI drive):

sauron.deepsoft.com% more /etc/fstab 
/dev/sdc1       /                  ext2    defaults       1 1
/dev/sda1       /dos               msdos   gid=100,uid=5125,umask=000 0 0
/dev/sdc7       /home              ext2    defaults       1 2
/dev/sdc8       /home2             ext2    defaults       1 2
/dev/sdc9       /home3             ext2    defaults       1 2
/dev/sdb1       /slack30           ext2    defaults       1 2
/dev/sdb3       /slack30/var       ext2    defaults       1 2
/dev/sdb7       /slack30/home      ext2    defaults       1 2
/dev/sdb6       /slack30/usr       ext2    defaults       1 2
/dev/sdb5       /slack30/var/spool ext2    defaults       1 2
/dev/sdc3       /usr               ext2    defaults       1 2
/dev/sdc5       /var               ext2    defaults       1 2
/dev/sdc6       /var/spool         ext2    defaults       1 2
/dev/sdc2       swap               swap    defaults       0 0

My Slackware 3.0 /etc/fstab (on /dev/sdb, a 2gig SCSI drive):

sauron.deepsoft.com% more /slack30/etc/fstab
/dev/sdb1 /             ext2    defaults 0 1
/dev/sdb2 swap          swap    defaults 0 0
/dev/sdb3 /var          ext2    defaults 0 2
/dev/sdb5 /var/spool    ext2    defaults 0 2
/dev/sdb6 /usr          ext2    defaults 0 2
/dev/sdb7 /home         ext2    defaults 0 2
/dev/sda1 /dos          msdos   conv=auto,gid=100,uid=5125,umask=000 0 0
none      /proc         proc    defaults 0 0
/dev/sdc1 /newroot      ext2    defaults 0 2
/dev/sdc3 /newroot/usr  ext2    defaults 0 2
/dev/sdc5 /newroot/var  ext2    defaults 0 2
/dev/sdc6 /newroot/var/spool ext2 defaults 0 2
/dev/sdc7 /newroot/home ext2    defaults 0 2
/dev/sdc8 /newroot/home2 ext2   defaults 0 2
/dev/sdc9 /newroot/home3 ext2   defaults 0 2

(/dev/sda is a 345meg SCSI drive with MS-DOS 6.2)

UB> 
UB> 
UB> Thanks in advance
UB> 
UB> Uwe Brauer 
UB>                                






                                                                                      
-- 
                                     \/
Robert Heller                        ||InterNet:   [EMAIL PROTECTED]
http://vis-www.cs.umass.edu/~heller  ||            [EMAIL PROTECTED]
http://www.deepsoft.com              /\FidoNet:    1:321/153

------------------------------

From: Bob Martin <[EMAIL PROTECTED]>
Subject: Re: Format a floppy in Linux
Date: Mon, 22 May 2000 20:59:38 -0500

Leonard Evens wrote:
> 
> Try man fdformat and man mkfs.   The first handles low level
> formatting and the second creating a file system.
> 
> However, it is probably a mistake to make a linux file system
> on a floppy.  Usually it comes with a vfat file system, and
> linux can mount a floppy with such a file system without
> trouble.   You can then use linux commands such as cp
> to mainipulate files on such a floppy.  And if you should have
> a need to look at the floppy under DOS/Windows, you can do that
> too.
> 

And for DOS formatted floppies, you can skip the mount part and just use
the mtools utility to do most anything.
--

Bob Martin

------------------------------

Crossposted-To: 
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
From: [EMAIL PROTECTED]
Date: Tue, 23 May 2000 02:14:51 GMT

"Anthony W. Youngman" <[EMAIL PROTECTED]> writes:

> I am led to believe (in other words I may well be wrong...) that rpms
> basically have a required/not-required status. If the system MAY require
> a package, then either it is flagged as required and the system tries to
> make you install it, or it's not flagged and gets ignored.

Well, technically, some is either required or it isn't.  If you're
right (I have no idea), the problem seems to be more on the package
maintainer's end, rather than the rpm developer's end.

> dpkg has far finer graining - required (ie it'll break without it), and
> various other grainings. 

Well, there are basically two levels of dependencies: OS and package.
Some packages (like init and glibc2.1) are required for the OS to
work.  Those packages depend on other packages in order to work.  So
there are settings for both of those two.  Debian is a little likelier
to recommend packages for the OS rather than for another package, for
obvious reasons.

> So in my example OSS and ISDN4LINUX should be
> flagged optional. SuSE/rpm apparently has no way of marking something as
> optional.

Actually, in Debian, I believe they'd be marked "extra."

> In other words, it's not the package maintainer's fault if the
> maintenance package has no way of correctly marking-up the dependency.

I don't really understand how this can be so.  If the required bit is
set, the package is required; if it's not, it's not.  Even the most
basic usable package-management system has to have at least these two
states.

-- 
Eric P. McCoy ([EMAIL PROTECTED])

non-combatant, n.  A dead Quaker.
        - Ambrose Bierce, _The Devil's Dictionary_

------------------------------

From: [EMAIL PROTECTED] (Faheem Mitha)
Subject: Re: Weaknesses of Red Hat?
Date: Tue, 23 May 2000 02:22:10 GMT

On 22 May 2000 15:47:31 PST, Neil <[EMAIL PROTECTED]> wrote:
>
>I have been using Red Hat for some time and like it.
>But I have heard people say they have switched away
>from Red Hat. What is lacking in Red Hat that would
>make someone want to switch?

Back in 1998, the first Linux distribution I ever used was Redhat
5.1. I didn't know anything about Linux then, or Unix. In fact, I knew
practically nothing about computers, and a friend installed it for
me. I had two concerns about Redhat. 

1) The amount of software included was not enough for my taste. I was
   continually having to fetch programs I needed from other places,
   even quite standard things like Hylafax, and they had this silly
   thing called Redhat Power Tools that contained stuff that I thought
   should have been in their main distribution. Mind you, this was all
   free software.

2) Things were not well-configured. Some programs did not work
   properly or did not work at all. There was something wrong with
   reading info from emacs, I could not get minicom to work, various
   other small annoyances.

3) Also, I thought they were far too commercialised.

So, I started looking around for alternatives, and I settled on SuSE,
which I think beats Redhat (I admit I am not familiar with more recent
versions) on counts 1 and 2. It has much more software, and they tend
to be quite good at configuring software so that it works right out of
the box. For example, they provide software like emacs along with
generic configuration files which tend to be quite nice and
comprehensive.  I use SuSE 6.2, now getting a little out of date. All
the programs I have ever tried to use in it seem to work correctly.

I have heard good things about Debian too, but have never tried
it. They try to be quite comprehensive about software too, I'm told.

I would welcome comments on this. Please cc them to me.

                                                       Faheem.






------------------------------

From: Brian Ensink <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.questions,comp.os.linux.help
Subject: Re: 4K limit on FIFO node
Date: Mon, 22 May 2000 22:36:57 -0400


John Walstra wrote:
> 
> Hello,
> I created a FIFO node with "mknod <filename> p" The size of the buffer
> if 4K. Is there anyway to increase the size of the buffer, without
> recompiling the kernel. I'm running into the limit which is forcing my
> application to sleep.
> 

Check out setbuffer(3) which might work. But it isn't available under
all *nix. (or even and all versions of linux according to the manpage).

> --
> John Walstra
> mailto:[EMAIL PROTECTED]

-- 
____________________________________
Brian Ensink  [EMAIL PROTECTED]
 http://www.csis.gvsu.edu/~ensinkb



------------------------------

From: [EMAIL PROTECTED] (Christopher Browne)
Subject: Re: Weaknesses of Red Hat?
Reply-To: [EMAIL PROTECTED]
Date: Tue, 23 May 2000 02:47:36 GMT

Centuries ago, Nostradamus foresaw a time when Rodney would say:
>Well I've been using Linux for awhile now, Linux 1.3.13 I think first came
>out. And have used Slackware, Red Hat, Debian, OpenLinux, Mandrake. And by
>for the most stable has been Slackware. I didn't like Debian because it
>looks like they are changing the standard around too much. 

Can you elaborate on this?  I am curious as to what you consider the
term "standard" to mean.

It is all too common for this to mean "unlike Slackware," but 'tis unkind
to put words into peoples' mouths...

>Red Hat and
>Mandrake (basically the same) were easy to install, but I ended up having
>to recompile alot of programs I use because missed features or buggy
>programs that I knew worked great on my slackware versions. OpenLinux was
>nice for a time, having alot of commercial programs, but still started to
>find programs that I needed to recompile.

Should I take the implication that Red Hat, Mandrake, and OpenLinux
were all fully conformant with what you anticipated of a "Standards
Compliant" Linux?
-- 
[EMAIL PROTECTED] - <http://www.hex.net/~cbbrowne/linux.html>
Just because you're paranoid doesn't mean they AREN'T after you. 

------------------------------

From: Mark Bratcher <[EMAIL PROTECTED]>
Subject: Re: Linux printer problems
Date: Mon, 22 May 2000 22:46:41 -0400

[EMAIL PROTECTED] wrote:
> 
> Hello,
> I installed linux-mandrake 7.0 and really like it so far. Video, sound,
> etc. all work fine except my printer. It is a xerox xjc6, tried to set it
> as ascii printer but it will only spit out a line of weird looking
> comments. How can I change it to text only printer?
> Thanks for your time.
> greg
> 

The Xerox XJ6C emulates HP-PCL3. Try setting it up as an HP DeskJet 500C
or 550C.
Then you should be able to do text or graphics.

-- 
Mark Bratcher
mailto:[EMAIL PROTECTED]
=========================================================
Escape from Microsoft's proprietary tentacles: use Linux!

------------------------------

From: Mark Bratcher <[EMAIL PROTECTED]>
Subject: Re: RedHat 6.2 and X 'start' menu programs
Date: Mon, 22 May 2000 22:50:42 -0400

Chris wrote:
> 
> I have recently installed Red Hat 6.2 and the Gnome desktop on a
> computer.  I was wondering how to not allow new users to use certain apps
> that are available.  Specifically, I want to not allow the use of games to
> certain users.  I could track them down and change permissions, but I
> don't even want them to see the game are there.  Is there a way to change
> the 'start' mene programs?
> Thanks
> Chris
> 

>From the Gnome start menu, have you tried Settings|Menu Editor?

-- 
Mark Bratcher
mailto:[EMAIL PROTECTED]
=========================================================
Escape from Microsoft's proprietary tentacles: use Linux!

------------------------------

From: [EMAIL PROTECTED] (David Efflandt)
Crossposted-To: comp.os.linux.questions,comp.os.linux.help
Subject: Re: 4K limit on FIFO node
Date: 23 May 2000 03:13:53 GMT
Reply-To: [EMAIL PROTECTED]

On Mon, 22 May 2000, John Walstra <[EMAIL PROTECTED]> wrote:
>I created a FIFO node with "mknod <filename> p" The size of the buffer
>if 4K. Is there anyway to increase the size of the buffer, without
>recompiling the kernel. I'm running into the limit which is forcing my
>application to sleep.

You don't say what language or why your app goes to sleep, but why don't
you just unbuffer it.  The only time I even noticed the buffer when using
a fifo from Perl was if I wrote to it with no app connected yet to receive
it, but I guess I must have disabled buffering on it or it got flushed on
a newline.

-- 
David Efflandt  [EMAIL PROTECTED]  http://www.de-srv.com/
http://www.autox.chicago.il.us/  http://www.berniesfloral.net/
http://hammer.prohosting.com/~cgi-wiz/  http://cgi-help.virtualave.net/


------------------------------

From: [EMAIL PROTECTED] (David M. Cook)
Subject: Re: Weaknesses of Red Hat?
Date: 23 May 2000 03:14:05 GMT

On Tue, 23 May 2000 02:22:10 GMT, Faheem Mitha <[EMAIL PROTECTED]> wrote:

>3) Also, I thought they were far too commercialised.
>
>So, I started looking around for alternatives, and I settled on SuSE,

You see SuSE as less commercialized than Red Hat?

Dave Cook

------------------------------

From: [EMAIL PROTECTED] (David M. Cook)
Subject: Re: ISA modem will not connect
Date: 23 May 2000 03:18:10 GMT

On Mon, 22 May 2000 16:24:26 -0500, Kirk Wythers <[EMAIL PROTECTED]>
wrote:

>I've got a 3com / usr fax modem on /dev/ttyS1. The modem makes all the right
>sounds but will not connect. Just re-dials. What should I check into. I let
>RedHat's modem config set up the user and password for the isp. Bad idea?

Which version of Red Hat?  6.1 had some buggy ppp related packages
(initscripts, ppp, and rp3; check their errata site.)  rp3 works well with
the bug fixes.

Otherwise, try looking in /var/log/messages for useful error messages:

grep pppd /var/log/messages

Dave Cook

------------------------------

From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.advocacy
Subject: Re: how to enter a bug report against linux?
Date: 22 May 2000 19:23:13 -0700

 
Linux is about coding. get that. we need no stinkin bug track system.
you find a bug, shoot an email to someone. or post it on the net.
period. this is how linux always worked, and how the coders
want it to stay. bug tracking is for those who want to get
control on things, and no one will ever control linux, cause
linux is free.

you find a bug, fix it yourself, if you can't let someone else
do it. all what a bug tracking system will do is slow people down
to have to enter a bug on some site. and what if the site is down?
and who will manage the database? 

linux was build to be free and open and bazzar type of programming,
do not try to bring organization to it or processes that will only
drive programmers away from hacking the code and will slow us down.

bug tracking systems is for the people who do not know how to code. if
you want to use bug tracking, go code in windows and leave us alone.

//jorion


------------------------------

Subject: Re: Slackware or Debian
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: Tue, 23 May 2000 03:47:10 GMT

[EMAIL PROTECTED] (Christopher Browne) writes:

> Centuries ago, Nostradamus foresaw a time when Johan Kullstam would say:
> >"Ruben Haugan" <[EMAIL PROTECTED]> writes:
> >> I have been using RH 6.0 for some time now, but I`m not satisfied with it,
> >> so I`m going to change distribution soon. My problem is that I can`t decide
> >> whether to choose Debian or Slackware...
> >> 
> >> Debian is the only "distro" made by an organization, not a commercial
> >> company, and it it developed entirely by volunteers via the net. That really
> >> appeals to me. Slackwares' "mission" is to provide the most "UNIX-like"
> >> linux distro, without all the fuzz, so that you *learn* the linuxsystem from
> >> the bottom. That also appeals to me.
> >> 
> >> So... I need some help on this one. Can someone who uses Debian or Slackware
> >> tell me a little about the benefits and the problems - simply pros and
> >> cons - of these distributions?
> >
> >first off, there is less difference amonst them than most people seem
> >to believe.
> >1) they are all linux kernel with gnu tools.
> >2) you can install most anything by downloading source, configuring,
> >   running make &c, in *any* distribution.
> >3) no distribution prevents you from diving into configuration and
> >   editing it yourself.
> 
> How about counterpoint?
> 
> - I do agree that they all use the Linux kernel, with GNU tools, as
>   well as a considerable grouping of "otherly-licensed" tools (e.g. -
>   Perl, Python, Apache, ...) that "pluck from the same streams of
>   source code."
> 
> - On the other hand, vis-a-vis installation, system configuration, and
>   systems maintenance, they all maintain _quite distinct_ sets of
>   code:
> 
>   - Red Hat, Caldera, Mandrake, SuSE, TurboLinux, Corel, StormLinux
>     _ALL_ provide quite customized tools for all these things, tools
>     that are not directly usable on the "other guys' distributions."

yes.  but on the other hand, you don't need to use them.

>   - Linuxconf, which RHAT supports, also has the ability to run on
>     Debian.  Whether it's more generally usable than that is anybody's
>     guess.

i am a long time redhat user.  my first impulse after seeing this
thing was to grab my head and say "oh the brain damage!"

then i did
$ rpm -e linuxconf

buh-bye linuxconf.  you may think it's great.  as always ymmv.

>   - Give another year and there will likely be an RPM front end that
>     looks a _whopping lot_ like "InstallShield."  The GUIed install
>     tools used to install Red Hat, Caldera, Mandrake, Corel, and
>     StormLinux provide much this "look" for the initial install; it is
>     likely that GnoRPM, Kpackage, PURP, and such, will get
>     "prettified" over the next year or so...

yes but something like rpm (while *far* from perfect) does provide a
lot more than installshield.  besides allowing upgrade, you can query
"what files belong to this package?" and "to what package does this
file belong?"  i find these features very useful.  unix filesystem
encourages scattering files in /etc /usr/bin /usr/man &c and it's good
to have something to help keep track of them.

>   - In contrast, Slackware and *BSD have traditionally eschewed having
>     _much_ in the way of such tools, expecting that the gentle user
>     will "pluck from some stream of source code" whatever admin tools
>     they wish to use.

but even redhat with all it's install shields will still ship tar,
make and gcc.  you can be willfully ignorant of rpm in redhat if you
like.

> Slackware and Debian share the fact of not having a "venture capital"
> department to pay them to produce "barneyfied" install processes, with
> the attendant memory/disk bloat that results.

redhat is a bit bloated, yes.  i usually like to do some heavy
trimming after the install.  debian allows a much slimmer initial
install.

> I'm getting quite convinced that there's a persistent need for them;
> there is a distinct place in the world for "mechanics-required"
> distributions.

do not forget that *all* linux distributions are "mechanics-*allowed*"

> Over the last year, the local LUG (NTLUG) has been inundated with
> newbies that have assortedly "fallen in love" with Mandrake, Red Hat
> 6.x, and SuSE.
> 
> Unfortunately, we're now noticing the pedagogical problems with their
> "friendly install" schemes, which is that they don't:
> 
> a) provide much ability to really track what is going on at install
>    time, so that those users don't _initially_ learn what's going on
>    when they (for instance) configure their network, and

i know what you mean.  redhat's init and config script rat's nest is
particularly hard to navigate.

> b) provide much ability to remedy things after install time, thus
>    meaning that if you need to do anything much to reconfigure the
>    system, the "easy way" is to basically reinstall Linux from
>    scratch.

> In effect, they:
> - Don't learn anything below the veneer of the install tools, and
> - Become pretty "install-happy."

> Which has remarkable parallels to the Win9x thing of needing to
> reinstall every few months.  
> 
> The _reasons_ may be a bit different; there is not the same forcible
> _need_ to reinstall to clean up the horrid state of the registry and
> of DLLs.
> 
> But it _does_ mean that the claim that you "don't need to reinstall
> Linux every few months" is not much of a reality.

no matter what distribution i am running, i find that i build up a
layer of cruft which needs cleaning out every so often.  i am not sure
if redhat or slackware are better or worse in this regard.

you did trim out where i recommended that the person try a few
distributions.  during this process you will learn about
configuration.  you will learn which distribution suits your style and
needs.  i just think that the differences between the distributions
are overblown not that there aren't any.

-- 
J o h a n  K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!

------------------------------

From: [EMAIL PROTECTED] (Steven Smolinski)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: how to enter a bug report against linux?
Reply-To: [EMAIL PROTECTED]
Date: Tue, 23 May 2000 03:48:58 GMT

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
 
>Linux is about coding. get that. we need no stinkin bug track system.

What a load of crap.  Alan Cox is the bug track system.  It's just
a question of what interface is available to Coxzilla--web or email to
kernel-devel.

Steve  

------------------------------

From: Rob <[EMAIL PROTECTED]>
Crossposted-To: comp.lang.perl.misc
Subject: Announce: kcdfind (ISO-title-aware CD cataloger)
Date: Mon, 22 May 2000 23:42:34 -0400
Reply-To: [EMAIL PROTECTED]

cdfind 0.10 is a command-line CD cataloging system which uses the
ISO9660 CD title as a disc identifier, eliminating a lot of
typing.  You can scan discs, search them, or generate a summary.
cdfind uses CSV files to store its data, which makes it slow, but
this way you don't have to install a database server just to
catalog your CD's.

kcdfind 0.10 is the PerlQt graphical interface to cdfind.  It
displays results in a table which you can sort by any column.
Downloads and screenshot at:

http://www.kudla.org/raindog/perl

Both are GPL'ed and both require the CD::Info Perl module (among
other things) available from the same page.

Rob

[EMAIL PROTECTED] - http://kudla.org/raindog

------------------------------

From: [EMAIL PROTECTED] (David Efflandt)
Subject: Re: different Linux systems on the same PC
Date: 23 May 2000 04:00:30 GMT
Reply-To: [EMAIL PROTECTED]

On 22 May 2000 15:39:11 +0000, Uwe Brauer <[EMAIL PROTECTED]> wrote:
>Hello 
>
>For some reasons I would like to have 2 different Linux system on the
>same PC with 2 disks, say 2 versions of SuSe one with lib5c one with
>glib2.
>
>The way I planned to do it, was 
>1.  to tell lilo about the two kernels:
>    linux1 /dev/hda2
>    linux2 /dev/hdc2
>   
>2. Before booting the other linux, I have to change the mount table...
>
>However this looks quite cumbersome, but I don't see a way to make it
>more comfortable. Anybody has an idea how to do this without all the
>time to edit the mount table.

There are two ways to go.  One way is to simply mount the partition that
contains the other system's boot partition, use the then current path to
the vmlinuz for that system for the 'image'.  Even though that path to the
other boot may not exist when it boots, LILO seems to keep track of the
physical location of vmlinuz.  At one time I was booting Win95, RH 5.2, RH
6.1 and an old Slackware 95 (3.0?) that way.  Something like:

image = /boot/vmlinuz
  label = linux
  root = /dev/hda1
image = /mnt/linuxs/boot/vmlinuz
  label = linuxs
  root = /dev/hdb1

But when I installed FreeBSD in place of the old Slackware I hit on
another idea.  Just have LILO on a primary /boot or / partition (or any
available extended partition) and chain from a main LILO to the others.
Then you don't have to mount anything before running lilo.  You just point
to the other LILOs as easily as pointing to a Windows drive which makes
changing boot loaders or installing new versions easy.  For example I just
installed Mandrake 7.0 with LILO in hda2 (not MBR) and this is all I have
to do to point to 2 other LILOs:

other=/dev/hda1
        label=linuxa
other=/dev/hdc2
        label=linuxc

What could be easier?

-- 
David Efflandt  [EMAIL PROTECTED]  http://www.de-srv.com/
http://www.autox.chicago.il.us/  http://www.berniesfloral.net/
http://hammer.prohosting.com/~cgi-wiz/  http://cgi-help.virtualave.net/


------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [EMAIL PROTECTED]

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: [EMAIL PROTECTED]

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Misc Digest
******************************

Reply via email to