lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 26 Sep 2007 20:16:27 -0400 From: Theodore Tso <tytso@....edu> To: Christoph Hellwig <hch@...radead.org> Cc: util-linux-ng@...r.kernel.org, linux-ext4@...r.kernel.org Subject: Re: [PATCH, RFC] add fsck to util-linux On Wed, Sep 26, 2007 at 01:05:33PM +0100, Christoph Hellwig wrote: > - make mount/fsck use libvolume_id unconditionally for detecting the > filesystem type. There's absolute no reason to use anything in > libblkid for this, and caching the result doesn't help us at all > as we're going to touch the disk anyway as part of the mount/fsck. > - make libblkid use libvolume_id internally for filesystem detection No, that's not true, since on a non-udev system (and there are those, including a number of kernel hackers, who don't use udev for a number of reasons --- like not trusting the sysfs/udev breakages, and who want a static /dev) you need an efficient way to do lookup by UUID or by LABEL without needing to search every single device. If you have a some large storage box with 30,000 LUN's, you don't want to search them all at boot time, whether you are using udev, especially if you are only mounting a small subset of the images on demand. So there will be circumstances where you really will want to use the cache, and *not* want to use /dev/disk/by-* as the lookup mechanism. - Ted - To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists