begin Luke McKee quotation:
> Is there a 2 gb limit in tar or kernel 2.2 smbfs driver?
Eliminating the 2 GB filesize limit from utilities in 32-bit Linuxes
(as opposed to, say, Linux for Alpha, where it never existed) requires
the following:
1. Have kernel headers installed from either
a) kernel 2.4.0test7 or later, or
b) kernel 2.2.x with unofficial Large File Summit (LFS) patches,
as a partial requirement to support a recompile, discussed below.
2. Have glibc 2.2 or later, compiled against those headers (thus
supporting LFS calls used below).
3. Have rewritten the utilities in question to use 64-bit LFS calls
for file handles and locks, instead of 32-bit ones.
4. Have recompiled those utilities under the foregoing conditions.
5. Use only filesystems capable of supporting LFS. Ones that don't
include NFSv2, early ReiserFS, AFS, Coda, Intermezzo, Minix, UFS,
SCO SysV, msdos/umsdos/vfat, smbfs, and NCPfs. By contrast, ext2/3,
recent ReiserFS, IBM JFS, SGI XFS, and very recent NFSv3 client
drivers do LFS well.
The big sticking point is #3.
Yr. humble correspondent is not clear on whether smbfs's problem is
implementation-based or inherent in the protocol spec. Ask Tridge. ;->
Other than that, the short answer is "In theory, the problem can be
made to go away, but you're advised not to hold your breath."
> Please reply.
Nope. Never. I refuse. Sorry, chum. Never happen. No way, no how.
Not in a million years. Ixnay on the eplyray.
--
Cheers, My pid is Inigo Montoya. You kill -9
Rick Moen my parent process. Prepare to vi.
[EMAIL PROTECTED]
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
