Я случайно попытался удалить все файлы из корневого пути

Все папки должны иметь разрешение на выполнение.

Если вы запустите ls, вы увидите что-то вроде этого (без строки, начинающейся с #):

$ ls -la shared_folder
drwx------   2 user group   4096 Feb 11 21:10 shared_folder
#UUUGGGOOO

Если нет набора разрешений x (выполнить), пользователь не может войти в папку или перечислить его содержимое. Если вы хотите совместно использовать папку с разрешениями на чтение и запись для всех, установите разрешения для 777, например

chmod 777 shared_folder

. Если вы аутентифицируете удаленных пользователей и принадлежат к одной группе, вы должны установить разрешения для

chmod 770 shared_folder

И если владелец папки является единственным пользователем, использующим общую папку (и вы настроили аутентификацию), тогда

chmod 700 shared_folder

является правильным выбором. [!d5 ]

1
задан 14 July 2016 в 08:35

2 ответа

Прекратите использовать компьютер, чтобы вы не перезаписывали удаленные данные на жестком диске и не закрывали его.

Получите LiveUSB, загрузитесь с него и установите Testdisk. Используйте Testdisk, чтобы попытаться восстановить ваши разделы и файлы. Скопируйте любые важные данные на другой флеш-накопитель, а не на LiveUSB. Откройте установщик Ubuntu и установите Ubuntu.

Я лично использовал Testdisk и имел некоторую удачу с ним. Хотя это может сработать, оно также может и не быть. Пожалуйста, не думайте об этом как об отверждении для удаленных файлов, потому что это не так. Не полагайтесь на это и считайте, что вы безопасно бежите rm, несмотря ни на что, потому что вероятность полного восстановления нигде не приближается к 100%. Сказав это, если вы не использовали компьютер с момента запуска rm, у вас есть высокая вероятность хотя бы частичного восстановления: достаточно, чтобы получить ваши данные.

Даже если вы позволили rm, вы, возможно, даже не заметили каких-либо проблем с Ubuntu сразу. Вероятно, вы все равно сможете использовать любые открытые программы. Попытка открыть что-либо приведет к ошибкам. Продолжая использовать Ubuntu, когда все ваши файлы были удалены, является плохой идеей, однако, поскольку новые данные могут перезаписать старые, разрушая ваши шансы на восстановление.

4
ответ дан 23 May 2018 в 08:12

Очень маловероятно, что команда прошла через современный Ubuntu без следующего:

$ rm -rf /
/bin/rm: it is dangerous to operate recursively on '/'
/bin/rm: use --no-preserve-root to override this failsafe

rm, вероятно, продолжит удалять все в $HOME, на котором у вас есть доступ на запись, но остальная часть /, вероятно, сохраняется.

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

2
ответ дан 23 May 2018 в 08:12
  • 1
    К сожалению, я не думаю, что здесь применяется --no-preserve-root - работает только если вы действительно пытаетесь удалить /, тогда как OP попытался удалить «./*», находясь в корневом каталоге. Оболочка расширяет это до rm -r ./bin ./boot ./dev ./etc ... до того, как rm получает параметры вообще, поэтому никогда не пытается фактически удалить /. (Это, конечно, я на самом деле не пробовал!) – Soren Bjornstad 14 July 2016 в 01:40
  • 2
    @SorenBjornstad Вы, конечно, совершенно правы, я не уверен, что я должен удалить это сейчас – cat 14 July 2016 в 01:52

Другие вопросы по тегам:

Похожие вопросы: