I'm probably the zillion-th person to pass this along, but just in case not, on my Red
Hat
Linux 6.2 system, the standard "df" utility (version 4.0p), 'df -l' lists smbfs
filesystems.
My backup script ended up backing up a whole lot more data last night because of
this...
Regards,
Chris Schan
Hello,
"df" contains a bug with large drives, I am assuming it is on those larger
than 8.4GB. I have an NTFS drive that is exactly 8,093,642,752 bytes large.
Here is what happens under Linux Kernel 2.4.0-test8.
"df -Th" results in:
root@jstraub128nt:/f/transfer/linux/ut# df -Th
FilesystemTy
hello,
is this output correct for df? (info first, question below):
14:03:00 [cnn(pts/2)#~] mount
/dev/hda2 on / type ext2 (rw)
none on /proc type proc (rw)
/dev/hda4 on /dsk2 type ext2 (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
none on /var/shm type shm (rw)
14:01:2
lt;[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: bug in df from fileutils-4.0-21 (rh6.2)?
[Chris Abbey]
> [root@tweedle /mnt]# df /dev/sda1
> Filesystem 1024-blocks Used Available Capacity Mounted on
> /dev/sda1 939573 628943 262093 71% /
>
IL PROTECTED]
Subject: Re: bug in df from fileutils-4.0-21 (rh6.2)?
[Chris Abbey]
> [root@tweedle /mnt]# df /dev/sda1
> Filesystem 1024-blocks Used Available Capacity Mounted on
> /dev/sda1 939573 628943 262093 71% /
> [root@tweedle /mnt]# df /dev/sda
> Fil
On Sun May 07 2000 at 22:11, Chris Abbey wrote in redhat-devel:
> If it is a bug in df, it sure isn't a new one...
>
> this is a RH5.2 box (I think all errata applied) fileutils is
> 3.16-10.
> together these show that it's accurately reporing the space on the
>
This is on a server box running RedHat 6.2 with absolutely no IDE
drives, only scsi...
# df /dev/hda
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda 2008140935368970760 49%
# df /dev/hda1
Filesystem 1k-blocks Used Available Use% Mo
I ran accross this problem with the df from 3.16, fixed(hack) it but never
reported it. I just upgraded to fileutils-4.0 and the problem was still
there. The problem is that df reports on a Solaris cachefs mountpoint:
df: /cache/ecsb/.cfs_mnt_points/nfs:_m_ecsb_6: Permission denied
It really
Jim Meyering <[EMAIL PROTECTED]> writes:
> Thanks for the report.
> The strftime %f test has been fixed in test releases for a while:
>
> ftp://alpha.gnu.org/gnu/fetish/fileutils-4.0k.tar.gz
Ahhh ok, thanks.
> As for the failed open, that comes from the implementation of statvfs.
Ahhh, gl
Thanks for the report.
The strftime %f test has been fixed in test releases for a while:
ftp://alpha.gnu.org/gnu/fetish/fileutils-4.0k.tar.gz
As for the failed open, that comes from the implementation of statvfs.
James Antill <[EMAIL PROTECTED]> writes:
| If the user doesn't have access to o
If the user doesn't have access to open the mount point then fd will
display a permission denied error message.
config.h shows the statvfs() was found. But...
% strace df |& egrep statvfs
% strace df |& tail -20
read(4, "/dev/root / ext2 rw 0 0\nnone /pr"..., 1024) = 102
stat("/", {st_mode=S_I
11 matches
Mail list logo