Действительно ли возможно инвертировать команду в оболочке удара?

Вы должны понимать, что bash - это просто среда выполнения. Он выполняет команды, которые вы вызываете - оболочка даже не знает, что делает команда, вы можете вызывать любой исполняемый файл, какой захотите. В большинстве случаев даже не ясно, что будет делать отмена - например, можно ли «отменить воспроизведение» фильма? Можете ли вы "отменить" электронное письмо? Что, например, может означать «отменить запуск Firefox»? Вы можете закрыть его, но закладки, загрузки и история не будут прежними.

Если вы запускаете команду, она выполняется независимо от того, что делает. Вам решать, что вы делаете. Обратите внимание, что это не означает, что отдельные команды не имеют «отмены» ... они могут - вы даже можете написать функцию-оболочку, которая что-то сделает, чтобы защитить вас от глупых ошибок.

Например, mv легко изменить, просто переместив файл туда, откуда он был, если вы что-то не перезаписали. Вот почему существует переключатель -i , который спрашивает вас перед перезаписью. Технически, обратным cp является rm , если что-то не было перезаписано (опять же, -i спрашивает вас об этом). rm является более постоянным, чтобы попытаться вернуть файлы, вы должны фактически взломать несколько более низких уровней (для этого есть инструменты). Если вы рассматриваете файловую систему как черный ящик, это технически было бы вообще невозможно (только детали логической и физической компоновки данных позволяют вам в некоторой степени контролировать ущерб). rm означает rm , если вам нужна функция «мусора», на самом деле это просто mv в некоторый заранее организованный каталог (и, возможно, запланированная служба для обслуживания или очистки это) - ничего особенного. Но вы можете использовать -i , чтобы запросить удаление перед удалением. Вы можете использовать функцию или псевдоним, чтобы всегда включать -i в эти команды.

Обратите внимание, что большинство приложений по-разному защищают вас от потери данных. Большинство (~ все) текстовых редакторов создают файлы резервных копий с ~ в конце на случай, если вы захотите вернуть старую версию. В некоторых дистрибутивах для ls по умолчанию используется псевдоним, поэтому он скрывает их ( -B ), но они есть. Хорошая защита обеспечивается за счет правильного управления разрешениями: не используйте root, если вам не нужно, сделайте файлы доступными только для чтения, если вы не хотите, чтобы они менялись. Иногда полезно иметь среду «песочницы» - вы запускаете что-то на копии, смотрите, все ли в порядке, а затем объединяете изменения (или отказываетесь от изменений). chroot или lxc могут предотвратить выход ваших скриптов из каталога и причинить им ущерб.

Когда вы пытаетесь выполнить несколько операций - например, если у вас есть сложная команда find, цикл while, длинный конвейер или что-то в этом роде, рекомендуется сначала просто echo команды, которые будут выполнены. Затем, если команды выглядят разумными, удалите echo и запустите его по-настоящему. И, конечно, если вы действительно не уверены в том, что делаете, сначала сделайте копию.Иногда я просто создаю архив текущего каталога.

Говоря о архивах: tarbombs и zipbombs, к сожалению, довольно распространены (когда люди создают архив без надлежащего подкаталога, а при распаковке файлы разбрасываются, создавая огромный беспорядок). Я привык просто создавать подкаталог перед распаковкой (я мог перечислить содержимое, но я ленив). Я думаю о создании сценария, который будет создавать подкаталог только в том случае, если содержимое было заархивировано без подкаталога. Но когда это действительно происходит, ls -lrt помогает найти самые свежие файлы и разместить их там, где они должны быть. Я просто привел это в качестве примера - программа может иметь множество побочных эффектов, о которых оболочка не может знать (как это могло быть? Вызывается другая программа!) Единственный надежный способ избежать ошибок - быть осторожным (подумайте дважды, запустить один раз).

Возможно, самые опасные команды - это те, которые имеют дело с файловой системой: mkfs, fdisk / gdisk и так далее. Они могут полностью разрушить файловую систему (хотя при наличии надлежащего программного обеспечения для судебной экспертизы возможно, по крайней мере, частичное обратное проектирование). Перед запуском команды всегда дважды проверяйте форматируемое устройство и правильность разбиения на разделы.