Найти в Дзене
Merion Academy

Linux для начинающих: 7 главных ошибок и как их избежать

Привет, на связи Merion Academy - платформа доступного IT образования! Один из наших инженеров однажды сказал, что в первый раз, когда Linux ответил "Permission denied", это ощущалось почти как личное оскорбление. Команда была введена правильно.
Туториал был повторен слово в слово. И все равно Linux отказался работать. Терминал смотрел в ответ холодной строкой ошибки, и казалось, что Linux специально создан, чтобы запутывать новичков. В тот вечер почти появилось желание удалить систему и вернуться обратно на Windows. Но тогда было непонятно одно простое правило: Linux не блокировал действия.
Linux просто учил правилу, которого раньше никто не объяснял. Нужно было запустить shell-скрипт. ./backup.sh Linux мгновенно ответил: bash: ./backup.sh: Permission denied Попытка повторить команду. Тот же результат. Следующий шаг - добавить sudo, даже не понимая зачем. sudo ./backup.sh Скрипт запустился. Но ощущение было странное - будто решение было нечестным. Тогда более опытный инженер задал оди
Оглавление

Привет, на связи Merion Academy - платформа доступного IT образования!

Один из наших инженеров однажды сказал, что в первый раз, когда 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

Часть 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 a ss -tuln ping google.com

После этого проверяется firewall:

firewall-cmd --list-all

Сеть перестает быть магией, когда начинаешь относиться к ней как к логике.

-3

Часть 7: Ментальный сдвиг, который меняет все

Linux не сложный.

Linux честный.

Он не предполагает.
Он не угадывает.
Он не защищает от неправильных решений.

Когда перестаешь бороться с Linux и начинаешь понимать его, многое меняется.

Человек не становится умнее.

Он становится внимательнее.

Почему появился этот цикл статей

Практически каждый новичок в Linux проходит одну и ту же стадию:

  • сомнения в себе
  • растерянность
  • тихая фрустрация

Если вы сейчас на этом этапе - это нормально.

Именно так Linux изучают профессионалы:

ломают систему,
исправляют ее,
и постепенно начинают понимать, как она устроена.