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

Re: RFC: New required package: libblkid1

Matt Zimmerman <mdz@debian.org> writes:

> On Thu, Mar 20, 2003 at 10:46:23AM +0900, Miles Bader wrote:
> > "Theodore Ts'o" <tytso@mit.edu> writes:
> > > The idea is to have a single implementation of code currently living
> > > in mount, mke2fs, tune2fs, e2label, and fsck, and to store a cache of
> > > where block device to UUID/Label mappings in the file /etc/blkid.tab,
> > > so that that these programs don't have to search every single block
> > > device (and LVM and EVMS devices) in the system.
> > 
> > Um, `cache' as in file-updated-by-program?  If so, it probably shouldn't
> > be in /etc (see other raging discussion on this mailing list).
> > 
> > [I guess it probably _should_ be in /var somewhere, but all the issues
> > brought up for /etc/mtab probably apply here too, or even more so.]
> We're talking about a file which would need to be updated in two instances:
> - A physical device is added or removed from the system, or

That means it needs to change on nearly daily basis here.

> - (theoretical) A future version of some software changes the file format
> and which may be needed (like fstab) in order to mount non-root filesystems.
> /etc sounds like a reasonable place to put it.

No, /etc is not the best palce for it. At least not if the tool doing
the updating doesn't follow and respect links (to /mem/state/blkid.tab
for example).

Wouldn't /proc/partitions be the right place for this kind of


Reply to: