Has anybody realised that with common gw.dat sizes being over 4GB, systems running with FAT32 formatted hard disks will fall down when trying to increase the size of gw.dat above the 4GB limit?
I'm pretty sure this information is correct, I was wondering if this may be the answer to many recent unsolved GW crash problems.
For the non-techy out there, Windows 95 and 98 will almost certainly have hard disks formatted this way. Windows 2000 will be NTFS (which is ok), Windows XP will be either, but I seem to recall NTFS being an option when you install.
Vista has no problem.
Any uber-techs confirm or deny that this is a problem?
FAT32 and GW.dat
1 pages • Page 1
Quote:
|
Originally Posted by Ele Mental
i have a fat32 and i haven't had any problems and mine is 4.32 GB
|
And Smithy - a lot of people have dats over the 4GB mark. Apparently some of it is to do with older dats having "legacy" stuff in there, but deletion and -image-ing may well solve the problem temporarily.
The proper thing to do is, if your system supports NTFS - USE IT! It's a fairly painless procedure to change it in XP. Anything earlier, well ...upgrade :/
l
A cleanly -image'd gw.dat from about 4 days ago is about 3.55 GB in size so that shouldn't be a problem with FAT32.
Still, I'd also recommend moving to NTFS if possible as the maximum file size isn't FAT32's only design issue: the file system is basically a 32 bit version of the old FAT12 from around 1980, possibly earlier, and it shows - the file system has absolutely no safeguards against data corruption in event of crashes and becomes fragmented much faster than many other file systems. It also has pretty high overhead (space wasted solely on the file system's internal data structures) on large drives.
Still, I'd also recommend moving to NTFS if possible as the maximum file size isn't FAT32's only design issue: the file system is basically a 32 bit version of the old FAT12 from around 1980, possibly earlier, and it shows - the file system has absolutely no safeguards against data corruption in event of crashes and becomes fragmented much faster than many other file systems. It also has pretty high overhead (space wasted solely on the file system's internal data structures) on large drives.
S
Tarun
Technician's Corner Moderator
http://www.lunarsoft.net/ http://forums.lunarsoft.net/
Joined Jan 2006
There are some inconsistencies with some of the information presented in this thread.
For converting your drive to NTFS, you just need to open a command prompt (Start > Run > cmd) and then enter convert <drive letter>: /fs:ntfs
You don't need the volume serial number of anything like that at all.
As for the limitations,
FAT32: 4GB - 2 bytes
FAT16: 2GB
FAT12: 16MB
Of course, these are limited by the size of the drive itself.
Most flavors of Linux won't be able to see the NTFS volumes, you'd need to mount the drive to see what's there. Even the, you should be careful with the data. Copying to make a backup is fine, but last I heard; writing data to NTFS from Linux won't do well.
For converting your drive to NTFS, you just need to open a command prompt (Start > Run > cmd) and then enter convert <drive letter>: /fs:ntfs
You don't need the volume serial number of anything like that at all.
As for the limitations,
FAT32: 4GB - 2 bytes
FAT16: 2GB
FAT12: 16MB
Of course, these are limited by the size of the drive itself.
Most flavors of Linux won't be able to see the NTFS volumes, you'd need to mount the drive to see what's there. Even the, you should be careful with the data. Copying to make a backup is fine, but last I heard; writing data to NTFS from Linux won't do well.
l
Quote:
|
Originally Posted by Tarun
Most flavors of Linux won't be able to see the NTFS volumes, you'd need to mount the drive to see what's there. Even the, you should be careful with the data. Copying to make a backup is fine, but last I heard; writing data to NTFS from Linux won't do well.
|
Also, at least Ubuntu 8.04 comes with the new userspace NTFS driver, which supports writing to NTFS just fine. I don't think it supports compressed or encrypted partitions or messing around with advanced file permissions, but most people don't use those anyway.
Quote:
|
Originally Posted by Tarun
Most flavors of Linux won't be able to see the NTFS volumes, you'd need to mount the drive to see what's there. Even the, you should be careful with the data. Copying to make a backup is fine, but last I heard; writing data to NTFS from Linux won't do well.
|
I'm curious about the post made by Ele Mental earlier on in this thread though... Can anyone else verify an instance of this?
Quote:
|
Originally Posted by Snograt
Before: 4,389,469KB
118,000 files later... After: 3,711,993KB ...so it's half a gig short of the mark. Won't take much more added content. Hmm, then again - what added content? |
Computers were not designed in a user-friendly fashion

l
Beats me - I've been playing for over 2 years, yet I did a clean install when I got my new pc 6 months ago.
Something causes bloat, but I haven't a clue what it is.
[edit] I see what you mean about strangely reported file sizes. Checking properties it's 3,803,547,136 bytes "size" or "3,803,549,696" size on disk. 2,560 bytes difference. Minimal, but confusing.
Something causes bloat, but I haven't a clue what it is.
[edit] I see what you mean about strangely reported file sizes. Checking properties it's 3,803,547,136 bytes "size" or "3,803,549,696" size on disk. 2,560 bytes difference. Minimal, but confusing.
D


)