URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 86401
[ Назад ]

Исходное сообщение
"rm -rf /"

Отправлено handler2006 , 26-Авг-09 15:04 
Здравствуйте!
Рано или поздно использование команды "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 /"
Отправлено eplumber , 26-Авг-09 16:34 

>А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду
>"rm -rf /"

пользовал ext3grep
частично помогло


"rm -rf /"
Отправлено 143й4123512 , 26-Авг-09 17:34 
>
>>А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду
>>"rm -rf /"
>
>пользовал ext3grep
>частично помогло

rm -rf /
классная команда!!! пробовать всем!


"rm -rf /"
Отправлено Pahanivo , 26-Авг-09 17:40 
>А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду
>"rm -rf /"

1) я бы взял на работу человека который с пониманием относится к подобного рода командам.
   особенно учитывая что скажем во фре фалйы просто нереально востановить под ufs.
2) я бы по крайней мере не давал права рута ламерам )


"rm -rf /"
Отправлено 143й4123512 , 26-Авг-09 17:48 
Команда дает неоценимый жизненный опыт )

"rm -rf /"
Отправлено handler2006 , 26-Авг-09 18:01 
>Команда дает неоценимый жизненный опыт )

Вам смешно, а меня потом целый день будоражило!
Мне просто повезло что в корневой системе была файлопомойка в директории /asp ~200G и было открыто окно файлового менеджера. Судя по всему, удаление директорий началось в алфавитном порядке и я на заднем плане десктопа увидел, как пропадают папочки из файлообменника. За пару секунд успело снести почти весь ресурс. Если бы удаление началось с директории /etc ... Дальше боюсь себе представить этот кошмар.
Что вы скажете по поводу копирования всего винчестера в рабочем режиме командой dd?


"rm -rf /"
Отправлено старик , 26-Авг-09 19:19 
>Что вы скажете по поводу копирования всего винчестера в рабочем режиме командой
>dd?

Делать так приходилось и не вижу причин почему бы это не сработало у вас.
Я как-то даже попробовал подобным образом восстановить раздел, на котором находился корень работающей системы и прокатило. Но этого делать не советую (разве что для эксперимента).


"rm -rf /"
Отправлено Warhead Wardick , 26-Авг-09 19:39 
>>Что вы скажете по поводу копирования всего винчестера в рабочем режиме командой dd?
>Делать так приходилось и не вижу причин почему бы это не сработало у вас.

Вполне себе обыденная практика, но смотри дальше:

>Я как-то даже попробовал подобным образом восстановить раздел,
>на котором находился корень работающей системы и прокатило.
>Но этого делать не советую (разве что для эксперимента).

Дык для рута (в смысле /) - как раз вероятность того что прокатит очень высока :)
Hint: У меня есть системы где рут вообще read-only :)

dd'шкой нет смысла брать то что меняется - файлы БД к примеру.

Ну вот - разжевал, теперь втыкнуть что будет правильным решением - пустяк. Давай.


"rm -rf /"
Отправлено handler2006 , 26-Авг-09 19:59 
>
>dd'шкой нет смысла брать то что меняется - файлы БД к примеру.
>
>
>Ну вот - разжевал, теперь втыкнуть что будет правильным решением - пустяк.
>Давай.

как разделить статические файлы и файлы, изменяемые в процессе работы системы?
Копировать так копировать весь раздел


"rm -rf /"
Отправлено sn , 27-Авг-09 12:09 

>
>1) я бы взял на работу человека который с пониманием относится к
>подобного рода командам.

сколько платишь?



"rm -rf / - не сработает оно под фрей."
Отправлено Крокодил Гена , 28-Авг-09 05:43 
>>А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду
>>"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 ./*.*


"rm -rf / - не сработает оно под фрей."
Отправлено Pahanivo , 28-Авг-09 07:49 
>[оверквотинг удален]
>>востановить под ufs.
>>2) я бы по крайней мере не давал права рута ламерам )
>>
>
>Под фрей rm -rf / не работает уже несколько лет. По-моему с
>6 ветки, а может даже и с пятой. Не помню точно...
>:)
>
># rm -rf /
>rm: "/" may not be removed

извини родной, я чесна слова ооочень давно не проверял )))
># uname -mrs
>FreeBSD 7.2-RELEASE-p2 amd64
>
>По фрей изящнее надо, для достяжения эфекта. :)
># cd / && rm ./*.*

тоже вариант


"rm -rf / - не сработает оно под фрей."
Отправлено наблюдатель , 28-Авг-09 17:03 
>
># uname -mrs
>FreeBSD 7.2-RELEASE-p2 amd64
>
>По фрей изящнее надо, для достяжения эфекта. :)
># cd / && rm ./*.*

Это в csh такие шаблоны *.* практикуются? Какие файлы ему соответствуют?


"rm -rf /"
Отправлено аноним , 26-Авг-09 20:09 
Вопрос идиотский, `я нажрался и выкинул сервер в окно, как восстановить данные?'. Не подходите к компьютеру, если у вас rm `рано или поздно' приводит к потерям. Файловую систему после rm -rf / никто не `восстанавливает', потому что удаление файлов - штатная операция и ФС не повреждена. Для сохранения состояния ФС есть снапшоты, для сохранения данных есть бэкапы.

"rm -rf /"
Отправлено Ziggy Stardust , 27-Авг-09 07:27 
>Рано или поздно использование команды "rm" приводит к серьезным потерям и приходится
>изучать приемы восстановления данных.

Чтобы использование команду "rm" не приводило к серьезным потерям и не приходилось бы медитировать на тему "а как бы мне на файловой системе FFS/UFS/EXT2FS/EXT3FS/... восстановить таблицу инодов по существующим блокам данных", крайне рекомендуется заранее изучать приемы и технологии резервного копирования и хранения данных.



"rm -rf /"
Отправлено netc , 27-Авг-09 13:37 
>>Рано или поздно использование команды "rm" приводит к серьезным потерям и приходится
>>изучать приемы восстановления данных.
>
>Чтобы использование команду "rm" не приводило к серьезным потерям и не приходилось
>бы медитировать на тему "а как бы мне на файловой системе
>FFS/UFS/EXT2FS/EXT3FS/... восстановить таблицу инодов по существующим блокам данных", крайне рекомендуется заранее
>изучать приемы и технологии резервного копирования и хранения данных.

я прошу прощения, но все в windows существует теневое копирование тома, кстати насколько я подозреваю программы типа acronis используют именно этот механизм.

есть аналоги теневого копирования в linux, bsd ?


"rm -rf /"
Отправлено Ziggy Stardust , 27-Авг-09 13:53 
>есть аналоги теневого копирования в linux, bsd ?

Есть. Моментальный снимок файловой системы называется или snapshot.



"rm -rf /"
Отправлено Аноним , 27-Авг-09 15:28 
>[оверквотинг удален]
>-t ext2 -n /dev/sda1 т. е. в "dry mode" - так
>она показала резервные суперблоки данного раздела).
>Дальше отказался работать debugfs (вывод обоих команд предоставить не могу, т. к.
>переутсановил раздел заново - благо резервная копия была месячной давности), и
>я отказался от дальнейших попыток.
>Теперь думаю снять образ с системного диска командой dd(dd if=/dev/sdb of=/dev/sdc1 bs=4K
>count=0), только вот думаю, можнно ли снимать образ с диска, на
>котором работает система, а отмонтировать его нельзя.
>А какие приемы восстановления файловой системы знаете Вы? Для примера возьмем команду
>"rm -rf /"

проще востановить из резервной копии. хотя у вас это не практикуется думаю ;)))
админы делятся на два типа: один не делают бекапы, вторые УЖЕ делают бекапы ;)


"rm -rf /"
Отправлено handler2006 , 27-Авг-09 17:47 

>
>проще востановить из резервной копии. хотя у вас это не практикуется думаю
>;)))
>админы делятся на два типа: один не делают бекапы, вторые УЖЕ делают
>бекапы ;)

Вы правы, но у этой технологии есть один минус - наличие свободного диска необходимой емкости.
Диск имеется - остается векапнуть на него систему и забыть о нем как об устройстве хранения информации...
Зато страховка...


"rm -rf /"
Отправлено gennadys , 28-Авг-09 14:42 
>[оверквотинг удален]
>>проще востановить из резервной копии. хотя у вас это не практикуется думаю
>>;)))
>>админы делятся на два типа: один не делают бекапы, вторые УЖЕ делают
>>бекапы ;)
>
>Вы правы, но у этой технологии есть один минус - наличие свободного
>диска необходимой емкости.
>Диск имеется - остается векапнуть на него систему и забыть о нем
>как об устройстве хранения информации...
>Зато страховка...

Лучше на ленту делайте бэкап. А ленту - в сейф в другом здании.


"rm -rf /"
Отправлено handler2006 , 28-Авг-09 14:48 
>
>Лучше на ленту делайте бэкап. А ленту - в сейф в другом
>здании.

Это шутка? Ленты нету - проще на внешний винт и делать копию всего диска, чтобы потом, в сучае крайней необходимости просто восстановить винт.
Хотя,  нам кроме директории /etc и /var вроде ничего и не надо - конфиги всех служб лежат в них


"rm -rf /"
Отправлено Аноним , 28-Авг-09 16:36 
>>
>>Лучше на ленту делайте бэкап. А ленту - в сейф в другом
>>здании.
>
>Это шутка? Ленты нету - проще на внешний винт и делать копию
>всего диска, чтобы потом, в сучае крайней необходимости просто восстановить винт.
>
>Хотя,  нам кроме директории /etc и /var вроде ничего и не
>надо - конфиги всех служб лежат в них

да хотябы себе на комп дамп этих директорий сливай и держи дамп чистой системы чтобы накатить быстро в случае чего


"rm -rf /"
Отправлено handler2006 , 29-Авг-09 11:17 
>
>да хотябы себе на комп дамп этих директорий сливай и держи дамп
>чистой системы чтобы накатить быстро в случае чего

/home - нам не надо
/usr - там могут быть исходники