handler Опубликовано 26 августа, 2009 Жалоба Опубликовано 26 августа, 2009 Здравствуйте! Рано или поздно использование команды "rm" приводит к серьезным потерям и приходится изучать приемы восстановления данных. Так вот, удалил я один раздел файловой системы, который соответствует жесткому диску /dev/sda1 - 320G (Часть файлов ~200G удалить не успел - вовремя опомнился). Сначала отмонтировал его, далее по мануалу http://www.faqs.org/docs/Linux-mini/Ext2fs-Undeletion.html Траблы начались с e2fsck, когда она отказалась восстанавливать суперблоки (сделал даже mkfs -t ext2 -n /dev/sda1 т. е. в "dry mode" - так она показала резервные суперблоки данного раздела). Дальше отказался работать debugfs (вывод обоих команд предоставить не могу, т. к. переутсановил раздел заново - благо резервная копия была месячной давности), и я отказался от дальнейших попыток. Теперь думаю снять образ с системного диска командой dd(dd if=/dev/sdb of=/dev/sdc1 bs=4K count=0), только вот думаю, можнно ли снимать образ с диска, на котором работает система, а отмонтировать его нельзя. А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду "rm -rf /" Цитата
Ineu Опубликовано 26 августа, 2009 Жалоба Опубликовано 26 августа, 2009 Алексей писал(а) Wed, 26 August 2009 14:02 А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду "rm -rf /" Здравый смысл. Лучший способ восстановить систему - не ломать ее. После потери важных данных голова начинает работать гораздо лучше. Лично мне для понимания этого понадобилось удалить целиком таблицу разделов, потеряв таким образом содержимое винта Цитата
gogi Опубликовано 26 августа, 2009 Жалоба Опубликовано 26 августа, 2009 Цитата: Теперь думаю снять образ с системного диска командой dd(dd if=/dev/sdb of=/dev/sdc1 bs=4K count=0), только вот думаю, можнно ли снимать образ с диска, на котором работает система, а отмонтировать его нельзя. Можно PS. Все же стоит добавить, что dd -это не лучшее и даже не правильное решение проблемы резервного копирования работающей системы. Файлы, в которые производится запись, а также метаданные могут скопироваться в промежуточном состоянии и не соответствовать друг другу. Резервные копии стоит снимать, по возможности, когда запись в файлы не производится, и использовать для этого лучше специально предназначенные средства (tar, dump...). Цитата
handler Опубликовано 26 августа, 2009 Автор Жалоба Опубликовано 26 августа, 2009 EvilShadow писал(а) Wed, 26 August 2009 17:51 Лично мне для понимания этого понадобилось удалить целиком таблицу разделов, потеряв таким образом содержимое винта Насколько мне помнится, MBR хранится где-то еще на нулевой дорожке - надо почитать мануал к фат-32 Цитата
gogi Опубликовано 26 августа, 2009 Жалоба Опубликовано 26 августа, 2009 Цитата: Насколько мне помнится, MBR хранится где-то еще на нулевой дорожке - надо почитать мануал к фат-32 Не только на нулевой дорожке, но в самом первом секторе диска, но причем здесь fat-32? EvilShadow, видимо, хотел вас предостеречь, чтобы опробовав rm -rf / и ободрившись, вы следующим ходом не пробовали dd в первый раздел. Цитата
AccessD Опубликовано 26 августа, 2009 Жалоба Опубликовано 26 августа, 2009 ИМХО, если нет уверенности в своих силах - лучше отдать диск специалистам. Цитата
Ineu Опубликовано 26 августа, 2009 Жалоба Опубликовано 26 августа, 2009 gogi писал(а) Wed, 26 August 2009 19:18 EvilShadow, видимо, хотел вас предостеречь Нет, просто хотел сказать, что мощь инструментов, предоставляемых системой, требует соответствующего уровня ответственности. У меня же ситуация была вообще глупой. Было это давно, поэтому подробностей не помню, но суть в том, что МБР с таблицей разделов я как раз сохранил перед экспериментами. Только вот потом по невнимательности удалил Цитата
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.