On Mon, Oct 15, 2001 at 08:37:28PM +0300, Michael Shigorin wrote:
> Кто что скажет по поводу работы с файлами >2G?
> 
> Ситуация:
> Spring 2001 (glibc-2.2.2-ipl4mdk, fileutils-4.0.41-ipl1mdk
> hda (мой) -- 40G, все разделы под reiserfs.
> hdc (друга) -- 15G, 2G vfat (primary), 6G vfat (ext), дальше биос
> когда-то не позволил разметить.

В ядре 2.2.x не все файловые системы поддерживают LFS.

> Со вторым диском проблемы (человек ставил 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 это часом не
> пофиксили?

Не могу сказать точно, в какой версии пакета fileutils появилась поддержка
LFS. Известно наверняка, что glibc из Spring в полной мере поддерживает
LFS.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.