[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

df bug (2.4.0 kernel)

From: Matt
Subject: df bug (2.4.0 kernel)
Date: Mon, 15 Jan 2001 13:17:22 -0600
User-agent: Mozilla/5.0 (X11; U; Linux 2.4.0 i686; en-US; 0.7) Gecko/20010111

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:

address@hidden 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:
address@hidden 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
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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]