Help answer threads with 0 replies.
Go Back > Forums > Linux Forums > Linux - Distributions > Red Hat
User Name
Red Hat This forum is for the discussion of Red Hat Linux.


  Search this Thread
Old 11-25-2006, 09:42 PM   #1
LQ Newbie
Registered: Oct 2004
Location: Los Angeles, CA
Distribution: Red Hat Linux
Posts: 10

Rep: Reputation: 0
Large (>128Gb) FAT32 disks -and- kernels earlier than 2.4.25

I've noticed several posts in this section from people still running RH9 or RH8.0 or (like me :-) RH7.3 or earlier -- cool(*). However, I did recently encounter a problem with RH7.3 using a large (>128Gb) hard disk formatted FAT32, so thought I'd pass along this warning ... applies to anyone using a kernel older than 2.4.25, at least not without patching those kernels to support large FAT32 disks.

Problem is that once a disk fills up beyond a certain point (causing sectors above the 128Gb point on the disk to start being used ?), older Linux kernels will corrupt the file directories causing newer files to be reported as having zero byte filesize. Other symptoms can include "stale NFS file handle" error messages trying to access the problem file(s) and/or folder(s). It's easy at first to mistake this for a hardware problem (e.g., one or more bad sectors on the disk), but don't be fooled -- if the kernel is older than 2.4.25, it's likely a kernel FAT32 software issue.

When I encountered this problem I was running 2.4.20-46.7 ... It's great that RedHat still considers RH7.3 and kin to be officially supported distros and still provides regular kernel patch updates for them -- addressing security issues, but apparently these updates do not address other critical(**) kernel bugs like large FAT32 support ?! So I had to track-down and apply the appropriate kernel patches myself (starting from, and all is well now.

Here is a link to the first kernel patch (for >128Gb disks ... submitted to linux-kernel by OGAWA Hirofumi on 2003-12-22):

And here is a link to a second kernel patch (for >4Gb file sizes ... submitted to linux-kernel by Erik Andersen on 2003-12-31):

Both of these kernel patches worked fine for me starting from the latest "Fedora Legacy" RH7.3 kernel source (2.4.20-46.7) found here:

...and I suspect the patches would also apply fine to other 2.4.20 kernel sources.


-- Jim

(*) In my case it's because one of my Linux machines is a DEC Alpha workstation, for which RH7.2 is one of the more reliable Linux options, and as a newbie, trying to remember where config files etc. are located on ONE Linux distribution is hard enough, without RedHat vs. Debian vs. SUSE etc. differences adding to my confusion ! (I've NOT yet tried to configure USB support for my DEC Alpha, let alone apply these kernel source patches).

(**) Any problem that potentially leads to loss of data is "critical" by my definition.
Old 11-26-2006, 08:19 AM   #2
Senior Member
Registered: Oct 2004
Location: Houston, TX (usa)
Distribution: MEPIS, Debian, Knoppix,
Posts: 4,727
Blog Entries: 15

Rep: Reputation: 233Reputation: 233Reputation: 233
Thanks for the solution & the well written post. I have added some, I hope appropriate, tags.

I assume your needs preclude using smaller part. sizes & avoiding the escalating inefficiencies of the FAT method. Personally, when I set up a FAT32 data exchange part. on a dual boot system, I size it at 7.9, 15.9, or once 31.9 x2^30 B. Again, I don't know what your needs are, but others reading this might want to consider this in sizing FAT partitions.

Although I left the RH fold @ 8, I started my learning of GNU/Linux on RH 7.2. I can sympathize w/ your desire to minimize inter-distro confusion.

For those too young, new, etc. to know: The 128GB above is 128x2^30 B, often called the "137GB limit". (128x2^30 ~= 137x10^9.)

A suggestion on expressing large numbers of bytes: We lost the binary vs. decimal notation war at SI some time ago. So consider the following alternatives:
  • Use the "iB" units when you mean binary based.
  • Put in a disclaimer that ALL your units refer to the old-fashioned, "correct" way of counting bytes
  • Refuse to acknowledge the new, "incorrect" way, but eliminate ambiguity by using "x2^n0" notation.

How I Gained Many MB by Throwing a Few Away

Once I had a 540 "MB" (decimal) (514.9 binary), which was formatted w/ FAT16 (it came to me that way). I found that if I reduced the part. size to 512 (binary) the halving of the cluster size gave me back more space, way more space, than I lost to the reduction. This happened because every file system wastes an average of half a block/cluster per file, & w/ FAT16 that waste is huge at that part. size.


fat32, partition, solution

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off

Similar Threads
Thread Thread Starter Forum Replies Last Post
Copying large files to FAT32 sketch7 Linux - General 11 10-22-2007 10:13 AM
ext2 vs ntfs for LARGE enterprise disks ronanio Linux - Software 2 07-21-2006 04:26 PM
RHE3.0 WS and large hard disks 413x Linux - Enterprise 1 08-20-2004 03:03 AM
Any way to make a large FAT32 Partition? yzrider210 Linux - Newbie 9 12-06-2003 06:28 PM
Permissions on FAT32 mounted disks in RH 8 Hdata Linux - Newbie 9 04-21-2003 01:50 PM > Forums > Linux Forums > Linux - Distributions > Red Hat

All times are GMT -5. The time now is 05:07 PM.

Main Menu
Write for LQ is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration