head /proc/self/mounts rootfs / rootfs rw 0 0 /dev/root / xfs rw,nodiratime,relatime,attr2,inode64,noquota 0 0 devtmpfs /dev devtmpfs rw,relatime,size=24708844k,nr_inodes=6177211,mode=755 0 0 /dev/sdc6 /usr xfs rw,nodiratime,relatime,swalloc,attr2,largeio,inode64,allocsize=64k,logbsize=256k,noquota 0 0
mount -l /dev/sdc1 on / type xfs (rw,nodiratime,relatime,attr2,inode64,noquota) [Root] devtmpfs on /dev type devtmpfs (rw,relatime,size=24708844k,nr_inodes=6177211,mode=755) /dev/sdc6 on /usr type xfs (rw,nodiratime,relatime,swalloc,attr2,largeio,inode64,allocsize=64k,logbsize=256k,noquota) [Usr]
https://bugzilla.novell.com/show_bug.cgi?id=815322 https://bugzilla.novell.com/show_bug.cgi?id=815322#c11 --- Comment #11 from L. A. Walsh <suse@tlinx.org> 2013-04-25 00:31:42 PDT --- BTW -- I tried using the output of /proc/self/mounts -- it doesn't show my root device, whereas the output of mount does (showing lines up to proc.... ) the 1st entry of /proc/self/mounts references some pseudo device called rootfs -- but that's not a real device. proc /proc proc rw,relatime 0 0 proc on /proc type proc (rw,relatime) ------------- However, I found a patch that fixes the problem called: util-linux-HACK-boot.localfs.diff That has the comment that "boot.localfs" needs the real device name -- so it gets it by setting a ENV var that tells 'mount' to output the real name. So maybe that 'hack' should be the default... That would fix part of the problem (rootfs shadowing real root). That would leave the lvm name problem which looks more complicated. It looks like mount was re-written and no thought was given to the no-canonical option that lvm needs (cuz udev doesn't know about "vg's", I think)... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.