Здравствуйте!
Рано или поздно использование команды "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 /"
>А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду
>"rm -rf /"пользовал ext3grep
частично помогло
>
>>А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду
>>"rm -rf /"
>
>пользовал ext3grep
>частично помоглоrm -rf /
классная команда!!! пробовать всем!
>А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду
>"rm -rf /"1) я бы взял на работу человека который с пониманием относится к подобного рода командам.
особенно учитывая что скажем во фре фалйы просто нереально востановить под ufs.
2) я бы по крайней мере не давал права рута ламерам )
Команда дает неоценимый жизненный опыт )
>Команда дает неоценимый жизненный опыт )Вам смешно, а меня потом целый день будоражило!
Мне просто повезло что в корневой системе была файлопомойка в директории /asp ~200G и было открыто окно файлового менеджера. Судя по всему, удаление директорий началось в алфавитном порядке и я на заднем плане десктопа увидел, как пропадают папочки из файлообменника. За пару секунд успело снести почти весь ресурс. Если бы удаление началось с директории /etc ... Дальше боюсь себе представить этот кошмар.
Что вы скажете по поводу копирования всего винчестера в рабочем режиме командой dd?
>Что вы скажете по поводу копирования всего винчестера в рабочем режиме командой
>dd?Делать так приходилось и не вижу причин почему бы это не сработало у вас.
Я как-то даже попробовал подобным образом восстановить раздел, на котором находился корень работающей системы и прокатило. Но этого делать не советую (разве что для эксперимента).
>>Что вы скажете по поводу копирования всего винчестера в рабочем режиме командой dd?
>Делать так приходилось и не вижу причин почему бы это не сработало у вас.Вполне себе обыденная практика, но смотри дальше:
>Я как-то даже попробовал подобным образом восстановить раздел,
>на котором находился корень работающей системы и прокатило.
>Но этого делать не советую (разве что для эксперимента).Дык для рута (в смысле /) - как раз вероятность того что прокатит очень высока :)
Hint: У меня есть системы где рут вообще read-only :)dd'шкой нет смысла брать то что меняется - файлы БД к примеру.
Ну вот - разжевал, теперь втыкнуть что будет правильным решением - пустяк. Давай.
>
>dd'шкой нет смысла брать то что меняется - файлы БД к примеру.
>
>
>Ну вот - разжевал, теперь втыкнуть что будет правильным решением - пустяк.
>Давай.как разделить статические файлы и файлы, изменяемые в процессе работы системы?
Копировать так копировать весь раздел
>
>1) я бы взял на работу человека который с пониманием относится к
>подобного рода командам.сколько платишь?
>>А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду
>>"rm -rf /"
>
>1) я бы взял на работу человека который с пониманием относится к
>подобного рода командам.
> особенно учитывая что скажем во фре фалйы просто нереально
>востановить под ufs.
>2) я бы по крайней мере не давал права рута ламерам )
>Под фрей rm -rf / не работает уже несколько лет. По-моему с 6 ветки, а может даже и с пятой. Не помню точно... :)
# rm -rf /
rm: "/" may not be removed# uname -mrs
FreeBSD 7.2-RELEASE-p2 amd64По фрей изящнее надо, для достяжения эфекта. :)
# cd / && rm ./*.*
>[оверквотинг удален]
>>востановить под ufs.
>>2) я бы по крайней мере не давал права рута ламерам )
>>
>
>Под фрей rm -rf / не работает уже несколько лет. По-моему с
>6 ветки, а может даже и с пятой. Не помню точно...
>:)
>
># rm -rf /
>rm: "/" may not be removedизвини родной, я чесна слова ооочень давно не проверял )))
># uname -mrs
>FreeBSD 7.2-RELEASE-p2 amd64
>
>По фрей изящнее надо, для достяжения эфекта. :)
># cd / && rm ./*.*тоже вариант
>
># uname -mrs
>FreeBSD 7.2-RELEASE-p2 amd64
>
>По фрей изящнее надо, для достяжения эфекта. :)
># cd / && rm ./*.*Это в csh такие шаблоны *.* практикуются? Какие файлы ему соответствуют?
Вопрос идиотский, `я нажрался и выкинул сервер в окно, как восстановить данные?'. Не подходите к компьютеру, если у вас rm `рано или поздно' приводит к потерям. Файловую систему после rm -rf / никто не `восстанавливает', потому что удаление файлов - штатная операция и ФС не повреждена. Для сохранения состояния ФС есть снапшоты, для сохранения данных есть бэкапы.
>Рано или поздно использование команды "rm" приводит к серьезным потерям и приходится
>изучать приемы восстановления данных.Чтобы использование команду "rm" не приводило к серьезным потерям и не приходилось бы медитировать на тему "а как бы мне на файловой системе FFS/UFS/EXT2FS/EXT3FS/... восстановить таблицу инодов по существующим блокам данных", крайне рекомендуется заранее изучать приемы и технологии резервного копирования и хранения данных.
>>Рано или поздно использование команды "rm" приводит к серьезным потерям и приходится
>>изучать приемы восстановления данных.
>
>Чтобы использование команду "rm" не приводило к серьезным потерям и не приходилось
>бы медитировать на тему "а как бы мне на файловой системе
>FFS/UFS/EXT2FS/EXT3FS/... восстановить таблицу инодов по существующим блокам данных", крайне рекомендуется заранее
>изучать приемы и технологии резервного копирования и хранения данных.я прошу прощения, но все в windows существует теневое копирование тома, кстати насколько я подозреваю программы типа acronis используют именно этот механизм.
есть аналоги теневого копирования в linux, bsd ?
>есть аналоги теневого копирования в linux, bsd ?Есть. Моментальный снимок файловой системы называется или snapshot.
>[оверквотинг удален]
>-t ext2 -n /dev/sda1 т. е. в "dry mode" - так
>она показала резервные суперблоки данного раздела).
>Дальше отказался работать debugfs (вывод обоих команд предоставить не могу, т. к.
>переутсановил раздел заново - благо резервная копия была месячной давности), и
>я отказался от дальнейших попыток.
>Теперь думаю снять образ с системного диска командой dd(dd if=/dev/sdb of=/dev/sdc1 bs=4K
>count=0), только вот думаю, можнно ли снимать образ с диска, на
>котором работает система, а отмонтировать его нельзя.
>А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду
>"rm -rf /"проще востановить из резервной копии. хотя у вас это не практикуется думаю ;)))
админы делятся на два типа: один не делают бекапы, вторые УЖЕ делают бекапы ;)
>
>проще востановить из резервной копии. хотя у вас это не практикуется думаю
>;)))
>админы делятся на два типа: один не делают бекапы, вторые УЖЕ делают
>бекапы ;)Вы правы, но у этой технологии есть один минус - наличие свободного диска необходимой емкости.
Диск имеется - остается векапнуть на него систему и забыть о нем как об устройстве хранения информации...
Зато страховка...
>[оверквотинг удален]
>>проще востановить из резервной копии. хотя у вас это не практикуется думаю
>>;)))
>>админы делятся на два типа: один не делают бекапы, вторые УЖЕ делают
>>бекапы ;)
>
>Вы правы, но у этой технологии есть один минус - наличие свободного
>диска необходимой емкости.
>Диск имеется - остается векапнуть на него систему и забыть о нем
>как об устройстве хранения информации...
>Зато страховка...Лучше на ленту делайте бэкап. А ленту - в сейф в другом здании.
>
>Лучше на ленту делайте бэкап. А ленту - в сейф в другом
>здании.Это шутка? Ленты нету - проще на внешний винт и делать копию всего диска, чтобы потом, в сучае крайней необходимости просто восстановить винт.
Хотя, нам кроме директории /etc и /var вроде ничего и не надо - конфиги всех служб лежат в них
>>
>>Лучше на ленту делайте бэкап. А ленту - в сейф в другом
>>здании.
>
>Это шутка? Ленты нету - проще на внешний винт и делать копию
>всего диска, чтобы потом, в сучае крайней необходимости просто восстановить винт.
>
>Хотя, нам кроме директории /etc и /var вроде ничего и не
>надо - конфиги всех служб лежат в нихда хотябы себе на комп дамп этих директорий сливай и держи дамп чистой системы чтобы накатить быстро в случае чего
>
>да хотябы себе на комп дамп этих директорий сливай и держи дамп
>чистой системы чтобы накатить быстро в случае чего/home - нам не надо
/usr - там могут быть исходники