Bug 398197 – baselayout have mtab with / listed twice and diff mount opts

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Benny Pedersen 2012-01-08 22:52:09 UTC]

# mount
rootfs on / type rootfs (rw)
/dev/sda3 on / type ext2 (rw,noatime,barrier=1,data=ordered)
none on /proc type proc (rw,relatime)
rc-svcdir on /lib/rc/init.d type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
udev on /dev type tmpfs (rw,nosuid,relatime,size=10240k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)
none on /dev/shm type tmpfs (rw,relatime)
/dev/sda1 on /boot type ext2 (rw)

# df -h
Filesystem            Size  Used Avail Use% Mounted on
rootfs                146G  4.8G  134G   4% /
/dev/sda3             146G  4.8G  134G   4% /
rc-svcdir             1.0M   96K  928K  10% /lib/rc/init.d
udev                   10M  192K  9.9M   2% /dev
none                  2.0G     0  2.0G   0% /dev/shm
/dev/sda1              99M   23M   71M  25% /boot

# cat /etc/fstab
/dev/sda1	/boot	ext2	defaults	1 2
/dev/sda2	none	swap	sw		0 0
/dev/sda3	/	ext3	noatime		0 1
none		/proc	proc	defaults	0 0
none		/dev/shm	tmpfs	defaults	0 0


Reproducible: Always




i have seen the same problem on funtoo, just still not on ubuntu/debian with / mounted twice

on ubuntu i see:

/dev/sda1 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/tine/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=tine)
/dev/mmcblk0p1 on /media/400_CAMERA type vfat (rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush)


note its not same computer i test what mount gives as output

[Comment 1 Benny Pedersen 2012-01-08 22:54:57 UTC]

until this is resolved it blocks baselayout 2 for me

[Comment 2 William Hubbs 2012-01-09 01:47:32 UTC]

The "rootfs" entry is explained in the openrc migration guide:
Previously, the initial rootfs entry was removed from /etc/mtab, and only the real root / entry was present. The duplicate rootfs item was actually added back during shutdown. In OpenRC, both entries must be present for full support of initramfs and tmpfs-on-root. This also means that less writing is required during shutdown."

So there is nothing to resolve here.
 

"

[Comment 3 Eray Aslan 2012-01-09 12:13:13 UTC]

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653073#65 and the resulting discussion for a good explanation.