https://bugzilla.novell.com/show_bug.cgi?id=664873 https://bugzilla.novell.com/show_bug.cgi?id=664873#c1 --- Comment #1 from Bernhard Wiedemann 2011-01-17 17:34:15 CET --- The problem is this code in %post: if [ -f /etc/mtab ]; then ln -sf /proc/self/mounts /etc/mtab it will prevent the mtab symlink to be created when there is no mtab (as will be the case during install) so can we drop the if? or add -o ! -e /etc/mtab -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=664873 https://bugzilla.novell.com/show_bug.cgi?id=664873#c3 --- Comment #3 from Kay Sievers 2011-01-18 10:20:54 UTC --- Loop devices are handled by mount(8) reading kernel exported sysfs information. Other stuff is/should-be handled by libmount storing stuff in a private file in /dev/.mount/. Missing stuff should be only nfs and other rather weird mis-users of mtab. We need to start somewhere and put pressure on the remaining (mis-)users of mtab -- otherwise this will never be fixed. Mirroring volatile kernel information in /etc on the rootfs is finally dead -- and should never have happened in the first place. So please lets get the remaining crap fixed properly, instead of complaining about the (intentional) breakage of totally broken concepts. -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=664873 https://bugzilla.novell.com/show_bug.cgi?id=664873#c5 Stephan Kulow changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #5 from Stephan Kulow 2011-01-18 11:41:44 CET --- https://build.opensuse.org/request/show/58667 means the bug is fixed -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=664873 https://bugzilla.novell.com/show_bug.cgi?id=664873#c7 --- Comment #7 from Kay Sievers 2011-01-18 10:59:27 UTC --- We mounbt at bootup, and what if /var is a separate fs? -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=664873 https://bugzilla.novell.com/show_bug.cgi?id=664873#c9 --- Comment #9 from Kay Sievers 2011-01-18 11:14:12 UTC --- Your not serious, right? There is no checkpoint where you can do this safely in 2011. Welcome to 15 years of nonsense. This time is finally over. :) -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=664873 https://bugzilla.novell.com/show_bug.cgi?id=664873#c11 --- Comment #11 from Kay Sievers 2011-01-18 12:38:19 UTC --- Well, this is not about any insult, sorry if it reads that way. But we don't value the concept of mirroring volatile runtime information of the kernel in the rootfs. Not for mtab, not for many other such use-case. Sure, people used mtab for many years, but it was totally wrong to do it from the first day on. There are people who work to get rid of that brokeness for years, and we should just finish this job now. It just can't work reliably for any non-trivial setup like namespaces and so on. And we decided to not support mtab at all now, with the transition to a modern init. The files for mount/libmount are absolutely private and not exported ABI/API. They are not supposed to be read by anything else than libmount, and they are not documented, and not supposed to be. They might go away anytime in the future, as soon as tools are fixed not to rely on such data. /dev is the only writable filesystem during early boot, hence the private directories there. It's a compromise. We could switch over to something else, but there already .udev, .systemd, .mdadm and so on. Not sure, if we really need to care here. There can't be symlinks to any public directory for the mentioned reasons. These files just don't exist for any other user and might go away as soon as the kernel can carry the needed mount information, at that point libmount will no longer create them. -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=664873 https://bugzilla.novell.com/show_bug.cgi?id=664873#c13 Bernhard Wiedemann changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #13 from Bernhard Wiedemann 2011-01-19 11:18:48 CET --- closing this bug. bug 665437 is about yast deleting/replacing /etc/mtab after install. -- 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.