Кто что скажет по поводу работы с файлами >2G?

Ситуация:
Spring 2001 (glibc-2.2.2-ipl4mdk, fileutils-4.0.41-ipl1mdk
hda (мой) -- 40G, все разделы под reiserfs.
hdc (друга) -- 15G, 2G vfat (primary), 6G vfat (ext), дальше биос
когда-то не позволил разметить.

Со вторым диском проблемы (человек ставил Spring, несколько
странная ситуация с partition table, ......, запуск виндового
fdisk -- и тот, "проверив поверхность", изувечил hdc5 (т.е. в
оригинале hda5) с 6G vfat.

Возникла задача -- спасти данные. Они не предельно
важные/уникальные, но нужные и трудновосстановимые :((

У меня: попытка скопировать /dev/hdc5 _целиком_ к себе привела к
созданию 2G файла и сообщению про превышенный размер файла
(File size limit exceeded).

Вопрос N1: где bottleneck? В glibc?

Ладно, скопировали кусками по 2000M
(dd /dev/hdc5 of=file2.img bs=1M count=2000 skip=2000).

При попытке залития назад
(dd if=file2 of=/dev/hdc5 count=2000 seek=2000) через секунду
(видимо, сикнув) жалуется на то же самое -- т.е. на уровне работы
с файлом, видимо, выходит эквивалент sparse и превышение лимита
8-(

Вопрос N2: как залить данные назад? Пока надумал только с бубном
вокруг fdisk, но это крайне ненадежно.

Вопрос N3: в более последних glibc/fileutils это часом не
пофиксили?

Доступен J1.0, но выкачаем все, что угодно...

-- 
WBR, Michael Shigorin -- webmaster at www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729