Отмените команду мусора Linux

Нет никакой корзины для командной строки.

Вы могли попробовать некоторые различные утилиты восстановления, но нет никакой гарантии, что они работали бы.

Вы могли использовать мусор-cli при использовании KDE при выполнении gui. Это - утилита командной строки для удаления/восстанавливания использования средств мусора KDE.

Вы могли сделать rm псевдоним для trash команда (Необходимо будет установить trash сначала.) Добавляет это к Вашему ~/.bashrc :

alias rm='trash'

Это предпочтительно для alias rm='mv --target-directory=$HOME/.Trash' с тех пор ~/.Trash НЕ является папкой "Удаленные" для гнома. Лучше, по моему скромному мнению, позволить trash фигура, где фактическая папка "Удаленные".

btw я отправил бы это в комментарии, но у меня нет достаточного количества представителя.

Существует больший вопрос здесь, к этому стоит обратиться. Команды Shell не болтливы (они не проверяют дважды то, что Вы хотите), и они ожидают, что Вы будете знать то, что Вы делаете. Это фундаментально для того, как они разработаны. Это - функция, не ошибка.

Некоторые люди чувствуют себя мужественными, когда они используют такие команды, которые я думаю, довольно глупо, но важно понять опасности. Можно нанести большой ущерб в терминале, даже если Вы не корень. Я думаю Вы, вероятно, действительно просто заботившийся о rm, но так как Вы сказали, "Может мы отменять операции, сделанные в терминале", я думал, что это стоило сказать. Общий ответ не, Вы не можете.

Опция 1: Посмотрите Восстанавливают Файлы Linux после удаления от ext2 Файловой системы. Эта страница указывает на программу, записанную Sebastian Hetze из компании LunetIX, это (как заголовок предполагает), восстанавливает недавно удаленные файлы после удаления от ext2 файловой системы. Использование в качестве примера:

# undelete -d /dev/hdc3 -a 10

Предупреждения:

• Исходного веб-сайта не стало. Ссылка, выше, в интернет-Архив.
• Сайт (сайты) находится в смеси английского и немецкого языка.
• Как указано выше инструмент специально разработан для ext2 файловой системы. Это вряд ли будет работать над любым другим типом файловой системы; особенно не кроме extN.

Опция 2: у Меня есть rsnapshot (rsync) работа моей машины, которая каждый час делает снимки моих выбранных папок. Это инкрементно делает это каждый час, 2 часа или независимо от того, что Вы говорите КРОНУ делать. После целого дня это перерабатывает эти снимки в один ежедневный снимок и после 7 дней в еженедельнике так на и так далее. Это делает меня способным возвратиться приблизительно как раз к месяцу или так в течение каждого часа! Это довольно хорошо с дисковым пространством, поскольку это создает символьные ссылки на файлы, которые никогда не изменялись...

Восстановите использование grep на /dev/partition (Linux или Unix Восстанавливаются, удаленные файлы – восстанавливают файлы после удаления),

grep -b 'search-text' /dev/partition > file.txt

Просто попытка.

Еще два технических решения не имеют быть названными все же:

1. libtrash: динамическая библиотека, которая может быть предварительно загружена в Вашей оболочке, которая прерывает удаление/удаление syscalls и перемещает файлы в папку "Удаленные" вместо этого (во многом как псевдоним, но работает на любое приложение при предварительно загружении).
2. Файловая система управления версиями. При удалении (или редактирование или копия, или...) файла можно просто вернуться к старому состоянию. Это могло быть сделано с файловой системой FUSE и одной из ее файловых систем управления версиями.

Там существуйте утилиты восстановления для ext2, но большинство других файловых систем Linux застревает в Каменном веке и не имеет никаких усовершенствованных функций удобства использования. Удручающее состояние дел, полагая, что гигантские диски с достаточным количеством пространства никогда не удаляют файл снова, распространено.

Таким образом, Вы застреваете с тремя опциями:

1. Действительно копируйте регулярно, например, с командой как:

   rsync -axvRP --backup --backupdir=/backup/incr/$(date -I) /home/ /backup/root/

2. Используйте инструмент управления версиями такой как git для всей Вашей работы. В то время как это не защитит от против сумасшедшего rm -r это уничтожает репозиторий, он защитит от регулярных проблем, поскольку Вы будете использовать git rm не сырые данные rm.

3. Будьте дополнительны осторожный и не доверяйте слишком много rm -i, trash-cli и друзья, как большинство данных, которые Вы потеряете на оболочке, которую Вы не потеряете случайным элементом rm, но неверно направленными каналами, введенными с опечаткой выходными файлами, неверно направлен mv и материал, т.е. вещи, которые перезапишут Ваши данные, не просто удаляет их.

Сделайте все три для максимальной суммы безопасности.