lkml.org 
[lkml]   [2004]   [Mar]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: independence from ide master/slave
Date
Hi,

thanks for your answers. I didn't know of UUIDs and user defined labels and
you're right, it is much more flexible. But, according to man fstab, it is
currently only supported by ext2 and xfs. What about the others?

One last note about the term "current hd" I used: I did not define it as the
hd where the root fs is located, but I said that it should be defined by the
kernel at startup. That is, it could be any disk. The default could have
been, for example, the root fs.

> perhaps you are thinking of the rather
> specialized case where a system has only one disk, and the root partition
> is on it.
Do you really think, that it is such a specialized case? I know that Linux is
used much more on servers than on desktop computers, but I suppose we all
hope that Linux' market share on desktops can grow further.

cö,
Pascal Maillard

Mark Hahn wrote:
> > filesystems were thought to be on /dev/hda. So I asked myself if there
> > should not be device files that point to the _current_ hard disk (which
> > should be defined at startup by the kernel) and its partitions.
>
> "current hd" has no meaning. perhaps you are thinking of the rather
> specialized case where a system has only one disk, and the root partition
> is on it. if so, you really mean "/dev/root" (which is a notional device
> that the kernel uses in /proc/mounts for instance - I don't know whether
> it has any assigned major/minor number that would let it appear in /dev.)
>
> note that RedHat has used a relatively simple mechanism called
> mount-by-label which permits the kind of cable/controller independence that
> you're asking for. it's vastly more logical than your /dev/root approach,
> and extends beyond a single disk.
>
> > This way, it wouldn't
> > matter which IDE channel a disk is connected to. What do you mean about
> > this?
>
> mount by label.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:01    [from the cache]
©2003-2011 Jasper Spaans