7 вещей в Linux, которые должен понять каждый новичок
Linux сложен - пока не поймешь эти 7 вещей
Ошибки новичков, о которых никто не предупреждает
узнай больше на курсе
Онлайн-курс по Linux
Курс по Linux от Мерион Нетворкс - стань Linux администратором, прокачай свой скиллсет умением работать с операционными системами линукс и сделай большой шаг к DevOps
Один из наших инженеров однажды сказал, что в первый раз, когда Linux ответил "Permission denied", это ощущалось почти как личное оскорбление.
Команда была введена правильно. Туториал был повторен слово в слово.
И все равно Linux отказался работать.
Терминал смотрел в ответ холодной строкой ошибки, и казалось, что Linux специально создан, чтобы запутывать новичков.
В тот вечер почти появилось желание удалить систему и вернуться обратно на Windows.
Но тогда было непонятно одно простое правило:
Linux не блокировал действия. Linux просто учил правилу, которого раньше никто не объяснял.
Часть 1: Права доступа - первая стена для новичков
Нужно было запустить shell-скрипт.
./backup.sh
Linux мгновенно ответил:
bash: ./backup.sh: Permission denied
Попытка повторить команду.
Тот же результат.
Следующий шаг - добавить sudo, даже не понимая зачем.
sudo ./backup.sh
Скрипт запустился. Но ощущение было странное - будто решение было нечестным.
Тогда более опытный инженер задал один простой вопрос:
"А ты знаешь, кто владелец этого файла?"
Ответа не было.
Именно в этот момент становится понятно, что важнее не запоминать команды, а понимать систему. В курсе по Linux как раз подробно разбирается логика прав доступа, структура системы и работа базовых инструментов администрирования - без заучивания случайных команд.
День, когда права доступа наконец стали понятны
В Linux каждый файл отвечает на три вопроса:
Кто владелец
Кому еще разрешен доступ
Что именно этим пользователям разрешено делать
Команда:
ls -l backup.sh
Вывод:
-rw-r--r-- 1 pawan pawan 2456 backup.sh
Строка выглядит пугающе, но на самом деле она максимально честная.
rw- - можно читать и изменять нет x - нельзя исполнять
Linux не злится. Linux просто точен.
Поэтому остается сделать именно то, что система ожидает:
chmod +x backup.sh
После этого:
./backup.sh
Скрипт запускается.
И становится понятно главное правило:
Linux не угадывает намерения пользователя. Он следует правилам.
Часть 2: Файловая система - почему сначала кажется, что ничего нельзя найти
Когда устанавливается первый сервис, появляется простой вопрос:
"Куда он вообще установился?"
Нет диска C: Нет окна установки. Нет ярлыка.
Просто тишина.
Позже становится понятно: Linux не прячет файлы - он их систематизирует.
Конфигурация находится в:
/etc
Логи сохраняются в:
/var/log
Данные пользователей лежат в:
/home
Исполняемые файлы находятся в:
/bin
или
/usr/bin
Как только перестаешь искать файлы случайно и начинаешь понимать структуру системы, Linux перестает казаться хаотичным.
Файлы никуда не исчезали. Просто не было карты.
Часть 3: Процессы - невидимая толпа внутри системы
Однажды система начала сильно тормозить.
Перезагрузка не помогла.
Тогда показали простую команду:
top
И внезапно Linux перестал быть "тихим".
Появилась информация:
загрузка CPU
использование памяти
процессы, которые съедают ресурсы
Позже пригодилась команда:
ps aux | grep java
Оказалось, система не была медленной.
Один процесс работал неправильно.
Linux не скрывает проблемы - он показывает их.
Часть 4: Сервисы - почему "вчера все работало"
Однажды утром веб-сервер просто не запустился.
Никакого всплывающего окна. Никакого предупреждения.
Просто остановленный сервис.
Вместо полной переустановки системы была использована команда:
systemctl status nginx
Ответ оказался прямо в выводе команды - отсутствовал конфигурационный файл.
Исправление конфигурации и перезапуск:
systemctl restart nginx
Linux не сломался. Просто был задан не тот вопрос.
Часть 5: Логи - Linux всегда объясняет, что произошло
Долгое время казалось, что Linux "никогда не говорит, что именно пошло не так".
Это оказалось главным заблуждением.
Linux сообщает абсолютно все - в логах.
Когда что-то ломается, нужно смотреть:
journalctl -xe
или
tail -f /var/log/syslog
Каждый сбой имеет свою историю. Каждая ошибка оставляет след.
Linux не кричит об ошибках. Он их записывает.
Часть 6: Сеть - классическое "у меня работает"
Сервис запущен. Порт открыт. Но подключения нет.
Тогда проверяются базовые вещи:
ip ass -tulnping google.com
После этого проверяется firewall:
firewall-cmd --list-all
Сеть перестает быть магией, когда начинаешь относиться к ней как к логике.
Часть 7: Ментальный сдвиг, который меняет все
Linux не сложный.
Linux честный.
Он не предполагает. Он не угадывает. Он не защищает от неправильных решений.
Когда перестаешь бороться с Linux и начинаешь понимать его, многое меняется.
Человек не становится умнее.
Он становится внимательнее.
Почему появился этот цикл статей
Практически каждый новичок в Linux проходит одну и ту же стадию:
сомнения в себе
растерянность
тихая фрустрация
Если вы сейчас на этом этапе - это нормально.
Именно так Linux изучают профессионалы:
ломают систему, исправляют ее, и постепенно начинают понимать, как она устроена.
Курс по Linux от Мерион Нетворкс - стань Linux администратором, прокачай свой скиллсет умением работать с операционными системами линукс и сделай большой шаг к DevOps
Что позволяет называть один API как REST API, а другой нет? Сейчас попробуем разложить все по полочкам, чтобы ты на собесе жидко не споткнулся о такую, казалось бы, простую тему.
