Ok, this happened with the default version of fileutils that comes with 
Redhat 7 (fileutils 4.0x-3). Basically, I have the 2.4.0 kernel, and an 
ATA100 drive that is 40 gigs. df tells me that it is way more:

[matt@linux matt]$ df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/hda1             19465392   6337260  12139336  35% /
/dev/sda4                98078     83852     14226  86% /mnt/zip
/dev/hde1            312624644 294071432  18553212  95% /mnt/nt

using -h doesn't seem to help:
/dev/hde1             298G  281G   17G  95% /mnt/nt

I upgraded to the latest version:
[matt@linux matt]$ df --version
df (GNU fileutils) 4.0.36
and the problem still exists.

dmesg, on the other hand, shows the correct size:

PDC20265: chipset revision 2
PDC20265: not 100% native mode: will probe irqs later
PDC20265: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
     ide2: BM-DMA at 0x7800-0x7807, BIOS settings: hde:pio, hdf:pio
     ide3: BM-DMA at 0x7808-0x780f, BIOS settings: hdg:DMA, hdh:DMA
hda: WDC WD205BA, ATA DISK drive
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hdc: KENWOOD CD-ROM UCR-421 V221H, ATAPI CDROM drive
hdd: YAMAHA CRW8824E, ATAPI CDROM drive
hde: WDC WD400BB-00AUA1, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide2 at 0x9000-0x9007,0x8802 on irq 10
hda: 40088160 sectors (20525 MB) w/2048KiB Cache, CHS=2495/255/63, UDMA(66)
hde: 78165360 sectors (40021 MB) w/2048KiB Cache, CHS=77545/16/63, UDMA(100)
Partition check:
  hda: hda1 hda2 < hda5 >
  hde: [PTBL] [4865/255/63] hde1

I have the drive formatted in NTFS (evil!), and maybe that is the reason 
that it does something like that. Anyway, thanks, I'm not used to 
sending in bug reports, so I don't know if I'm doing this right, or 
whatever :) ...but hey, at least I'm not using Windows, right :)

PS. I couldn't check this with the 2.2.x kernels because they wouldn't 
see the promise ATA 100 controller (see the dmesg log), so my drive 
wouldn't even be there.


_______________________________________________
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils

Reply via email to