For context on the change in mtab behavior please read over the upstream util-linux mailing list discussions concerning /etc/mtab. I would suggest you start your review of discussion with this thread from 2007: http://thread.gmane.org/gmane.linux.file-systems/15576/focus=15594 -jef On Mon, Jun 20, 2011 at 12:04 AM, Reindl Harald <h.reindl@xxxxxxxxxxxxx> wrote: > > > Am 20.06.2011 02:16, schrieb Reindl Harald: >> >> Am 20.06.2011 02:11, schrieb Nicholas Miell: >>> On 06/19/2011 03:30 PM, Reindl Harald wrote: >>>> what triggers that since F15 every bind-mount is displayed in >>>> "df" with "ext4" and the full volume-szize and additionally >>>> if BIND is running in a chroot FOUR volumes with the size >>>> of the root-fs are shown and a normal user gets "access denied"? >>>> >>>> this is way too much for 3 physical volumes! >>> >>> This is because /proc/mounts doesn't store the fact that they're bind >>> mounts, and /etc/mtab is now a symlink to /proc/mounts instead of a >>> regular file maintained by mount and umount >> >> hm - bad >> >> thinking of chrooted sftp with a hughe count of bind-mounts >> for the users this will be really confusing > > and here the first cron-mails because scripts do see things they > have not to see, this is not only ugly, it changes behavior and > should be reverted - not anything waht will be changed in things > worked for nearly 40 years makes them really better! > > -------- Original-Nachricht -------- > Betreff: Cron <root@srv-rhsoft> nice -n 19 run-parts /etc/cron.daily > Datum: Mon, 20 Jun 2011 04:02:09 +0200 (CEST) > Von: Cron Daemon <root@xxxxxxxxxxxxxxxxxxxxx> > An: root@xxxxxxxxxxxxxxxxxxxxx > > /etc/cron.daily/linuxcounter.cron: > > /bin/df: `/var/named/chroot/etc/named': Permission denied > /bin/df: `/var/named/chroot/usr/lib64/bind': Permission denied > /bin/df: `/var/named/chroot/etc/named.iscdlv.key': Permission denied > /bin/df: `/var/named/chroot/etc/named.root.key': Permission denied > > > -- > devel mailing list > devel@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
