F15: ugly behavior of "df"

[Jeff Spaleta]

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 at thelounge.net> 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 at srv-rhsoft>      nice -n 19 run-parts /etc/cron.daily
> Datum: Mon, 20 Jun 2011 04:02:09 +0200 (CEST)
> Von: Cron Daemon <root at srv-rhsoft.rhsoft.net>
> An: root at srv-rhsoft.rhsoft.net
>
> /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 at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>