dd неудачный бэкап

Написал(а) elijah Дата 21.03.11 10:22 Отредактировано 21.03.11 10:33

Привет всем.

Мне сегодня позвонил друг и обрисовал ситуацию: захотел он сделать бэкап жесткого диска на другой диск. Подключил второй диск, запустил утилиту dd из-под рута, а разделы на исходном жестком диске не отмонтировал. Потом у него что-то не попёрло, он отмонтировал разделы и заново запустил. Потом исходный диск по-новому переразбил, переустановил Linux, хотел данные с резервного диска восстановить, и видит такую картину: нужный каталог есть, а файлов внутри нет.

Он думал сначала, что с правами проблема. Я говорю ему: из-под рута смотрел? Он говорит: да. Я ему: значит, там действительно нет файлов. Он хотел восстанавливать файлы на резервном жестком диске утилитами типа extundelete.

Моё же мнение таково: он запортил файлы на исходном жестком диске, когда запустил dd, не отмонтировав раздел, и, соответственно, после того, как он со второй попытки успешно скопировал содержимое первого диска на второй, нужных файлов там не оказалось, поскольку они были запорчены на исходном жестком диске при первой попытке копирования.

Я прав? Нужно пытаться восстанавливать первый жесткий диск программами типа exundelete, которые, судя по всему, уже не помогут, поскольку там уже всё перезатёрто? Ничем уже помочь нельзя? Данные типа важные были :-)

P.S. конкретно команды с переметрами, которые он вводил, он вспомнить уже не может, вот как-то так.

Если тебе не нравится существующая культура, создай свою

Написал(а) hawk Дата 21.03.11 12:50 Отредактировано 21.03.11 13:02

>> Моё же мнение таково: он запортил файлы на исходном жестком диске, когда запустил dd, не отмонтировав раздел...

испортить на исходном не должен, может он исходный перепутал? А вообще тут гадать не перегадать, перенос инфы с харда на хард тема и в доль и поперек расписанная, полно инструментов (особенно в Linux), если есть сомнения лучше вопрос задать перед, чем потом, если инфа важная возможно не стоит пользоваться инструментами, которых не знаешь.

А по теме, совсем нет данных, какая файловая система, как разбит HDD, как выполнялся перенос - пример команды, в какое время, наличие алкоголя в крови и т.д. ))))

Эх P.S. не прочитал, видимо наличие все же присутствовало )))).

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) Stolzium Дата 21.03.11 17:50

dd - это одна из самых страшных комманд, имхо. После неё редко когда что удаётся изменить. Мой друг как-то терабайтник убил ей. В смысле информации, а не физически. :-)

Написал(а) Bercut Дата 21.03.11 20:26

не, dd не должна запортить исходное устройство, однакож и скопировать адекватно со смонтированного раздела скорее всего не получится, соответственно дерево каталогов скопировалось с суперблоками файловой системы, а сами файлы, в особенности занятые и открытые для записи, скопировались не полностью. далее при монтировании фс почекалась попырому и битое файло повыкинула, и получилась соответствующая картина...
а на кой ляд dd использовать для резервного копирования, ась?? это примерно как воду решетом носить...

русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...

Написал(а) LOE (Site/forum admin) Дата 21.03.11 22:48

При корректном указании опций для dd, пусть даже с неотмонтированного раздела, вреда для исходного диска не будет.
Другое дело, что полученный образ при монтировании надо будет сначала прочекать e2fsck.

Самое главное не суетиться. Желательно не делать никаких телодвижений с дисками. Даже e2fsck не запускать!
Для начала - натравить утилиту ext3grep на образ или исходный диск. Конечно, всё восстанавливаемое должно сохраняться на другой диск.
Гарантий нет, но в свое время мне удалось с убитого винта (в смысле винт аппаратно скончался) восстановить пару важных файлов.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) elijah Дата 26.03.11 11:00

Спасибо за ответы. В общем, почти так, как я и предполагал.

Если тебе не нравится существующая культура, создай свою