Как отменить операцию, выполняемую в терминале?
Я удалил важный файл один раз и позже, я изменил права доступа к файлу, который я не могу отменить сейчас. Есть ли способ, с помощью которого я могу отменить удаление или отмену прав доступа к файлам при работе с терминалом?
И еще один вопрос о Ubuntu ... Почему мы никогда не получаем диалоговое окно с вопросом: « вы уверены, что хотите удалить 'по сравнению с окнами. Я вижу это как недостаток в графическом интерфейсе Ubuntu. Как только вы нажмете delete, там он находится в корзине, но никогда не просит спросить, действительно ли мы хотим, чтобы он был удален и, конечно, я знаю, что ppl будет выглядеть так: почему вы хотите успокоить до удаления ... это часть HCI и должен быть реализован (извините, новичок).
24 ответа
Если удаленный файл в терминале с rm, то он не пойдет в корзину, сделайте это в filemanager, и он будет.
Вы можете «восстановить файл», но все время, в которое вы используете систему, область, в которой находился файл, может быть перезаписана.
https://help.ubuntu.com/community/DataRecovery
Вы должны иметь возможность возвращать разрешения на файлы.
Если удаленный файл в терминале с rm, то он не пойдет в корзину, сделайте это в filemanager, и он будет.
Вы можете «восстановить файл», но все время, в которое вы используете систему, область, в которой находился файл, может быть перезаписана.
https://help.ubuntu.com/community/DataRecovery
Вы должны иметь возможность возвращать разрешения на файлы.
Если удаленный файл в терминале с rm, то он не пойдет в корзину, сделайте это в filemanager, и он будет.
Вы можете «восстановить файл», но все время, в которое вы используете систему, область, в которой находился файл, может быть перезаписана.
https://help.ubuntu.com/community/DataRecovery
Вы должны иметь возможность возвращать разрешения на файлы.
Если удаленный файл в терминале с rm, то он не пойдет в корзину, сделайте это в filemanager, и он будет.
Вы можете «восстановить файл», но все время, в которое вы используете систему, область, в которой находился файл, может быть перезаписана.
https://help.ubuntu.com/community/DataRecovery
Вы должны иметь возможность возвращать разрешения на файлы.
Если удаленный файл в терминале с rm, то он не пойдет в корзину, сделайте это в filemanager, и он будет.
Вы можете «восстановить файл», но все время, в которое вы используете систему, область, в которой находился файл, может быть перезаписана.
https://help.ubuntu.com/community/DataRecovery
Вы должны иметь возможность возвращать разрешения на файлы.
Если удаленный файл в терминале с rm, то он не пойдет в корзину, сделайте это в filemanager, и он будет.
Вы можете «восстановить файл», но все время, в которое вы используете систему, область, в которой находился файл, может быть перезаписана.
https://help.ubuntu.com/community/DataRecovery
Вы должны иметь возможность возвращать разрешения на файлы.
Если удаленный файл в терминале с rm, то он не пойдет в корзину, сделайте это в filemanager, и он будет.
Вы можете «восстановить файл», но все время, в которое вы используете систему, область, в которой находился файл, может быть перезаписана.
https://help.ubuntu.com/community/DataRecovery
Вы должны иметь возможность возвращать разрешения на файлы.
-
1Я не знаю, какие были ранние разрешения. Я хочу, чтобы откат снова не изменился. и восстановление данных ... неудобно ли извлекать удаленный файл? Можете ли вы предложить несколько альтернатив? – bebojoor 25 April 2012 в 14:04
-
2Я думаю, это будет довольно утомительно, если это так важно, хотя это того стоит. Вам не нужно знать, какие права были - вам нужно знать, кем вы хотите, чтобы они были сейчас. – 23 93 26 35 19 57 3 89 25 April 2012 в 14:07
Существует сценарий оболочки rm, который делает rm немного более безупречным.
Предположим, что вы сделали ...
rm very_important_file
Получение этого файла с помощью
Если вы использовали упомянутый выше сценарий, вам не нужно беспокоиться об этом, потому что
rm very_important_file
На самом деле делает [!d5 ]
mv very_important_file ~/.Trash/
за кулисами в этом rm сценарии оболочки , упомянутом выше.
Сценарий обрабатывает больше случаев и не изменяет ваше системное приложение rm, просто тени его, если вы помещаете оболочку где-то перед официальным rm в ваш $ PATH.
[d9 ] Это немного лучше, чем просто наложение псевдонимов, потому что он может сделать больше (например, поддерживать этот каталог ~/.Trash/).Я думаю, что это может быть в корзине. Вы можете восстановить важный файл из корзины. в противном случае я думаю, вы должны загрузить или сделать файл снова.
-
1@bebojoor, конечно, первое, что я сделал, это искать его в корзине, но его не найти и загрузить и сделать файл ... вот что я, очевидно, буду делать в конце, если я не получу никакого решения. :( – bebojoor 25 April 2012 в 13:45
Я думаю, что это может быть в корзине. Вы можете восстановить важный файл из корзины. в противном случае я думаю, вы должны загрузить или сделать файл снова.
Я думаю, что это может быть в корзине. Вы можете восстановить важный файл из корзины. в противном случае я думаю, вы должны загрузить или сделать файл снова.
Существует rm сценарий оболочки , который делает rm немного более безупречным.
Предположим, что вы сделали ...
rm very_important_file
Получение этого файла с помощью терминала утомительно и не всегда возможно.
Если вы использовали упомянутый выше сценарий, вам не нужно беспокоиться об этом, потому что
rm very_important_file
На самом деле делает
mv very_important_file ~/.Trash/
за кулисами в этом rm wrapper script , упомянутом выше.
Сценарий обрабатывает больше случаев и не изменяет ваше системное приложение rm, просто тени его, если вы помещаете обертку где-то перед официальным rm в ваш $ PATH.
Это немного лучше, чем просто наложение, потому что он может сделать больше (например, поддерживать этот каталог ~/.Trash/).
Я думаю, что это может быть в корзине. Вы можете восстановить важный файл из корзины. в противном случае я думаю, вы должны загрузить или сделать файл снова.
Существует rm сценарий оболочки , который делает rm немного более безупречным.
Предположим, что вы сделали ...
rm very_important_file
Получение этого файла с помощью терминала утомительно и не всегда возможно.
Если вы использовали упомянутый выше сценарий, вам не нужно беспокоиться об этом, потому что
rm very_important_file
На самом деле делает
mv very_important_file ~/.Trash/
за кулисами в этом rm wrapper script , упомянутом выше.
Сценарий обрабатывает больше случаев и не изменяет ваше системное приложение rm, просто тени его, если вы помещаете обертку где-то перед официальным rm в ваш $ PATH.
Это немного лучше, чем просто наложение, потому что он может сделать больше (например, поддерживать этот каталог ~/.Trash/).
Существует rm сценарий оболочки , который делает rm немного более безупречным.
Предположим, что вы сделали ...
rm very_important_file
Получение этого файла с помощью терминала утомительно и не всегда возможно.
Если вы использовали упомянутый выше сценарий, вам не нужно беспокоиться об этом, потому что
rm very_important_file
На самом деле делает
mv very_important_file ~/.Trash/
за кулисами в этом rm wrapper script , упомянутом выше.
Сценарий обрабатывает больше случаев и не изменяет ваше системное приложение rm, просто тени его, если вы помещаете обертку где-то перед официальным rm в ваш $ PATH.
Это немного лучше, чем просто наложение, потому что он может сделать больше (например, поддерживать этот каталог ~/.Trash/).
Я думаю, что это может быть в корзине. Вы можете восстановить важный файл из корзины. в противном случае я думаю, вы должны загрузить или сделать файл снова.
Я думаю, что это может быть в корзине. Вы можете восстановить важный файл из корзины. в противном случае я думаю, вы должны загрузить или сделать файл снова.
Существует rm сценарий оболочки , который делает rm немного более безупречным.
Предположим, что вы сделали ...
rm very_important_file
Получение этого файла с помощью терминала утомительно и не всегда возможно.
Если вы использовали упомянутый выше сценарий, вам не нужно беспокоиться об этом, потому что
rm very_important_file
На самом деле делает
mv very_important_file ~/.Trash/
за кулисами в этом rm wrapper script , упомянутом выше.
Сценарий обрабатывает больше случаев и не изменяет ваше системное приложение rm, просто тени его, если вы помещаете обертку где-то перед официальным rm в ваш $ PATH.
Это немного лучше, чем просто наложение, потому что он может сделать больше (например, поддерживать этот каталог ~/.Trash/).
Существует rm сценарий оболочки , который делает rm немного более безупречным.
Предположим, что вы сделали ...
rm very_important_file
Получение этого файла с помощью терминала утомительно и не всегда возможно.
Если вы использовали упомянутый выше сценарий, вам не нужно беспокоиться об этом, потому что
rm very_important_file
На самом деле делает
mv very_important_file ~/.Trash/
за кулисами в этом rm wrapper script , упомянутом выше.
Сценарий обрабатывает больше случаев и не изменяет ваше системное приложение rm, просто тени его, если вы помещаете обертку где-то перед официальным rm в ваш $ PATH.
Это немного лучше, чем просто наложение, потому что он может сделать больше (например, поддерживать этот каталог ~/.Trash/).
Я думаю, что это может быть в корзине. Вы можете восстановить важный файл из корзины. в противном случае я думаю, вы должны загрузить или сделать файл снова.
Я думаю, что это может быть в корзине. Вы можете восстановить важный файл из корзины. в противном случае я думаю, вы должны загрузить или сделать файл снова.
Существует rm сценарий оболочки , который делает rm немного более безупречным.
Предположим, что вы сделали ...
rm very_important_file
Получение этого файла с помощью терминала утомительно и не всегда возможно.
Если вы использовали упомянутый выше сценарий, вам не нужно беспокоиться об этом, потому что
rm very_important_file
На самом деле делает
mv very_important_file ~/.Trash/
за кулисами в этом rm wrapper script , упомянутом выше.
Сценарий обрабатывает больше случаев и не изменяет ваше системное приложение rm, просто тени его, если вы помещаете обертку где-то перед официальным rm в ваш $ PATH.
Это немного лучше, чем просто наложение, потому что он может сделать больше (например, поддерживать этот каталог ~/.Trash/).
Я думаю, что это может быть в корзине. Вы можете восстановить важный файл из корзины. в противном случае я думаю, вы должны загрузить или сделать файл снова.
-
1– bebojoor 25 April 2012 в 13:45
Существует rm сценарий оболочки , который делает rm немного более безупречным.
Предположим, что вы сделали ...
rm very_important_file
Получение этого файла с помощью терминала утомительно и не всегда возможно.
Если вы использовали упомянутый выше сценарий, вам не нужно беспокоиться об этом, потому что
rm very_important_file
На самом деле делает
mv very_important_file ~/.Trash/
за кулисами в этом rm wrapper script , упомянутом выше.
Сценарий обрабатывает больше случаев и не изменяет ваше системное приложение rm, просто тени его, если вы помещаете обертку где-то перед официальным rm в ваш $ PATH.
Это немного лучше, чем просто наложение, потому что он может сделать больше (например, поддерживать этот каталог ~/.Trash/).