Comments 25
Классика вечна, знать надо. Но удобнее:
sudo apt install far2l
Сейчас это ещё и полноценный терминал, буфер обмена, и почти что ни возьми в нем - мощнее, даже файловая возня: поиск файлов + врем панели + сортировка + пометка по маске = любая задача с файлами. Тут вам и цвет, и поддержка всех кодировок, и нормальный редактор. А если вспомнить NetRock и работу с архивами - то и подавно.
Это не классика, а база. Классика - это mc )
vi жеж классика ))!
Для новичка это вообще ловушка, выходить из которой придётся путём жёсткой перезагрузки или хардовым отключением питания компа. Зато после этого можно узнать про nano)
Я согласен что mc и nano удобнее в юзабилити, но по дефолту их во многих сборках нет, а vi есть в каждой наверное...и да vi появился в конце 70х годов прошлого века, а mc и nano в 90х.
Если чисто текстовые конфиги немного поправить, можно ещё:
sudo snap install msedit
/tmp чистится автоматически после перезагрузки ровно потому, что в большинстве дистрибутивов монтируется в озу, по-умолчанию. Это полезно знать
Стоит уточнить про mkdir -p
Это не только создание вложенных каталогов.
Без этого флага mkdir вернет ошибку, если требуемый каталог уже существует или не существует промежуточных каталогов. Аmkdir -pполезен не только для создания вложенных каталогов, но и просто для создания каталога с игнорированием ошибки существующего каталога.
«Если каталог уже есть, всё в порядке, иначе создай его и все промежуточные»
Вместо locate лучше использовать plocate, т.к. он более быстрый.
То есть ни про шифрование, ни про разницу ext32 vs btrs vs xfs vs ramfs вы решили не рассказывать. Про виды разделов тоже. Статья имеет такое же отношение к файловым системам как "Война и мир" к книгопечатанию.
но
moreгарантированно есть на любой Unix-системе.
отдельно стоит заметить вот это. Linux это не Unix, но оба следуют стандарту POSIX. Для чего эта ремарка про Unix?
Спасибо за замечание. Про ext4/btrfs/xfs, шифрование и виды разделов – это сознательно за рамками данной серии, она ориентирована на работу в терминале, а не на глубокое погружение в устройство файловых систем(Вообщем это уже исправили поскольку замечание такое же было. Название у статьи сделали точнее). Если тема вызовет интерес — рассмотрю в отдельном материале. По поводу more и Unix — Поправлю. Спасибо большое что делаете статью лучше!
Зашёл почитать про файловые системы Linux, почему нельзя (и как можно) сделать undelete, а тут совсем не то. Заголовок бы поменять на "Утилиты для работы с файлами, filetools" или что-то в этом роде.
Для редактирования конфигов с низким порогом вхождения может подойти micro.
Ctrl+C, Ctrl+V, X и прочие стандартные привычные буквы.
Плюс подсветка кода и все такое.
Надо же, про Editable Text Configuration слышу впервые, все время удивлялся, почему так, потому что etc это общепринятое et cetera. Понятно, что уже не исправить, но прямо просится замена etc на cfg или conf. А var и usr это вообще одна большая помойка, в зависимости от дистрибутивов и сборок там можно найти всё, что угодно, начиная от контейнеров docker, html nginx и например медиафайлов asterisk. Данные контейнеров docker совсем не вписываются в variable, а /usr допустим ок, но продолжение в виде /usr/lib, что вроде подразумевает какие-то бинарники меня путает. В целом, эту иерархию скорее всего уже не исправить, также как не исправить русский и английский язык, полные противоречий и исключений, остается только запоминать или гуглить. Ну, хорошо что хотя бы с остальными каталогами более-менее все логично и ясно-понятно
Общепринятой(хотя даже официальной) расшифровкой является et cetera, но про бэкронимы тоже стоит знать чтобы не столкнуться с недопониманиями(как пример видел вопрос в одном форуме про линукс и там первоначально не поняли о чём речь поскольку назвали etc как Editable Text Configuration(не буквально так но суть понятна), и чаще замечал именно этот бэкроним в обсуждении)
Ещё для навигации можно добавить pushd и popd
если скрипт редачили на винде часто выручает sed -i 's/\r$//' script.sh
Учим Linux: Файлы, навигация и поиск