[dd]Все-таки данные спас!

На каком языке написан dd?

не думал ниразу. На Си, наверно...

dd if=/dev/sda4 of=/mnt/bk/sda4.iso помог, как никогда.
А вот fdisk все-равно отказывается с ним (хардом) работать. А после попыток fsck достучаться до винта, он вообще пропадает из /dev/

>dd if=/dev/sda4 of=/mnt/bk/sda4.iso помог, как никогда.

А потом что?

Помолимся же братия и сестры за здравие dd!

Да здравствует Солярис!

а потом mount -o loop /mnt/bk/sda4 /mnt/tmp и копируй копируй копируй

:s/dd/ЖЖ/

dd_rescue всё же лучше

dd_rhelp тогда уж

Если он без проблем слился, то почему не монтировался?

я бы тоже хотел спросить :)

у меня то-же накрылся старый винт причем очень странно. все читается (dd созранил образ) но ничего не может записатся (shred ругается навсе сектора) как будто стоит защита от записи...

>Если он без проблем слился, то почему не монтировался?

Возможно потому, что были проблемы в районе таблицы разделов.

проблемы-то, может, и были, но если dd if=/dev/sda4 сработал, то проблемы были какие-то странные, не кажется?

стоило попробовать mount -o ro, дабы при монтировании небыло попыток записей временных меток, обновления журналов и прочих записей. Винты могут лочится от записи, если имеют достаточно плохие показания смарта.

dd - наше фсио

вот не поверишь, ro делал - безрезультатно, а вот dd запедалил

Аминь!

> вот не поверишь, ro делал - безрезультатно, а вот dd запедалил

Верю. Более того, этот метод более правильный, ибо порой не знаешь, как долго жить винту. Вот только если гюлки в mbr, то скорее надо копировать /dev/sdX, а не /dev/sdXY, ибо можно слить что-то не то...

>проблемы-то, может, и были, но если dd if=/dev/sda4 сработал, то проблемы были какие-то странные, не кажется?

Я лишь могу предположить, что fdisk пытался прочитать больше/глубже, чем читало ядро в таблице разделов, и напарывался на бэды (смотри вывод dmesg лучше). А dd просто сразу читал нужный раздел, без лишних движений.

> На Си, наверно...

Файл называется dd.c. Говорят, там есть код древнее юникса :)

>проблемы-то, может, и были, но если dd if=/dev/sda4 сработал, то проблемы были какие-то странные, не кажется?

Всё просто. На носителях обычно имеется две MBR: одна основная, другая резервная. fdisk не смог прочитать одну из них и верифицировать другую, вот и обламывался.
dd работает по-тупому: тупо читает и пишет байты блочного устройства по заданному смещению.

testdisk в помощь.

поздравляем! :)

а URL с оцифровками сказок не вспомнил? (может кому ещё пригодится)

> Всё просто. На носителях обычно имеется две MBR: одна основная, другая резервная

Изен, ты путаешь. Никаких резервов для MBR не предусмотрено, есть только дополнительные MBR в расширенных разделах, которые все уникальны и не имеют дублей. Хотя у вас там во фряхе все через анальный проход...

>Изен, ты путаешь. Никаких резервов для MBR не предусмотрено,

А чёрт, точно — MBR всегда одна (зато GPT дублируется, ага).

В DOS и OEM-версиях установщиков есть команда "fdisk /mbr", которая вроде бы ремонтирует повреждённую MBR. Однако она просто записывает загрузочный код (возможно с меню загрузки для OEM), не меняя таблицы разделов.

нет, url так и не нашел. Зато оцифровки все на месте. Для желающих могу выложить :)