lkml.org 
[lkml]   [2004]   [Jan]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: udev and devfs - The final word
    On Wed, Jan 07, 2004 at 11:15:59AM +0100, Olaf Hering wrote:
    > Now, thats just fine and it was always been that way.
    > What if I chroot into /foo, proc is mounted on /foo/proc,
    > and run fsck /dev/sda3 in that chroot?
    > That silly app looks for /etc/mtab (oh my...) and start the work.
    > Fine. Now, /dev/root is in reality /dev/sda3. Bad for me.

    Huh?

    > the whole thing would work as expected of /proc/self/mounts would have
    > a sane format:
    > olh@melon:~> cat /proc/mounts
    > 0:0 / rootfs rw 0 0
    > 8:3 / ext3 rw 0 0
    > proc /proc proc rw 0 0
    > devpts /dev/pts devpts rw 0 0
    > 58:0 /abuild ext3 rw 0 0
    > 58:1 /data1 ext3 rw 0 0
    > 58:2 /data2 ext3 rw 0 0
    > shmfs /dev/shm shm rw 0 0
    > automount(pid937) /suse autofs rw 0 0
    > wotan:/real-home/jplack /suse/jplack nfs rw,nosuid,v3,rsize=8192,wsize=8192,hard,intr,tcp,nolock,addr=wotan 0 0
    > wotan:/real-home/olh /suse/olh nfs rw,nosuid,v3,rsize=8192,wsize=8192,hard,intr,tcp,nolock,addr=wotan 0 0

    It's *NOT* a sane format.

    > Now fsck could look for /dev/sda3, realize that it is a block
    > device node and look for that in the kernel mount table.
    > If it is mounted, abort with a nice and meaningful error message.
    >
    > So my question is: why was this strange format invented in the first place?
    > And: will 2.7 get a sane /proc/self/mounts format for block devices?

    Yes. It already has one.

    Note that you're not only adding ad-hackery (which filesystems get that
    major:minor printed and which do not?), you *STILL* hadn't solved your
    problem. Why? Because you still won't catch e.g. ext3 on /dev/sda5 with
    external journal on /dev/sda3. And if you hack parsing ext3 lines in
    /proc/mounts, there's always reiserfs, jfs, etc., etc. _And_ there's
    RAID with the same problems wrt. access to components. Real funny
    when you have raid0 on md0, have md0 mounted and try to fsck one of
    components.

    Scanning /etc/mtab or /proc/mounts in such situations is wrong. If fsck
    is doing that, it's broken. The right way to fix it depends on what you
    really want and whatever the hell it is, putting new and new fs-specific
    code that would parse /proc/mounts lines into fsck(8) is not an answer.
    -
    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 13:59    [W:3.286 / U:0.644 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site