Привет, Хабр!

В последние несколько лет все больше и больше людей ищут возможность войти в ИТ или поглубже изучить Linux, повысив уровень своей квалификации. Вместе с тем полноценных обзоров с практическим уклоном по типу «все и сразу» написано не так уж и много (особенно на русском языке).

Главная задача данной статьи – указать начинающим специалистам направление развития, дать ключевые понятия для дальнейшего изучения и показать несколько простых практических приемов. По этой причине (а еще, безусловно, вследствие недостаточной квалификации автора) теоретический материал достаточно сильно упрощен.

Что такое Linux?

История и определение

В 1969 году в дочернем подразделении компании AT&T – Bell Laboratories – была выпущена операционная система Unix, которая стала основной для большого количества операционных систем того времени. UNIX была проприетарной системой, лицензия на нее стоила порядка 40 000 долларов. Таким образом, позволить себе ее покупку могли только крупные компании. Это послужило толчком для старта в 1983 году проекта GNU – GNU is Not Unix. Его основоположник, Ричард Столлман, объявил целью проекта создание свободно распространяемой операционной системы. Чуть позже Столлманом был написан знаменитый манифест GNU, который стал основой для лицензии GPL (GNU General Public License), актуальной и по сей день. К началу 1990-х годов в рамках проекта GNU было написано большинство компонентов ОС – оболочка bash, компиляторы, отладчик, текстовый редактор и др. Не хватало лишь ядра операционной системы.

В 1991 году Линус Торвальдс, будучи студентом финского университета, увлекся идеей написания ядра операционной системы для своего персонального компьютера с процессором Intel. Вдохновлением и прототипом для будущего Linux стала совместимая с Unix операционная система для персональных компьютеров Minix. Уже в августе 1991 года было написано ядро операционной системы, в нее были портированы оболочка bash и компилятор gсс из проекта GNU. По признанию самого Линуса, изначально это было не более, чем хобби, однако проект оказался весьма востребованным, к нему начали присоединяться разработчики со всего мира. Дополненная массой программ, разработанных в рамках проекта GNU, ОС Linux стала пригодна для практического использования. При этом ядро системы распространялось под лицензией GNU General Public License, что гарантировало свободное распространение кода ядра системы. 

Читать подробнее: История Linux. Вкратце о главном

Итак, сегодня Linux (или GNU/Linux) – семейство Unix-подобных операционных систем на базе ядра Linux, включающих тот или иной набор утилит и программ проекта GNU. Linux-системы распространяются в виде различных дистрибутивов, имеющих свой набор системных и прикладных компонентов (как свободных, так и проприетарных).

Серверные дистрибутивы

Дистрибутив Linux — это операционная система, созданная на основе ядра Linux, которая включает в себя набор библиотек и утилит (пакетов), разработанных в рамках проекта GNU, а также систему управления пакетами (менеджер пакетов). В настоящее время существует более 500 различных дистрибутивов, разрабатываемых как при коммерческой поддержке (Red Hat / FedoraSLED / OpenSUSEUbuntu и др.), так и исключительно усилиями добровольцев (DebianSlackwareGentooArchLinux и др.). 

Дистрибутивы делятся на несколько типов в зависимости от базового дистрибутива и системы управления пакетами. Вот несколько примеров наиболее популярных серверых дистрибутивов двух типов:

  • RPM-based (используют формат пакетов .rpm)
    RedHat Enterprise Linux, CentOS, Fedora

  • DEB-based (используют формат пакетов .deb)
    Debian, Ubuntu, Astra Linux

Стоит отметить, что существует великое множество различных дистрибутивов на любой вкус и цвет. Их невозможно даже сосчитать, так как практически каждый представитель сообщества может собрать свой собственный дистрибутив на основе ядра Linux.

Работа с Linux

Загрузка

Алгоритм включения сервера и загрузки Linux в большинстве случаев выглядит следующим образом:

  • BIOS / UEFI → MBR / GPT
    Выполняется код, заложенный производителем аппаратного обеспечения. Этот код проводит тестирование системы POST (Power On Self Test) и передает управление загрузчику в MBR (Master Boot Record) / GPT (GUID Partition Table)

  • MBR / GPT → GRUB2 (существуют и другие загрузчики)
    Загрузчик из MBR / GPT очень простой – он способен только найти на диске и запустить следующий загрузчик. Как правило это GRUB2, но существуют и другие загрузчики, например LILO (в настоящее время практически не используется)

  • GRUB2 → Kernel
    GRUB2 расположен на разделе жесткого диска в каталоге /boot. GRUB2 загружает ядро Linux (vmlinuz)

  • Kernel → Init
    Ядро запускает процесс инициализации операционной системы. Как правило это SystemD, но существуют и другие системы инициализации, например SystemV (в настоящее время практически не используется). Процесс инициализации запускает все остальные процессы в системе

Читать подробнее: Алгоритм загрузки Linux (BIOS / UEFI)

Подключение

Командная оболочка

Подключиться к Linux для управления можно в интерфейсе командной строки (command-line interface, CLI) или в графическом интерфейсе (graphical user interface, GUI). При работе с серверной инфраструктурой в подавляющем числе случаев GUI отсутствует и взаимодействие с сервером осуществляется в CLI. При входе пользователя на сервер в CLI запускается командная оболочка (в GUI командную оболочку можно запустить через эмулятор, например Terminal). Командная оболочка (shell) – это программа, которая принимает команды с клавиатуры и передает их операционной системе для выполнения. Наиболее распространенной командной оболочкой в Linux является GNU bash (Bourne Again SHell). bash основывается на другой легковесной оболочке-предшественнике – sh (Bourne sh), созданной Стефеном Борном.

Команды можно выполнять с помощью командной строки, указав имя двоичного (бинарного, bin) исполняемого файла или сценария. По умолчанию в Linux много команд, которые позволяют перемещаться по файловой системе, устанавливать ПО, конфигурировать его и выполнять другие действия. Каждая запущенная команда является отдельным процессом. Важно отметить, что в Linux (в отличие от Windows) почти всегда учитывается регистр, включая имена файлов и каталогов, команды, аргументы и опции.

Читать подробнее: Основы работы с терминалом Linux

SSH

Подключаться к Linux и работать с командной оболочкой можно локально (например включив ПК дома или подойдя к серверу в центре обработки данных), однако гораздо чаще работать с системой требуется удаленно. Для этого необходимо настроить SSH и подключаться через него. SSH (Secure SHell) – это протокол, позволяющий производить удаленное управление операционной системой и туннелирование TCP-соединений (например, для копирования файлов). SSH основан на клиент-серверной архитектуре, которая организует защищенное (зашифрованное) соединение поверх небезопасных каналов связи. Серверная часть устанавливается на удаленном сервере, а клиентская на компьютере, с которого осуществляется подключение.

Существует много клиентов для удаленного подключения к серверу по SSH. Вот несколько примеров для различных операционных систем:

  • Windows
    PuTTY – выбор новичка, PowerShell (команда ssh), Xshell – выбор автора, MobaXtermmRemoteNG

  • Linux
    Terminal (команда ssh) – выбор новичка и автора, Asbru Connection Manager

  • MacOS
    Terminal (команда ssh) – выбор новичка и автора, Core Shell

Читать подробнее: 

Установка программ (утилит) пакетным менеджером

Зачем нужны пакетные менеджеры?

На заре развития Linux установить приложение (утилиту) можно было только путем скачивания исходного кода программы и компиляции. Это не практично и не слишком удобно для пользователей, поэтому были разработаны пакетные менеджеры. Установка приложений в них производится из пакетов – архивов с файлами скомпилированной программы. Большинство популярных дистрибутивов Linux содержат пакетные менеджеры, способные устанавливать любое программное обеспечение. Пакетные менеджеры имеют свой список репозиториев – серверов с базой пакетов. Во время установки алгоритм менеджера находит необходимый пакет в базе и производит автоматическое скачивание, установку и настройку.

Существует несколько форматов пакетов, однако наибольшее распространение получили .deb и .rpm. Рассмотрим операционные системы и менеджеры пакетов для данных форматов:

  • DEB (.deb)
    ОС – DEB-based, например Debian, Ubuntu, AstraLinux
    Система управления пакетами – DPKG (работает только с локальными пакетами)
    Пакетный менеджер – apt

  • RPM (.rpm)
    ОС – RPM-based, например RedHat Enterprise Linux, Fedora, CentOS
    Система управления пакетами – RPM (работает только с локальными пакетами) 
    Пакетный менеджер – yum (в последних дистрибутивах заменен на dnf)

Читать подробнее: Популярные пакетные менеджеры Linux

Практика

На практике пользователю необходимо уметь взаимодействовать с пакетными менеджерами – устанавливать и удалять пакеты.

Ниже приведены несколько примеров команд:

# руководство (справочная информация)
man <utility> # просмотр справочной информации по утилите
<utility> --help # просмотр справочной информации по утилите

# менеджер пакетов apt (.deb)
sudo apt install nano # установка пакета
sudo apt remove nano # удаление пакета
sudo apt autoclean # удаление кэша пакетов

# менеджер пакетов yum (.rpm) - для dnf команды полностью аналогичны
sudo yum install nano # установка пакета
sudo yum remove nano # удаление пакета
sudo yum clean all # удаление кэша пакетов

При необходимости уточняйте описание утилит и ключей выполнения в Интернете или в руководстве man.

Структура файловой системы и работа с файлами

Типы файлов

Все объекты в Linux являются файлами. Существуют следующие типы файлов:

  • Обычные файлы -
    Символьные и двоичные данные (текст, картинки, программы и др.)

  • Каталог (директория) d
    Список ссылок на файлы или другие каталоги

  • Символьные ссылки l
    Ссылки на другие файлы по имени

  • Блочные устройства b, символьные устройства c
    Интерфейсы для взаимодействия с аппаратным обеспечением (диски, терминалы, клавиатуры, принтеры и др.). Когда происходит обращение к файлу устройства, ядро операционной системы передает запрос драйверу этого устройства

  • Сокеты s и каналы p
    Интерфейсы для взаимодействия процессов

Читать подробнее: Типы файлов в Linux

Структура файловой системы

Структура файловой системы представляет собой дерево, корнем которой является каталог /.

Рассмотрим подробно структуру и назначение каталогов:

  • /bin (binaries) – исполняемые файлы самых необходимых утилит. Может быть символьной ссылкой на /usr/bin

  • /boot – файлы, необходимые для самого первого этапа загрузки – загрузки ядра (и обычно само ядро)

  • /dev (devices) – блочные и символьные файлы устройств (диски, терминалы, клавиатуры, принтеры и др.)

  • /etc (etcetera) – конфигурационные файлы системы и различных программ

  • /home – домашние каталоги пользователей для хранения «личных» файлов

  • /lib (libraries) – файлы библиотек (стандартных функций, необходимых многим программам), необходимых для работы утилит. Может быть символьной ссылкой на /usr/bin

  • /mnt (mount) – каталог для подключения файловых систем (съемных носителей и др.)

  • /opt (optional) – каталог для дополнительных программ (проприетарных драйверов, агентов мониторинга и др.)

  • /proc (process) – файлы в оперативной памяти, в которых содержится информация о выполняемых в системе процессах

  • /root – домашний каталог пользователя root

  • /sbin (system binaries) – файлы системных утилит, необходимые для загрузки, резервного копирования и восстановления системы. Может быть символьной ссылкой на /usr/sbin

  • /sys (system) – виртуальная файловая система sysfs, которая содержит информацию об аппаратном обеспечении (ЦПУ, ОЗУ, дисках, сетевых устройствах), драйверах, ядре системы и др.

  • /tmp – каталог для временных файлов, обычно зачищается при каждой загрузке системы

  • /usr – пользовательский каталог, который содержит каталоги исполняемых файлов и конфигурационных файлов

  • /var (variable) – файлы, создаваемые или используемые различными программами (логи, очереди, идентификаторы процессов, БД и др.)

Читать подробнее: Структура файловой системы Linux

Права доступа

В Linux права доступа к файлам (в том числе к каталогам) задаются для трех видов пользователей – владельца, группы владельца и остальных. Также есть три типа доступа к файлу – чтение r (Read), запись w (Write) и исполнение x (eXecution), которые задаются для каждого из видов пользователей. Прочерк - означает отсутствие доступа.

Таким образом, права доступа к файлу выглядят следующим образом:

  • права для владельца (u, user) – read, write, execution

  • права для группы владельца (g, group) – read, write, execution

  • права для остальных пользователей (o, other) – read, write, execution

Пример: rwx r-- --- означает, что у владельца есть права на все, у группы владельца доступ только на чтение, а у остальных доступа нет. В двоичной системе счисления эти права выглядят как три группы цифр – 111 100 000, что равносильно трем цифрам 7 4 0 в восьмеричной и десятичной системах счисления.

Читать подробнее: 

Практика

На практике пользователю необходимо осуществлять навигацию по системе, просматривать, создавать, редактировать и удалять файлы, настраивать права доступа.

Ниже приведены несколько примеров наиболее часто используемых команд:

# руководство (справочная информация)
man <utility> # просмотр справочной информации по утилите
<utility> --help # просмотр справочной информации по утилите

# навигация
ls -la <dir> # просмотр содержимого каталога (в том числе прав доступа)
cd <dir> # переход в каталог

# каталоги
mkdir <dir> # создание каталога
rmdir <dir> # удаление пустого каталога
rm -rf <dir> # удаление каталога с файлами

# файлы
cat <file> # вывод файла в консоль
less <file> # постраничный вывод файла
tail <file> # вывод последних строк («хвоста») файла
vi <file> # редактиврование файла текстовым редактором vi
nano <file> # редактирование файла текстовым редактором nano
cp <file> <dir> # копирование файла в каталог
mv <file> <dir> # перемещение файла в каталог (для переименования переместите файл в тот же каталог)
rm <file> # удаление файла
rm -rf <dir>/* # удаление всех файлов в каталоге

# права доступа
chown <user> <dir> # установить пользователя владельцем каталога
chown <user>:<group> <dir> # установить владельца и группу владельца каталога
chmod 644 <file> # установить права доступа rw- r-- r-- (чтение и запись для владельца, чтение для группы владельца, чтение для остальных пользователей)
сhmod 740 <file> # установить права доступа rwx r-- --- (чтение, запись и исполнение для владельца, чтение для группы владельца)
chmod u+w <file> # добавить владельцу право на запись файла

При необходимости уточняйте описание утилит и ключей выполнения в Интернете или в руководстве man.

Процессы и потребление ресурсов сервера

Процессы

Если предельно упростить, то процесс – это любая программа, которая выполняется в системе. В ходе работы с системой может быть запущено множество программ, которые, в свою очередь, могут запустить множество процессов. Простейший пример процесса – командная оболочка bash. Каждому процессу в Linux присваивается уникальный идентификатор процесса (PID), который используется ядром для управления процессом до завершения программы или команды, с которой он связан.

Процесс может находиться в следующих статусах:

  • Выполнение (R, Running)
    Выполнение или ожидание ЦПУ для выполнения

  • Сон (S, Sleep)
    Прерываемое программно ожидание

  • Непрерываемый сон (D, Direct)
    Ожидание «прямого» сигнала от аппаратной части для прерывания

  • Приостановлен (T, Tracing)
    Отладка

  • Зомби (Z, Zombie)
    Выполнение завершено, однако ресурсы не освобождены

Почти любой процесс (кроме процесса в статусе D) может быть принудительно прерван администратором в случае необходимости («убит»). Это не всегда безопасно, однако возможно.

Запущенные процессы требуют использования аппаратных ресурсов сервера – ЦПУ, ОЗУ, дисков, сетевых интерфейсов.

Читать подробнее: Процессы в Linux

Практика

На практике пользователю необходимо просматривать списки процессов и останавливать процессы, а также просматривать имеющиеся и потребляемые ресурсы сервера в системе.

Ниже приведены несколько примеров наиболее часто используемых команд:

# руководство (справочная информация)
man <utility> # просмотр справочной информации по утилите
<utility> --help # просмотр справочной информации по утилите

# процессы
top
sudo ps aux
sudo kill -9 <pid> # убийство процесса по PID
sudo killall -s 9 <name> # убийство всех процессов по имени

# утилиты для мониторинга использования ресурсов
htop # использование ресурсов по процессам (может потребоваться установка пакета htop)
nmon # использование процессора по ядрам, памяти, дисков и др. (может потребоваться установка пакета nmon)
iostat # использование процессора в среднем по ядрам и чтение/запись по дискам

# ЦПУ
lscpu # общая информация
cat /proc/cpuinfo # подробная информация

# ОЗУ
cat /proc/meminfo # общая информация и потребление
free -h # удобное представление на основе данных из файла meminfo
ps aux --sort -rss # использование памяти по процессам

# диски
lsblk # общая информация
df -h # просмотр занятного места по разделам
du -сh <dir> # просмотр занятого места в каталоге

# сеть
/sys/class/net/<interface>/speed # просмотр максимальной скорости интерфейса

При необходимости уточняйте описание утилит и ключей выполнения в Интернете или в руководстве man.

Программный комплекс systemd

Зачем нужен systemd?

SystemD – это программный комплекс, состоящий из системных компонентов Linux. Основным компонентом является система инициализации системы SystemD, которая пришла на смену SystemV в большинстве современных дистрибутивов. Ядро Linux запускает процесс systemd, который, в свою очередь, запускает все остальные процессы системы.

SystemD предоставляет следующий функционал:

  • Запуск служб при старте системы (по возможности параллельно) по различным таргетам (target, аналог уровней загрузки в SystemV)
    Обеспечивается обратная совместимость с системами инициализации SystemV и LSB

  • Контроль состояния запущенных служб

  • Управление устройствами, входом в систему, сетевыми подключениями, ведение журнала событий

  • Интерфейсы для реализации функциональных возможностей ядра – cgroups, autofs, kdbus

  • Набор утилит для управления системой – systemctl, journalctl и др.

Что такое systemd unit?

SystemD Unit – это обычный текстовый файл в стиле ini, который декларативно описывает информацию о службах .service, устройствах .device, целях запуска .target и других типах модулей systemd.

Описание юнита состоих из нескольких секций:

  • Unit
    Description (краткое описание), After (ожидание запуска), Requires (обязательная зависимость) и др.

  • Service
    Type (тип) – по умолчанию Simple, ExecStart (команда для запуска), ExecStop (команда для остановки) и др.

  • Install
    WantedBy (таргет или уровень запуска, на котором юнит должен запуститься)

Файлы systemd unit располагаются в следующих каталогах:

  • /etc/systemd/system – юниты, создаваемые администраторами

  • /usr/lib/systemd/system – юниты из установленых пакетов

  • /run/systemd/system – юниты, создаваемые во время работы системы (в runtime)

Редактировать и создавать юниты можно с помощью текстового редактора (например vi или nano).

Читать подробнее:

Практика

На практике пользователю необходимо просматривать различные systemd unit, просматривать их содержимое и управлять сервисами, а также читать журналы логов.

Ниже приведены несколько примеров наиболее часто используемых команд:

# руководство (справочная информация)
man <utility> # просмотр справочной информации по утилите
<utility> --help # просмотр справочной информации по утилите

# просмотр юнитов
systemctl # список юнитов (это псевдоним команды systemctl list-units)
systemctl --type=service # юниты типа сервисы
systemct | grep <keyword> # юниты, содержащие ключевое слово (полезно для быстрого поиска)
systemctl cat <unit> # описание юнита

# управление юнитами
systemctl status <unit> # статус (состояние) юнита
sudo systemctl daemon-reload # перезагрузка конфигурационных файлов в systemd
sudo systemctl enable <unit> # включение сервиса в автозагрузку
sudo systemctl disable <unit> # отключение сервиса из автозагрузки
sudo systemctl start <unit> # запуск
sudo systemctl stop <unit> # остановка

# журналы логов
journalctl -u <unit> # чтение логов по юниту
journalctl -u <unit> --since today # чтение логов по юниту со смены дня 

При необходимости уточняйте описание утилит и ключей выполнения в Интернете или в руководстве man.

Сеть

На практике пользователю необходимо уметь просматривать сетевые настройки сервера, а также уметь проводить простейшую диагностику сетевых проблем.

Ниже приведены несколько примеров наиболее часто используемых команд:

# руководство (справочная информация)
man <utility> # просмотр справочной информации по утилите
<utility> --help # просмотр справочной информации по утилите

# просмотр сетевых настроек сервера
ip a # IP адреса
ip n # ARP таблица
cat /etc/resolv.conf # конфигурация DNS
sudo netstat -tulpn # открытые порты
sudo ss -tulpn # открытые порты (молодежный вариант)

# диагностика сетевых проблем
nslookup <hostname> # проверка разрешения DNS имени
ping <host> # отправка ICMP пакетов до хоста
traceroute <host> # трассировка до хоста UDP пакетами
telnet <host> <port> # проверка доступности TCP порта на хосте
nmap <host> # сетевое сканирование хоста
nmap -p T:<port> <host> # проверка доступности TCP порта на хосте (молодежный вариант)
nmap -p U:<port> <host> # проверка доступности UDP порта на хосте (молодежный вариант)

При необходимости уточняйте описание утилит и ключей выполнения в Интернете или в руководстве man.

Комментарии (37)


  1. RomTec
    12.03.2022 01:03
    +3

    Актуально, понятно, по шагам. То, что надо новичкам!


    1. Valentine2020
      12.03.2022 15:28

      Прям в рифму)


  1. WicRus
    12.03.2022 09:14

    Чего не увидел в статье.
    systemctl --user # пользовательские юниты, там к примеру находится алса
    cat "file" | grep "str" # простейший вывод строки из "file", содержащей "str"

    Как по мне, можно было бы описать, как настроить сеть из под консоли, не у всех используется dhcp. Новички часто интересует: смена мака/ип/маски, включение/отключение интерфейса.


    1. ogost
      12.03.2022 09:45

      вместо cat <file> | grep <string> можно (и нужно) grep <string> <file>


      1. WicRus
        12.03.2022 10:20
        +4

        Для начинающих пользователей консоли конструкция cat «file» | grep «str» является хорошим примером для понимания работы конвейера " | ". По мере роста навыков, пользователь сам дойдёт (или прочитает в следующей статье автора) до grep «string» «file».


        1. simust Автор
          12.03.2022 11:21
          +2

          Кстати очень надеюсь, что начинающие пользователи дойдут до комментариев и уже здесь увидят подобные дополнения :)


      1. vvzvlad
        12.03.2022 16:45
        +3

        «cat /etc/ssh/ssh_config.d/cfg | grep test» лучше, чем «grep test /etc/ssh/ssh_config.d/cfg», потому что первую можно вызвать повторно из истории, удалить четырьмя нажатиями test и ввести новое, а для второй придется долго и нудно пробираться каждый раз курсором вглубь команды.


        1. sswwssww
          12.03.2022 18:13

          home > ctrl + "стрелка вправо" > ctrl + del

          А вообще, тебе не нужно нажимать backspace 4 раза, можешь использовать ctrl + w для удаления слова перед кареткой.


  1. mouse_king
    12.03.2022 11:02

    У gentoo, к примеру, есть wiki в которой описаны основные принципы настройки системы.

    Последние 10 лет с другими системами не работал, но думаю что частенько и для других систем есть специфичные руководства.

    В целом видел недавно arm64 debian - там для огромного числа настроек было gui/tui - вручную нужно было только разбираться с ПО, необходимым для работы и которого не было в репозитариях или собранного без нужных флагов.


  1. Tuchnyak
    12.03.2022 11:03
    +2

    Большое спасибо, человек!


  1. GHouL512
    12.03.2022 11:03

    я бы еще добавил

    ip r # для просмотра маршрута

    хотя для новичка это наверное избыточно.

    Да и init.d используется достаточно широко во встраиваемых системах но опять же не для новичка


  1. Mavolio-Bent
    12.03.2022 11:04
    +6

    Пример: rwx r-- --- означает, что у владельца есть права на все, у
    группы владельца доступ только на чтение, а у остальных доступа нет. В
    двоичной системе исчисления эти права выглядят как 111 100 000, что
    равно 740 в десятичной системе.

    Простите, что?
    740 в двоичной системе не равно 111100000. Несложно убедиться, что 740 равно 1011100100. Более того, 740 не может никаких образом быть равным вашему бинарному представлению. У вас используется 9 бит, а максимальное значение 9-битного числа -- 511.
    В линуксе права доступа учитываются следующим образом:
    r = 4, w = 2, x = 1. Все это укладывается в трехбитное число. Одна группа равна одному трехбитному числу. В вашем примере это значит
    (4+2+1)(4+0+0)(0+0+0)=740 (конкатенация последовательностей битов)


    1. simust Автор
      12.03.2022 11:15

      Да, все верно, подразумевались именно три группы. Возможно в статье стоит вместо 740 написать 7 4 0


      1. khajiit
        12.03.2022 12:21
        +1

        Это восьмеричная система, а не десятичная.


        1. simust Автор
          12.03.2022 12:48
          +2

          И снова все верно! Спасибо за дополнение :) Постараюсь расписать подробнее, поправьте пожалуйста, если не прав.

          Число в восьмеричной системе есть группа из трех двоичных цифр:

          110 (rw-) = 7 в десятичной системе = 7 в восьмеричной системе

          100 (r--) = 4 в десятичной системе = 4 в восьмеричной системе

          000 (---) = 0 в десятичной системе = 0 в восьмеричной системе

          Таким образом, три цифры 7 4 0 в восьмеричной системе соответствуют трем цифрам 7 4 0 в десятичной системе. Из двоичной системы счисления перевести в десятичную проще (по крайней мере для новичка), поэтому я позволил себе данное допущение в статье


          1. slavius
            12.03.2022 13:01
            +2

            Говорят, в статью можно вносить изменения;)


            1. simust Автор
              12.03.2022 15:38

              Вечером (ночью) постараюсь все аккуратно внести, чтобы не перезгрузить текст :)


          1. max_timofff
            13.03.2022 20:57

            7 это же 111, разве нет?


            1. simust Автор
              13.03.2022 20:59

              *посыпает голову пеплом*

              Да, изначально это пример и разбирали, в статье все выглядит корректно. Должно быть 111 (rwx)


  1. slavius
    12.03.2022 13:01

    Ошибся веткой. Удалено.


  1. DDroll
    12.03.2022 14:28
    +4

    Для тех, кто в танке, хочу сообщить, что для подключения по ssh из консоли windows уже достаточно давно можно не использовать всяческие Putty и иже с ними. Нужно включить компонент ssh-клиент в программах и компонентах и подключаться, как обычно, через ssh в консоли или PowerShell. Ключи и конфиги надо кидать в папку .ssh в юзерской директории, так же, как и в nix


    1. simust Автор
      12.03.2022 15:30

      Возможно даже включать компонент не нужно :)

      Hidden text
      PS C:\Users\simust> host
      Name             : ConsoleHost
      Version          : 5.1.19041.1320
      
      PS C:\Users\simust> ssh
      usage: ssh [-B bind_interface]
                 [-b bind_address] [-c cipher_spec] [-D [bind_address:]port]
                 [-E log_file] [-e escape_char] [-F configfile] [-I pkcs11]
                 [-i identity_file] [-J [user@]host[:port]] [-L address]
                 [-l login_name] [-m mac_spec] [-O ctl_cmd] [-o option] [-p port]
                 [-Q query_option] [-R address] [-S ctl_path] [-W host:port]
                 [-w local_tun[:remote_tun]] destination [command]


    1. d-stream
      12.03.2022 17:08

      Но вот пкм нет. В отличии от путти.


    1. Nehc
      13.03.2022 18:32
      +1

      Это да, но…

      Самому нравится через ssh, но PuTTy это не только и не столько клиент — там же много всего от запоминания конкретных настроек хоста до туннелирования…

      Но если надо быстро/разово зайти по ssh — полезно конечно знать, что это можно сделать через терминал/PowerShell.


      1. Crystal_HMR
        14.03.2022 00:06
        +1

        это да, но...

        ssh клиент в винде уже научился понимать ssh-config (~/.ssh/config). Там намного удобнее прописать конкретные настройки хоста и туннелирование. Бонусом: эти конфиги будут прекрасно работать на любом линуксе с openssh


        1. Nehc
          14.03.2022 07:14

          Ну… ;) на счет «намного удобнее» я бы поспорил, но…

          Да, прикольно. Пойду почитаю, как там порт пробросить


    1. simust Автор
      13.03.2022 21:33

      Добавил информацию про PowerShell / ssh в статью


  1. Komandor_Yan
    12.03.2022 15:36
    +2

    Очень хорошо описаны методы подключения, да и вообще статья супер!


  1. Alukardd
    12.03.2022 15:37
    +1

    D-state — это uninterruptible sleep, исправьте пжст.


    1. simust Автор
      12.03.2022 22:41

      Внес изменения, спасибо!


  1. sswwssww
    12.03.2022 19:15

    chmod 644 <file> # установить права доступа rw- r-- --- (чтение и запись для владельца, чтение для группы владельца)
    - исправьте на:
    chmod 644 <file> # установить права доступа rw- r-- r-- (чтение и запись для владельца, чтение для группы владельца, чтение для остальных пользователей)


    1. simust Автор
      12.03.2022 22:41

      Также внес изменения, спасибо


  1. CrzyDocTI
    12.03.2022 22:22
    +1

    Спасибо за статью, следующие мои слова никоим образом не пытаются преуменьшить труд.

    Алгоритм загрузки ядра довольно поверхностно описан в ссылке. На мой взгляд если говорим про GRUB - недостаточно описания того как именно и что он делает, в ссылке информация типа "GRUB творит магию и ХОП! ядро запустилось"

    Начинающим вероятно будет полезнее узнать как именно работает initd, а не поверхностное упоминание GRUB(хотя немаловажное упоминание про то как эта шайтан машина вообще запускается)

    df -h - подсчитывает кол-во ссылок на файл помноженное на размер файла. т.е. если файл размером 1КБ открыть 1024 раз - покажет занятого места на 1МБ. du в этом плане кажется(не помню точно, пожалуйста поправьте если не прав) точнее - пересчитывает непосредственно диск(соотв. работает долго), возможно даже с поддиректориями.

    Еще раз спасибо за статью. Редко где в одном месте так все можно увидеть.


  1. nick1612
    13.03.2022 09:44
    +2

    vi <file> # редактирование файла текстовым редактором vi

    Статья же специально для новичков, а Вы, без всяких предупреждений такие команды предлагаете. На этом вся практика и закончится)


    1. simust Автор
      13.03.2022 12:25
      +2

      Чем быстрее специалист познакомится с классикой, тем лучше :)


      1. F0iL
        13.03.2022 12:45
        +2

        Если уж упоминаете ví, то лучше сразу уж напишите, как из него нормально выйти, ибо у неподготовленных пользователей с этим нередко бывают проблемы :)


      1. paulstrong
        13.03.2022 23:59
        +1

        есть такая утилита - vimtutor, как раз для новичков