7

Я упал настолько глупо ...

Я просто случайно запустил rm /*, но имел в виду rm ./* на облачном сервере с доступом с правами root.

Теперь ни одна команда не работает. ls, ssh, sftp ... нет.

Есть ли способ это исправить? (Примечание: такие параметры, как -r или -f в этом случае не используются).

3 ответа3

14

Восстановить из резервной копии.

В зависимости от файловой системы вы можете запустить утилиту восстановления или восстановления, но, вероятно, проще и надежнее просто восстановить ее из резервной копии.

5

Резервное копирование, вероятно, является лучшим решением проблемы, однако, если по какой-либо причине это невозможно, существуют методы, которые могут помочь восстановить удаленные файлы из разделов ext3/4.

Чтобы любой из этих методов был эффективным, вы должны перейти в однопользовательский режим и размонтировать диск (диски) как можно скорее. И предпочтительно запускать их из livecd или другой среды восстановления также является значительно более безопасным способом избежать случайной потери данных при попытке восстановить ваши данные.

Я не буду публиковать эпос о процессах восстановления, так как сначала вы должны попытаться использовать резервные копии, вот ссылки, которые я считаю наиболее полезными.

4

Если rm не ел слишком много (когда это случилось со мной, я убил его, когда он был на полпути через /bin ...), вы можете запустить машину в режиме восстановления, проверить, какие пакеты затронуты (в rpm случай, rpm -Va говорит вам), и переустановите их.

Имейте в виду, что это работает только в новолуние, после полуночи. Короткий танец дождя может быть полезным. Или нет. YMMV.

(Да, это жестокий способ Unix научить ничего не подозревающих пользователей внимательно рассматривать каждую команду перед нажатием клавиши ENTER . Считайте, что вас учили.)

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .