Summary: | net-fs/davfs2-0.2.4-r1 : error on displayed free disk space | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Stefan Schweizer (RETIRED) <genstef> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | net-fs |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 104351, 108483 |
Description
Toralf Förster
![]() Can you pelase report this bug upstream to the davfs developers? They have a good mailinglist :) done http://sourceforge.net/tracker/index.php?func=detail&aid=1311177&group_id=26275&atid=386747 :-) cool, thanks Toralf. But it seems they have not noticed it. So if you want you can send something to the mailinglist where the authors usually hang around. Reopend, because it is not a bug of coreutils. Here is the answer from Paul Eggert <eggert@cs.ucla.edu> from the mailing list bug-coreutils@gnu.org : So it's a problem with glibc ? Toralf F Reopend, because it is not a bug of coreutils. Here is the answer from Paul Eggert <eggert@cs.ucla.edu> from the mailing list bug-coreutils@gnu.org : So it's a problem with glibc ? Toralf Förster <toralf.foerster@gmx.de> writes: > n22 # df -m /mnt/ramdisk/dav/ /mnt/dav_n22/ > Filesystem 1M-blocks Used Available Use% Mounted on > tmpfs 660 1 660 1% /mnt/ramdisk > http://n22/davfs@n22/ > 8790 0 8790 0% /mnt/dav_n22 > n22 # strace -e statfs64 df -m /mnt/ramdisk/dav/ /mnt/dav_n22/ > statfs64("/mnt/ramdisk", 84, {f_type=0x1021994, f_bsize=4096, f_blocks=168960, > f_bfree=168956, f_bavail=168956, f_files=129449, f_ffree=129441, f_fsid={0, > 0}, f_namelen=255, f_frsize=4096}) = 0 > statfs64("/mnt/dav_n22", 84, {f_type="CODA_SUPER_MAGIC", f_bsize=1024, > f_blocks=9000000, f_bfree=9000000, f_bavail=9000000, f_files=9000000, > f_ffree=9000000, f_fsid={0, 0}, f_namelen=255, f_frsize=1024}) = 0 statfs64 is claiming that /mnt/dav_n22 has 9000000 blocks, each of size 1024 bytes. That adds up to 8789.0625 MiB, and so the "8790" is correct (as df always rounds up) if statfs64 is correct. You mentioned that the file system actually has only 660 MB, so it sounds like statfs64 is reporting the wrong numbers. Hence it's not a coreutils bug; it's a bug in your kernel or drivers or something like that. Most likely the other bugs are similar. Those "9000000" values all look very suspicious. ok, works as designed: http://sourceforge.net/tracker/index.php?func=detail&aid=1311177&group_id=26275&atid=386747 |