[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 100771] Hard Disk showing Storage Media tree,
From:       Thiago Macieira <thiago () kde ! org>
Date:       2005-03-29 15:26:03
Message-ID: 20050329152603.22285.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=100771         




------- Additional Comments From thiago kde org  2005-03-29 17:25 -------
It's a kernel patch used by Red Hat that makes the kernel search the system \
partitions for the label information. The label is a string stored in the header of \
any filesystem and used nowhere in Linux.

(you may remember DOS & Windows can give names to the drives)

The common practice seems to be to store the mount point as the label, which of \
course can lead to lots of problems if you have more than one installation on the \
same system (two LABEL=/ partitions, for instance).

In any event, I don't think there is any system call that you can issue to find out \
what LABEL is related to what partition. Maybe (and just maybe) the patch adds this \
information to /proc/partitions, but I'm just making a wild guess here.

You should probably ignore any device names that don't exist as real files and rely \
on the mountpoint to merge with the mtab. In special, never try to mount to a busy \
mountpoint. (This decision may come back to bite us if/when a merging mount is \
invented) Another idea is to never use mtab information for mounting purposes -- if \
it came from mtab, it's already mounted.

If it were me, I'd close this as INVALID and tell Red Hat "you created this mess, \
please fix it". As it's not me and you're a lot less radical than I, it might be \
useful to try and get in touch with Red Hat developers and see how this is done.


[prev in list] [next in list] [prev in thread] [next in thread]