[mdk-re] [URGENT!!] dd и файлы >2Gb

[mdk-re] [URGENT!!] dd и файлы >2Gb

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1503 bytes --]

Кто что скажет по поводу работы с файлами >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

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [mdk-re] [URGENT!!] dd и файлы >2Gb

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2022 bytes --]

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.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [mdk-re] [URGENT!!] dd и файлы >2Gb

[Michael Shigorin]

On Mon, Oct 15, 2001 at 10:07:09PM +0400, Dmitry V. Levin wrote:
> > У меня: попытка скопировать /dev/hdc5 _целиком_ к себе привела к
> > созданию 2G файла и сообщению про превышенный размер файла
> > (File size limit exceeded).
> В какой файловой системе, какое ядро?
Так. Вот тут самое интересное. Ядро (впопыхах забыл) --
2.4.9-alt3-custom. Т.к. информацию таки нужно было вернуть х-бы в
исходный вид 8-)), то я поставил kernel24-up-2.4.2-ipl5mdk... и
"оно заработало". Единственная дополнительная разница -- в этот
раз грузился в консоль ;-)

Что я мог сломать в своем ядре?!

> Известно наверняка, что glibc из Spring в полной мере поддерживает LFS.
Спасибо. Буду рыть дальше... Под рукой еще есть свое 2.4.5.

-- 
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