mount_msdosfs 128 GB limitation

Hi
Im currently configuring my NetBSD 3.0 as a desktop,
migrating from 
windowsxp. Now: when im trying to mount my fat partition i
get following 
error: /dev/wd1j: Invalid argument. I searched web and
discovered that 
it's probably caused by 128 GB limitation (my fat partition
is about 135 
GB) in mount_msdos ( in src it's file msdosfs_vfsops.c).
Actually this 
problem was solved in OpenBSD in 2005 & in FreeBSD 6.0.
My question is: 
is it possible to ommit this limitation without resizing the
partition 
(it's almost full) or switching to OpenBSD || Freebsd ? Another 
question is about soft-resizing partition. Tried at windows
using 
partition magic but on the startup i get message:

"PowerQuest Partition Magic has detected error 116 on
the partition 
starting at sector 16128 on disk 2

The starting LBA value is 16128 and the CHS value is 63
//end of 
bootsector//
the LBA and CHS values must be equal
Partition magic has verified that LBA value is correct and
can fix the 
CHS value.
Would you like to fix it?"


I have two IDE disks one 40GB (primary master) and one 160GB
(slave)
I attach my fdisk and disklabel output:

# disklabel wd1
# /dev/rwd1d:
type: unknown
disk: SAMSUNG SP1614N
label:
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 16
sectors/cylinder: 1008
cylinders: 310101
total sectors: 312581808
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # microseconds
track-to-track seek: 0 # microseconds
drivedata: 0

16 partitions:
# size offset fstype [fsize bsize cpg/sgs]
a: 410256 275803920 4.2BSD 1024 8192 41032 # (Cyl. 273615 -
274021)
b: 614880 276214176 swap # (Cyl. 274022 - 274631)
c: 36771840 275803920 unused 0 0 # (Cyl. 273615 - 310094)
d: 312581808 0 unused 0 0 # (Cyl. 0 - 310100)
e: 10486224 276829056 4.2BSD 2048 16384 28096 # (Cyl. 274632
- 285034)
f: 2097648 287315280 4.2BSD 2048 16384 21872 # (Cyl. 285035
- 287115)
g: 23162832 289412928 4.2BSD 2048 16384 27864 # (Cyl. 287116
- 310094)
i: 3164742 16128 MSDOS # (Cyl. 16 - 3155*)
j: 272622987 3180933 MSDOS # (Cyl. 3155*- 273614)


# fdisk wd1

Disk: /dev/rwd1d
NetBSD disklabel disk geometry:
cylinders: 310101, heads: 16, sectors/track: 63 (1008
sectors/cylinder)
total sectors: 312581808

BIOS disk geometry:
cylinders: 1024, heads: 255, sectors/track: 63 (16065
sectors/cylinder)
total sectors: 312581808

Partition table:
0: Ext. partition - LBA (sysid 15)
start 16065, size 275787855 (134662 MB, Cyls 1-17168)
1: NetBSD (sysid 169)
start 275803920, size 36771840 (17955 MB, Cyls
17168-19456/240/1), Active
2: <UNUSED>
3: <UNUSED>
Extended partition table:
E0: Primary 'big' DOS, 16-bit FAT (> 32MB) (sysid 6)
start 16128, size 3164742 (1545 MB, Cyls 1-198)
E1: Primary DOS with 32 bit FAT (sysid 11)
start 3180933, size 272622987 (133117 MB, Cyls 198-17168)
Bootselector disabled.

Miko?aj Hnatiuk wrote:
> Hi
> Im currently configuring my NetBSD 3.0 as a desktop,
migrating from
> windowsxp. Now: when im trying to mount my fat
partition i get
> following error: /dev/wd1j: Invalid argument. I
searched web and
> discovered that it's probably caused by 128 GB
limitation (my fat
> partition is about 135 GB) in mount_msdos ( in src
it's file
> msdosfs_vfsops.c). Actually this problem was solved in
OpenBSD in 2005
> & in FreeBSD 6.0. My question is: is it possible to
ommit this
> limitation without resizing the partition (it's almost
full) or
> switching to OpenBSD || Freebsd ? Another
question is about
> soft-resizing partition. Tried at windows using
partition magic but on
> the startup i get message:
>


This problem is known, and is fixed in NetBSD-current. 
Unfortunately,
the changes are pervasive enough that they will not be
pulled up for
NetBSD-3.1 - they'll appear in 4.0, instead.   However,
it's easy enough
to either partition the disk into smaller pieces, or run a
-current
kernel on the 3.0 userland...

+j