| Summary: | Duplicated entries in /etc/mtab | ||
|---|---|---|---|
| Product: | [ROSA-based products] ROSA Fresh | Reporter: | Denis Silakov <denis.silakov> |
| Component: | Packages from Main | Assignee: | ROSA Linux Bugs <bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | alex.burmashev, alexander.barakin, alexander.kazantsev, aponomarenko, firstlevel, sylvainsjc, v.potapov |
| Priority: | Normal | Flags: | v.potapov:
qa_verified+
alex.burmashev: published+ |
| Version: | Marathon | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Platform: | --- | ROSA Vulnerability identifier: | |
| RPM Package: | setup-2.7.18-6-rosa.lts2012.0.x86_64 | Upstream: | |
|
Description
Denis Silakov
2012-06-13 13:42:17 MSK
For my system mtab -> /proc/self/mounts and duplicate not available (In reply to comment #1) > For my system > > mtab -> /proc/self/mounts > > and duplicate not available In ROSA /proc/mounts is a symlink to /proc/self/mounts :) Hi, I'm also affected by this bug 1) I delete the /etc/mtab file using a live DVD 2) Below's the result of "mount -l" after 2 reboot [root@rosa2012lts ~]# mount -l /dev/sda1 on / type ext4 (rw,noatime,nodiratime,discard,commit=0) [ssdsys] mqueue on /dev/mqueue type mqueue (rw) securityfs on /sys/kernel/security type securityfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) hugetlbfs on /dev/hugepages type hugetlbfs (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) none on /proc type proc (rw) mqueue on /dev/mqueue type mqueue (rw) securityfs on /sys/kernel/security type securityfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) hugetlbfs on /dev/hugepages type hugetlbfs (rw) tmpfs on /tmp type tmpfs (rw,noexec,nosuid,nodev,noatime,mode=0777) /dev/sda5 on /home type ext4 (rw,noatime,acl,commit=0) [ssdhome] /dev/sdb3 on /mnt/datas type ext4 (rw,errors=remount-ro,commit=0) [datas] binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) [root@rosa2012lts ~]# *** Bug 631 has been marked as a duplicate of this bug. *** Also note that messages like this one: df: `/sys/fs/fuse/connections': No such file or directory can be also fixed by turning /etc/mtab into a symlink to /proc/mounts. *** Bug 1033 has been marked as a duplicate of this bug. *** does it make sense to include symlink /etc/mtab -> /proc/mounts in any base package? f.e. "filesystem". *** Bug 1033 has been marked as a duplicate of this bug. *** In Marathon, /etc/mtab is owned by 'setup' package (the file is created in its preinstall script). In Desktop.Fresh 2012, this file is owned by utils-linux (and it is created as a symlink to /proc/self/mounts). (In reply to comment #9) > In Marathon, /etc/mtab is owned by 'setup' package (the file is created in > its preinstall script). Sorry, not in preinstall, it is provided by the package itself. > > In Desktop.Fresh 2012, this file is owned by utils-linux (and it is created > as a symlink to /proc/self/mounts). so, i fixed the package "setup". advisory: /etc/mtab now is symlink to /proc/self/mounts; closes bug #374 https://abf.rosalinux.ru/build_lists/857666 https://abf.rosalinux.ru/build_lists/857667 advisory: /etc/mtab is now a symlink to /proc/self/mounts; closes bug #374 Buildlists: https://abf.rosalinux.ru/build_lists/857666 https://abf.rosalinux.ru/build_lists/857667 setup-2.7.18-7-rosa.lts2012.0 **************** Advisory ******************** closes bug #374 (duplicates in /etc/mtab) /etc/mtab is now a symlink to /proc/self/mounts; ********************************************** QA Verified User has asnwered that ptroblem exist with setup-2.7.18-7. This is output of his df command # df Файловая система Размер Использовано Дост Использовано% Cмонтировано в rootfs 12G 5,7G 5,6G 51% / devtmpfs 3,9G 0 3,9G 0% /dev tmpfs 3,9G 0 3,9G 0% /dev/shm tmpfs 3,9G 4,9M 3,9G 1% /run /dev/sda1 12G 5,7G 5,6G 51% / tmpfs 3,9G 4,9M 3,9G 1% /run tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup tmpfs 3,9G 0 3,9G 0% /media /dev/sda6 132G 24G 109G 18% /home As You can see he has duplicate of etries. Formally, there is only duplicate here ('/run') folder. There is also a logical duplicate - 'rootfs' is actually the same as '/dev/sda1'.
This is a specific of our /proc/mounts and this is a completely different issue; feel free to create a new bug for it (it seems that the same issue was fixed in Fedora not long ago - https://bugzilla.redhat.com/show_bug.cgi?id=749356).
The original issue reported here was that new entries were attached to /etc/mtab after each reboot; that issue is fixed.
... moreover, the issue is not present in Desktop Fresh 2012, where we use the freshest coreutils. |