• Ubuntu Server — это специализированная операционная система с открытым исходным кодом от компании Canonical, разработанная для работы на серверах, в облаках и центрах обработки данных. В отличие от версии для ПК, по умолчанию она не имеет графического интерфейса и полностью управляется через командную строку.
• Arch (Arch Linux) — это популярный, легковесный дистрибутив Linux, созданный для опытных пользователей. Он предлагает «чистую» систему без предустановленного лишнего ПО, предоставляя полный контроль над настройками, и использует модель обновлений rolling release (постоянные обновления вместо редких глобальных версий).
• Headless Arch ISO — это модифицированный образ установочного диска Arch Linux, который автоматически запускает SSH-сервер и разрешает удаленное подключение без физического монитора и клавиатуры. Это позволяет устанавливать ОС на сервер или виртуальную машину полностью по сети с другого компьютера.
• Hyper-V — это встроенная система аппаратной виртуализации от Microsoft. Она позволяет создавать изолированные виртуальные машины (ВМ) на одном компьютере.
• ISO-образ (файл с расширением .iso) — это цифровой архив, представляющий собой точную, побайтовую копию («слепок») диска (CD, DVD или Blu-Ray).
• UUID (Universally Unique Identifier) — это универсальный 128-битный уникальный идентификатор, который файловая система автоматически присваивает диску или разделу при форматировании.
• LABEL (global volume label) — это понятное человеку имя, присвоенное разделу жесткого диска или логическому тому.
• Sudo (Superuser Do) — это утилита, позволяющая обычному пользователю выполнять команды с правами администратора (root).
• Pacman (Package Manager) — это официальный консольный менеджер пакетов, разработанный специально для Arch Linux. Он выполняет роль главного «инструментария» для установки, удаления, обновления и отслеживания программ в системе.
• sda / sdb (SCSI Disk) — это системные имена для ваших физических накопителей,где a, b, c — латинские буквы, обозначающие порядок, в котором система обнаружила диски.

цели создания автономного Headless-образа для серверов «вслепую» without Internet. реальный headless-сервер - без интернета и без монитора.(supermicro, 2 none-name (старый и новый) и старый HP)

собрать новый, полностью универсальный ISO-образ, который будет находить флешку не по жесткому UUID, а по глобальной метке тома (LABEL=ARCH_202605).

Конфигурация вашего оборудавания будет соответственно отличаться, но это так-же будет работать, заняв больше времени при установке и рендере карт на устройстве с минимальными параметрами:

• Motherboard > virtualization support
• CPU > 4 ядер
• RAM > 4Gb
• HDD > 300Mb
• OS > Windows 10 (Pro) c Hyper-V

В данном руководстве установка программного обеспечения производиться на оборудование следующей конфигурации:

Конфигурация вашего оборудавания будет соответственно отличаться, но это так-же будет работать, заняв больше времени при установке и рендере карт на устройстве с минимальными параметрами:

• Motherboard > virtualization support
• CPU > 2 ядер (x86_64 VT-x/AMD-V)
• RAM > 4Gb
• HDD > 30Gb

• tom_1 - эталонный хост, основная тестовая ВМ в Hyper-V для сборки iso образа, с доступом в интернет, с рабочим arch linux, на котором разверачивается Nginx (порт 7000) и работает SSH для PuTTY, созданы пользователи root и eva и им заданы пороли.
• arch-flash - виртуальный диск ы Hyper-V (носитель с записанным iso образом), куда мы через rufus записываем, созданный нами ISO-образ на tom_1
• tom_2 - изолированный виртуальный хост, ВМ в Hyper-V без доступа в интернет, куда мы подключим arch-flash и развернем arch linux, на котором развернут Nginx (порт 7000) и работает SSH для PuTTY, созданы пользователи root и eva и им заданы пороли.

• Добавление ролей при работе c физическим железом
  • usb-arch-server - физический usb носитель
  • arch-server - физический сервер (supermicro/hp/no-name)

• root - по умолчанию в Arch linux
• eva - из установленного Arch linux
• admin - новый создаваемый администратор (замена eva)

Чтобы предотвратить конфликт драйверов и панику модуля ZRAM на ранних секундах загрузки флешки, ядро загрузчика и модули внутри SquashFS-слепка должны совпадать символ в символ.

Зайдите на чистый tom_1 по SSH под пользователем eva и обновите индекс пакетов и само ядро хоста:

#bash

sudo pacman -Syu --noconfirm

Посмотрите на строчку генерации образа виртуального диска:

• =⇒ Starting build: '7.0.10-arch1-1'

Наша новая зафиксированная версия ядра: 7.0.10-arch1-1.
Обратите внимание, как утилита mkinitcpio автоматически пересобрала не просто обычный виртуальный диск, а создала единый объединенный образ:

• Creating unified kernel image: '/boot/EFI/Linux/arch-linux.efi'

Это означает, что на tom_1 теперь развернута абсолютно чистая, монолитная, современная база ядра. Конфликт версий официально предотвращен еще на этапе фундамента.
Поскольку в процессе этого тотального обновления pacman физически заменил старые файлы ядра в каталоге /boot/ на новые, текущее запущенное в оперативной памяти tom_1 ядро всё еще имеет старый индекс, а на диске уже лежат файлы версии 7.0.9-arch2-1.

Чтобы система tom_1 полностью приняла новое ядро и зафиксировала его в оперативной памяти, нам нужно отправить виртуалку в чистую перезагрузку.
Прямо в консоли PuTTY выполните команду:

#bash

sudo reboot

Подождите около 20–30 секунд, пока ВМ tom_1 сделает круг перезапуска в Hyper-V.
Подключитесь к tom_1 заново через PuTTY под пользователем eva

Как только зайдете обратно, выполните команду сверки

#bash

uname -r

Убедимся, что в ОЗУ хоста теперь честно светится 7.0.10-arch1-1, и только после этого медленно и аккуратно двинемся дальше по нашему новому руководству.

• linux: ядро операционной системы.
• linux-firmware: набор микропрограмм (драйверов) для компьютерного железа.
• https://wiki.archlinux.org/title/Systemd-boot/systemd-boot: простой и быстрый загрузчик, встроенный в системную среду systemd
• grub: популярный универсальный загрузчик

#bash

pacman -Qi linux

(В выводе отобразилась подробная информация об уже установленном в системе пакете ядра linux, его версию (7.0.10.arch1-1), архитектуру (x86_64) и т.д.)

#bash

pacman -Qi linux-firmware

(В выводе отобразилась подробная информация об уже установленном пакете прошивок linux-firmware, в частности информацию о файлах встроенного программного обеспечения (микрокод/прошивки) для работы различного оборудования — например, Wi-Fi адаптеров, видеокарт, звуковых плат и Bluetooth-модулей.)

Мы можем проверить это за с помощью утилиты bootctl

#bash

bootctl status

• Если вы увидите детальную информацию с текстом вроде «Features: ✓ boot-info» и версиями в строках «Product: systemd-boot», значит, ваша система использует systemd-boot.
• Если команда выдаст ошибку или укажет, что система загружена не в режиме UEFI (например, «System is not booted with EFI»), то у вас используется классический BIOS/MBR загрузчик, либо другой менеджер загрузки.

(Для выхода CTRL+C)

Проверить наличие кэшированных файлов пакета grub можно с помощью стандартных команд терминала для поиска файлов. pacman хранит в этом каталоге скачанные архивные файлы с расширением .pkg.tar.zst (или .pkg.tar.xz).

#bash

ls /var/cache/pacman/pkg/ | grep grub

(выведет список всех файлов в кэше, в имени которых содержится слово «grub». Если пакет там есть, вы увидите файлы вида grub-2.12-1-x86_64.pkg.tar.zst, иначе пустой вывод)

Для загрузки пакета без установки используйте ключ -Sw. Также сразу скачать сопутствующие пакеты, которые понадобятся для настройки GRUB:

#bash

sudo pacman -Sw grub efibootmgr os-prober

Чтобы проверить наличие всех трех пакетов в кэше одной командой, используйте расширенный grep (grep -E) и вертикальную черту | в качестве разделителя «ИЛИ»

#bash

ls /var/cache/pacman/pkg/ | grep -E "grub|efibootmgr|os-prober"

Пакет nano в Arch Linux — это официальный пакет, который содержит одноимённый консольный текстовый редактор nano

#bash

pacman -Qi nano

(В выводе отобразилась подробная информация об уже установленном пакете редактора nano.)

Проверить наличие кэшированных файлов пакета nano можно с помощью стандартных команд терминала для поиска файлов. pacman хранит в этом каталоге скачанные архивные файлы с расширением .pkg.tar.zst (или .pkg.tar.xz).

#bash

ls /var/cache/pacman/pkg/ | grep nano

(Этот вывод означает, что в кэше вашего пакетного менеджера успешно найдены файлы текстового редактора nano версии 9.0-1.)

Пакет OpenSSH в Arch Linux — это набор программ для безопасного удаленного доступа и управления компьютером по сети (через протокол SSH).

#bash

pacman -Qi openssh

(В выводе отобразилась подробная информация об уже установленном пакете openssh.)

Проверить наличие кэшированных файлов пакета nano можно с помощью стандартных команд терминала для поиска файлов. pacman хранит в этом каталоге скачанные архивные файлы с расширением .pkg.tar.zst (или .pkg.tar.xz).

#bash

ls /var/cache/pacman/pkg/ | grep openssh

(Этот вывод означает, что в кэше вашего пакетного менеджера успешно найдены файлы пакета openssh версии 10.3p1-1-x86_64.)

Пакет samba в Arch Linux — это реализация сетевого протокола SMB/CIFS. Он позволяет обмениваться файлами и принтерами между операционными системами Linux, Windows и macOS.

#bash

pacman -Qi samba

(Этот вывод означает, что пакет samba в данный момент не установлен в вашей системе.)

Скачивание и интеграция пакета в систему с автоматическим подтверждением (флаг –noconfirm) и пропуском уже установленных актуальных версий (–needed).

#bash

sudo pacman -S --noconfirm --needed samba

Верификация целостности установленных файлов пакета и их наличия в системе.

#bash

pacman -Qk samba

(Этот вывод означает, что пакет samba успешно установлен в системе, а все его файлы находятся на своих местах и не повреждены.)

• 1195 total files — пакет Samba содержит в себе ровно 1195 файлов.
• 0 missing files — утерянных или отсутствующих файлов нет. Все 1195 компонентов успешно найдены в системе.

Проверить наличие кэшированных файлов пакета nano можно с помощью стандартных команд терминала для поиска файлов. pacman хранит в этом каталоге скачанные архивные файлы с расширением .pkg.tar.zst (или .pkg.tar.xz).

#bash

ls /var/cache/pacman/pkg/ | grep samba

(Этот вывод означает, что в локальном кэше вашего пакетного менеджера успешно сохранен установочный архив пакета samba версии 4.24.2-1.)

Пакет nginx в Arch Linux — это стандартный пакет, содержащий популярный высокопроизводительный веб-сервер и обратный прокси-сервер. Он используется для обработки HTTP-запросов, раздачи статических файлов, кэширования и перенаправления трафика.

#bash

pacman -Qi nginx

(Этот вывод содержит подробные метаданные об уже установленном в вашей системе веб-сервере nginx)

Верификация целостности установленных файлов пакета и их наличия в системе.

#bash

pacman -Qk nginx

(Этот вывод означает, что пакет nginx успешно установлен в системе, а все его файлы находятся на своих местах и не повреждены.)

• 47 total files — пакет nginx содержит в себе ровно 47 файлов.
• 0 missing files — утерянных или отсутствующих файлов нет. Все 47 компонентов успешно найдены в системе.

Проверить наличие кэшированных файлов пакета nginx можно с помощью стандартных команд терминала для поиска файлов. pacman хранит в этом каталоге скачанные архивные файлы с расширением .pkg.tar.zst (или .pkg.tar.xz).

#bash

ls /var/cache/pacman/pkg/ | grep nginx

(Этот вывод означает, что в кэше сохранены установочные файлы для двух разных версий веб-сервера nginx. Предыдущая версия (1.30.1). Текущая установленная версия (1.30.2))

В Arch Linux пакет php-fpm (FastCGI Process Manager) — это официальный компонент, который отвечает за обработку PHP-кода на сервере. По сути, это независимый менеджер фоновых процессов, который принимает запросы от веб-сервера (например, Nginx или Apache), выполняет PHP-скрипты и возвращает готовые страницы.

#bash

pacman -Qi php-fpm

(Этот вывод означает, что пакет php-fpm в данный момент не установлен в вашей системе.)

Скачивание и интеграция пакета в систему с автоматическим подтверждением (флаг –noconfirm) и пропуском уже установленных актуальных версий (–needed).

#bash

sudo pacman -S --noconfirm --needed php-fpm

Верификация целостности установленных файлов пакета и их наличия в системе.

#bash

pacman -Qk php-fpm

(Этот вывод означает, что пакет php-fpm успешно установлен в системе, а все его файлы находятся на своих местах и не повреждены.)

• 21 total files — пакет php-fpm содержит в себе ровно 21 файлов.
• 0 missing files — утерянных или отсутствующих файлов нет. Все 21 компонентов успешно найдены в системе.

Проверить наличие кэшированных файлов пакета php-fpm можно с помощью стандартных команд терминала для поиска файлов. pacman хранит в этом каталоге скачанные архивные файлы с расширением .pkg.tar.zst (или .pkg.tar.xz).

#bash

ls /var/cache/pacman/pkg/ | grep php-fpm

(Этот вывод означает, что в кэше пакетов сохранен готовый к установке архив php-fpm версии 8.5.6-1.)

Пакет squashfs-tools в Arch Linux — это набор утилит командной строки для создания, распаковки и модификации сжатых файловых систем SquashFS.

#bash

pacman -Qi squashfs-tools

(Этот вывод означает, что пакет squashfs-tools в данный момент не установлен в вашей системе.)

Скачивание и интеграция пакета в систему с автоматическим подтверждением (флаг –noconfirm) и пропуском уже установленных актуальных версий (–needed).

#bash

sudo pacman -S --noconfirm --needed squashfs-tools

Верификация целостности установленных файлов пакета и их наличия в системе.

#bash

pacman -Qk squashfs-tools

(Этот вывод означает, что пакет squashfs-tools успешно установлен в системе, а все его файлы находятся на своих местах и не повреждены.)

• 31 total files — пакет squashfs-tools содержит в себе ровно 31 файлов.
• 0 missing files — утерянных или отсутствующих файлов нет. Все 31 компонентов успешно найдены в системе.

Проверить наличие кэшированных файлов пакета squashfs-tools можно с помощью стандартных команд терминала для поиска файлов. pacman хранит в этом каталоге скачанные архивные файлы с расширением .pkg.tar.zst (или .pkg.tar.xz).

#bash

ls /var/cache/pacman/pkg/ | grep squashfs-tools

(Этот вывод означает, что в локальном кэше вашего пакетного менеджера сохранен установочный архив пакета squashfs-tools версии 4.7.5-1.)

zram-generator в Arch Linux — это компонент, который автоматически создает сжатые блочные устройства в оперативной памяти (RAM) и настраивает их в качестве пространства подкачки (swap) с помощью системного менеджера systemd.

#bash

pacman -Qi zram-generator

(Этот вывод содержит подробные метаданные об уже установленном в вашей системе пакете zram-generator версии 1.2.1-1.)

Верификация целостности установленных файлов пакета и их наличия в системе.

#bash

pacman -Qk zram-generator

(Этот вывод означает, что пакет zram-generator полностью целостен и все его компоненты находятся на своих местах в операционной системе.)

• 19 total files — пакет содержит в себе ровно 19 файлов (исполняемые файлы, файлы конфигурации systemd, документация).
• 0 missing files — утерянных, поврежденных или случайно удаленных файлов не обнаружено. Все 19 компонентов успешно найдены в системе.

Проверить наличие кэшированных файлов пакета zram-generator можно с помощью стандартных команд терминала для поиска файлов. pacman хранит в этом каталоге скачанные архивные файлы с расширением .pkg.tar.zst (или .pkg.tar.xz).

#bash

ls /var/cache/pacman/pkg/ | grep zram-generator

(Этот вывод означает, что в локальном кэше пакетов сохранен установочный архив версии пакета zram-generator, которая сейчас установлена у вас в системе.)

Утилита xorriso в Arch Linux — это мощная консольная программа для создания, изменения и извлечения ISO-образов (файловых систем ISO 9660 с расширениями Rock Ridge), а также для записи данных и образов на оптические диски (CD, DVD, Blu-ray).

#bash

pacman -Qi xorriso

(Этот вывод означает, что утилита xorriso в данный момент не установлена в вашей системе.)

#bash

sudo pacman -S xorriso

(Система запросит подтверждение установки, нажмите Y и Enter).

(Этот вывод означает, что вы успешно установили зависимости утилиты xorriso, являющтхся её основой)
Менеджер пакетов pacman перед установкой xorriso установил необходимые для его работы библиотеки (libburn, libisofs, libisoburn).

Верификация целостности установленных файлов пакета и их наличия в системе.

#bash

pacman -Qk xorriso

(Этот вывод наглядно подтверждает, что утилита xorriso физически находится внутри пакета libisoburn, и все её файлы полностью целы.)

• libisoburn: 32 total files — pacman автоматически перенаправил запрос на реальный пакет libisoburn, так как именно он отвечает за эту программу в Arch Linux.).
• 0 missing files — все 32 файла (включая саму команду xorriso) успешно найдены на вашем жестком диске. Ни один компонент не утерян и не.

Проверить наличие кэшированных файлов пакета xorriso можно с помощью стандартных команд терминала для поиска файлов. pacman хранит в этом каталоге скачанные архивные файлы с расширением .pkg.tar.zst (или .pkg.tar.xz).
Т.к. реальное имя пакета в системе — libisoburn, чтобы правильно проверить наличие установочных файлов в кэше, выполните поиск по ключевому слову isoburn:

#bash

ls /var/cache/pacman/pkg/ | grep isoburn

(Этот вывод означает, что в локальном кэше вашего пакетного менеджера успешно сохранен установочный архив пакета libisoburn (который и содержит в себе утилиту xorriso).)

#bash

xorriso --version

(Этот вывод означает, что утилита xorriso успешно запущена, полностью исправна и готова к работе.)

В предыдущей главе, мы проверили и установили все основные пакеты и утилиты, необходимые нам для сборки кастомного iso образа сервера Arch linux, который будут собран и записан на физический USB - флеш накопитель, для установки системы на локальном сервере (Offline mode) в изолированной сети (air-gapped network).

Так как цель данного руководства - сборка полностью автомомного сервера с web-приложением для настройки сервера под любые задачи, мы загрузим в кэш pacman (/var/cache/pacman/pkg/) дополнительные пакеты, перечень которых вы можите изменить по своему усмотрению. (см. список всех пакетов устанавливаемых при выполнении этого пункта).

Использум для этой цели скрипт, обернутый в subo cat « 'EOF' для загрузки дополнительный пакетов с зависимостями в arch linux в /var/cache/pacman/pkg/ с автоподтверждением и проверкой целосности каждого пакета, без установки в систему, с выводом в конце списка загруженных пакетов
Чтобы запустить весь этот процесс напрямую в консоли, скопируйте весь блок кода ниже, вставьте его в свой терминал и нажмите Enter. Команда сразу запросит пароль администратора и начнет выполнение:

#bash

sudo bash << 'EOF'
# Полный список ваших пакетов
PACKAGES=(
    btrfs-progs e2fsprogs mdadm lvm2 snapper inxi man-pages texinfo
    networkmanager dnsmasq
    pam libpam-google-authenticator qrencode ufw fail2ban certbot clamav
    apache php-apache mariadb phpmyadmin php
    nfs-utils bftpd rsync
    dokuwiki wordpress gitea
    minidlna mpd immich-go radicale opensmtpd
    code python feh libreoffice-fresh
    docker qemu-system-x86 kcron fzy
)
 
CACHE_DIR="/var/cache/pacman/pkg"
 
echo "=== 1. Синхронизация баз данных пакетов ==="
pacman -Sy --noconfirm
 
echo -e "\n=== 2. Загрузка пакетов и их зависимостей (без установки) ==="
pacman -Sw --noconfirm --needed "${PACKAGES[@]}"
# -S: установка/загрузка
# -w: только скачивание (без установки)
# --noconfirm: автоподтверждение всех запросов
# --needed: не скачивать заново то, что уже есть актуального в кэше/системе
 
echo -e "\n=== 3. Проверка целостности архивов и сбор версий ==="
echo "----------------------------------------------------------------------"
printf "%-30s %-20s %s\n" "ПАКЕТ" "ВЕРСИЯ" "СТАТУС КЭША"
echo "----------------------------------------------------------------------"
 
ERRORS=0
 
for pkg in "${PACKAGES[@]}"; do
    # Получаем версию пакета из базы данных pacman
    VERSION=$(pacman -Si "$pkg" | awk -F': ' '/^Version/ {print $2}' | xargs)
 
    if [ -z "$VERSION" ]; then
        printf "%-30s %-20s %s\n" "$pkg" "---" "[НЕ НАЙДЕН В РЕПО]"
        ((ERRORS++))
        continue
    fi
 
    # Очищаем версию от эпохи (двоеточия) для сопоставления с именем файла
    CLEAN_VER=$(echo "$VERSION" | sed 's/^[0-9]://')
 
    # Поиск архива в кэше загрузок
    PKG_FILE=$(ls "$CACHE_DIR" 2>/dev/null | grep -E "^${pkg}-${CLEAN_VER}-(x86_64|any)\.pkg\.tar\.zst$")
 
    if [ -n "$PKG_FILE" ]; then
        # Проверка целостности структуры сжатого архива утилитой zstd
        if zstd -t "$CACHE_DIR/$PKG_FILE" &>/dev/null; then
            STATUS="[OK] Архив цел"
        else
            STATUS="[ОШИБКА] Поврежден"
            ((ERRORS++))
        fi
    else
        STATUS="[ОТСУТСТВУЕТ]"
        ((ERRORS++))
    fi
 
    printf "%-30s %-20s %s\n" "$pkg" "$VERSION" "$STATUS"
done
 
echo "----------------------------------------------------------------------"
echo "Процесс завершен. Проблемных пакетов: $ERRORS"
EOF

В окне терминала пойдет загрузка перечня загружаемых пакетом, с выводом пакета, версии и проверкой целосности пакета

(Этот вывод означает, что ваш скрипт успешно отработал и 95% запрошенных пакетов были успешно загружены и проверены в кэше.)
Однако два пакета (docker и immich-go) не смогли скачаться, из-за чего в самом низу лога вывелось сообщение: «Процесс завершен. Проблемных пакетов: 2».
При этом прокрутив ползунок кансоли, мы убеждаемся, что пакет docker загружен в кэш.

#bash

ls /var/cache/pacman/pkg/ | grep -E "docker|immich-go"

(Этот вывод означает, что пакеты docker и immich-go успешно скачаны и находятся в локальном кэше вашего менеджера пакетов.)

Эта команда берет список всех файлов из вашей папки /var/cache/pacman/pkg/, сверяет их с сервером и скачивает их новые версии в кэш (в систему ничего не ставится), а так же автоматически скачивает абсолютно все необходимые зависимости:

#bash

sudo pacman -Syww $(pacman -Qq) --neede

(Использование флагов -S (синхронизация), -y (обновление баз данных репозиториев) и -w (только скачивание))

(Вывод на скрине ниже означает, что команда отработала идеально и ваш кэш уже находится в максимально актуальном состоянии.)

#bash

du -sh /var/cache/pacman/pkg/

Чтобы обновить абсолютно все установленные пакеты в системе вместе с их зависимостями и при этом автоматически подтверждать все запросы (чтобы команда не останавливалась и не задавала вопросов), выполните:

#bash

sudo pacman -Syu --noconfirm

(-Syu — синхронизирует базы данных репозиториев (-y) и запускает полный апгрейд всех устаревших пакетов в системе (-u) вместе с их зависимостями. –noconfirm — главный флаг автоматизации. Он отключает все всплывающие вопросы вида «Хотите продолжить установку? [Y/n]» и автоматически выбирает вариант Да (Yes).)

(Этот вывод означает, что ваша система уже полностью обновлена, и устанавливать ничего не нужно.)

Вместо автоматического DHCP мы жестко (статически) пропишем адрес к примеру 192.168.1.72 в файле конфигурации. Это гарантирует, что хост tom_1 больше никогда не сменит свой IP, а сетевой диск в Windows не отвалится.
Чтобы настроить статический IP-адрес в Arch Linux через systemd-networkd, нам нужно создать или отредактировать имеющийся файл конфигурационный файл с расширением .network

#bash

ls -la /etc/systemd/network/

(Если в выводе будут только строки . и .., значит, папка полностью пуста.)

Создайте файл с расширением .network. Имя файла может быть любым, но оно должно начинаться с цифр (чтобы задать приоритет).

#bash

cat << 'EOF' | sudo tee /etc/systemd/network/20-wired.network > /dev/null
[Match]
Name=en* eth*
 
[Network]
Address=192.168.1.150/24
Gateway=192.168.1.1
DNS=1.1.1.1
EOF

#bash

ls -la /etc/systemd/network/

(Имя файла определено: 20-wired.network.)
Перед тем как вносить изменения, мы обязаны посмотреть его полную структуру, чтобы увидеть секцию [Match] (которая привязывает этот конфиг к конкретной сетевой карте eth0 или enx…).

#bash

cat /etc/systemd/network/20-wired.network

(Секция [Match] перехватывает все интерфейсы, начинающиеся на en* и eth*.)
Теперь мы готовы переписать этот файл, заменив красивый адрес 192.168.1.150 на ваш более статический 192.168.1.72. Остальные параметры (маску /24, шлюз и DNS) оставляем без изменений. (а адрес 192.168.1.150 мы оставим для нашей флешки с iso образом для обнаружения в сети)

Мы используем монолитную команду cat « 'EOF', которая полностью затрёт старый конфиг и запишет новый чистый текст. Это исключает ошибки ручного ввода в редакторах.
Выполните в терминале команду:

#bash

cat << 'EOF' | sudo tee /etc/systemd/network/20-wired.network > /dev/null
[Match]
Name=en* eth*
 
[Network]
Address=192.168.1.72/24
Gateway=192.168.1.1
DNS=1.1.1.1
EOF

Перед тем как перезапустить сеть, мы обязаны сделать шаг контроля и убедиться, что файл перезаписался именно так, как нам нужно.

#bash

cat /etc/systemd/network/20-wired.network

(Внутри прописан наш целевой статический адрес 192.168.1.72.)

Чтобы система сбросила старый адрес 192.168.1.150 и применила новый, нам необходимо полностью перезапустить сетевую службу systemd-networkd.

#bash

sudo systemctl restart systemd-networkd

Важно: Как только вы выполните эту команду, текущая SSH-сессия PuTTY сразу же прервётся (окно зависнет), так как IP-адрес машины мгновенно изменится на 192.168.1.72.

Откройте новое окно PuTTY и подключитесь к tom_1 по его новому постоянному адресу: 192.168.1.72

#bash

ip -br address show scope global | awk '{print $3}' | cut -d/ -f1

(Система отобразила наш новый постоянный IP-адрес 192.168.1.72)

На нашем будущем сервере будет постоянно запущен веб-сервер Nginx. Он предоставит пользователю возможность управлять системой через веб-приложение в окне браузера по временному порту 7000. Если пользователь захочет использовать собственный веб-сервер, в приложении ему будет доступен веб-сервер Apache2 с поддержкой PHP. Службы OpenSSH и Samba, автозапуск которых настраивается для создания веб-приложения, также будут по умолчанию отключены с возможностью их постоянного включения через панель управления.

Мы перепишем конфигурационный файл nginx.conf, добавив правильный блок location ~ \.php$, работающий через UNIX-сокет.

#bash

cat << 'EOF' | sudo tee /etc/nginx/nginx.conf > /dev/null
worker_processes  1;
 
events {
    worker_connections  1024;
}
 
http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;
 
    server {
        listen       7000;
        server_name  localhost;
        root         /usr/share/nginx/html;
        index        index.html index.htm index.php;
 
        location / {
            try_files $uri $uri/ =404;
        }
 
        location ~ \.php$ {
            include        fastcgi.conf;
            fastcgi_pass   unix:/run/php-fpm/php-fpm.sock;
            fastcgi_index  index.php;
        }
    }
}
EOF

Нам нужно протестировать синтаксис Nginx, чтобы убедиться, что все скобки закрыты и сокет прописан без ошибок.

#bash

sudo nginx -t

(Тест пройден успешно (syntax is ok, test is successful). Предупреждение о types_hash — это стандартный информационный ворнинг, на работу он не влияет.)

#bash

cat -n /etc/nginx/nginx.conf

#bash

sudo systemctl restart nginx

#bash

sudo systemctl status nginx

Чтобы не запутаться в структуре бэкенда и фронтенда, давайте сначала проверим, что сейчас вообще находится внутри корневой папки Nginx на tom_1.

#bash

ls -la /usr/share/nginx/html/

Проверим запуск и работу веб-сервера на порту 7000 в браузере на странице http://192.168.1.72:7000/

Убедимся, что служба PHP-FPM активирована в автозапуске, чтобы при старте флешки в ОЗУ она запустилась сама вместе с Nginx.

#bash

systemctl is-enabled php-fpm

(Примечание: статус disabled - выключена)

Включим службу PHP-FPM в автозапуске, чтобы при старте флешки в ОЗУ она запустилась сама вместе с Nginx.

#bash

sudo systemctl enable php-fpm

(Примечание: созданы системные симлинки)

Убедимся, что служба PHP-FPM активирована в автозапуске, чтобы при старте флешки в ОЗУ она запустилась сама вместе с Nginx. Убедимся, что система теперь рапортует правильный статус.

#bash

systemctl is-enabled php-fpm

(Примечание: статус enabled - включена)

В Arch Linux служба php-fpm по умолчанию заперта (ProtectSystem=full). Из-за этого PHP видит системные файлы пользователей как Read-Only. Снимем это ограничение.

Откройте переопределение настроек службы:

#bash

sudo systemctl edit php-fpm

Вставте свои строки строго между первой и второй строками комментариев (обычно там есть явная подсказка ### Lines below this comment will be discarded или аналогичная).:

ini

[Service]
ProtectSystem=false
ProtectHome=false

(Ctrl+O для сохранения, затем Enter и Ctrl+X для выхода)

(Вывод означает правильно отредактированную конфигурацию, и systemd успешно создал конфигурационный файл (drop-in файл) с вашими настройками по пути /etc/systemd/system/php-fpm.service.d/override.conf)

Перезапустите службу:

sudo systemctl restart php-fpm

Нам нужно узнать, запущен ли демон Samba (smb), чтобы понять, сможем ли мы сразу подключить сетевой диск в Windows.
Выполните в терминале команду:

#bash

sudo systemctl status smb

(Этот вывод означает, что служба установлена в системе, но её автозапуск отключен и в данный момент служба не запущена (остановлена))

Создадим конфигурационный файл в редакторе nano.
Выполните в терминале команду:

#bash

sudo nano /etc/samba/smb.conf

Файл пустой и готов к заполнению. Вставьте в него следующий минимальный рабочий конфиг, чтобы открыть доступ к директории Nginx (/usr/share/nginx/html) с автоматическим наследованием безопасных прав доступа (775 для папок и 664 для файлов):

ini

[global]
    workgroup = WORKGROUP
    server string = Arch Linux Tom1
    security = user
    map to guest = Bad User
    log file = /var/log/samba/%m.log
    max log size = 50
 
[nginx_html]
    path = /usr/share/nginx/html
    writable = yes
    guest ok = yes
    guest only = yes
    force user = http
    create mask = 0664
    directory mask = 0775

Файл изменен. Нажмите последовательно:CTRL + O, затем клавишу Enter (для записи файла).CTRL + X (для выхода из редактора nano)

выполните встроенную команду Samba для проверки синтаксиса файла конфигурации:

#bash

testparm -s

Тест синтаксиса пройден успешно (Loaded services file OK). Ошибок в файле smb.conf нет. Сетевая папка nginx_html определена верно.

Следующий шаг — запуск и добавление службы Samba в автозагрузку.

#bash

sudo systemctl enable --now smb

(Симлинк успешно создан, служба добавлена в автозапуск.)
Следующий шаг — обязательная проверка статуса запущенного демона Samba.

#bash

sudo systemctl status smb

(Служба smb работает в режиме active (running) и полностью готова принимать сетевые подключения.)
Службы настроены.

Передаем владение корневым каталогом сайта встроенному веб-пользователю http. Задаем права 775 для всех папок (чтобы Samba и Nginx могли создавать файлы) и 664 для файлов (только чтение и запись, без флагов исполнения):.
Выполните в терминале команду:

#bash

sudo chown -R http:http /usr/share/nginx/html/
sudo find /usr/share/nginx/html/ -type d -exec chmod 775 {} +
sudo find /usr/share/nginx/html/ -type f -exec chmod 664 {} +

(Права 777/664 назначены успешно.)
Следующий обязательный шаг по нашему плану — проверка того, как система применила эти права к содержимому каталога.

#bash

ls -la /usr/share/nginx/html

(Проверка прав прошла успешно. Строки drwxrwxr-x для текущей папки (.) и -rw-rw-r– для файлов index.html и 50x.html подтверждают, что доступ полностью открыт на чтение, запись для пользователей системы.)

Выполните в терминале команду:

#bash

ip -br address show scope global | awk '{print $3}' | cut -d/ -f1

Теперь папка готова к подключению в качестве сетевого диска в среде Windows, чтобы вы могли открыть её через Notepad++.

1. Откройте Проводник (Этот компьютер) на вашей Windows-машине.
2. В верхнем меню нажмите кнопку «Подключить сетевой диск» (или нажмите правой кнопкой мыши по «Этот компьютер» → «Подключить сетевой диск»).

1. В поле «Папка» введите сетевой путь, используя IP-адрес вашего сервера tom_1 (из логов PuTTY: 192.168.1.72 или через кнопку обзор)

Введите сетевые учетные данные

Зайдите через проводник

(В корне /usr/share/nginx/html/ только файлы 50x.html и index.html.)
Разворачиваем структуру каталогов для нашего веб-интерфейса. Создадим стандартные папки для стилей, скриптов и серверной логики.

Пользователь http в Arch Linux — это встроенный системный пользователь, от имени которого по умолчанию работают веб-серверы (например, Apache или Nginx) и сопутствующие им службы.
Он создается автоматически при установке этих программ для изоляции процессов и обеспечения безопасности.

• Безопасность: Веб-серверы не должны работать под правами суперпользователя (root). Если злоумышленник найдет уязвимость в вашем сайте, он получит доступ только к файлам с правами пользователя http, что убережет остальную систему от взлома.
• Права на файлы: Этот пользователь владеет файлами и папками, к которым сервер имеет доступ (обычно они расположены в директории /srv/http/).
• Группа http: Для удобства существует одноименная группа http, в которую могут входить другие пользователи, чтобы иметь возможность редактировать файлы сайта без изменения прав доступа к ним через sudo

• Размещение сайтов: При настройке Nginx, Apache или PHP-FPM часто требуется указывать, что процесс должен запускаться от имени http.
• Настройка разрешений (Permissions): Если сайт выдает ошибку доступа (например, 403 Forbidden), обычно это означает, что у пользователя http нет прав на чтение нужных файлов или папок.
• Безопасность каталогов: Если скриптам на сайте нужно загружать файлы на сервер, папке загрузки необходимо выдать права (владельца) для пользователя http

Выводим строки трех нами известных пользователей из базы данных.

#bash

sudo grep -E '^(root|eva|http):' /etc/shadow

root:$y$j9T$…:20594:::::

• Второе поле — длинный хэш $y$…. Это зашифрованный пароль суперпользователя.Число 20594 — дата последнего изменения пароля (в днях от 1970 года).В конце строки — пустые поля. Это значит, что для root нет никаких ограничений.

eva:$y$j9T$…:20594:0:99999:7:::

• Тоже видим хэш личного пароля.
• Параметры 0:99999:7 означают стандартные правила пользователя: пароль можно менять сразу (0), он действует 99999 дней, а за 7 дней до истечения система начнет предупреждать. Восьмое поле пустое — аккаунт не блокируется.

http:!*:20594::::::1:

• Второе поле содержит !*. Это маркер того, что пароль заблокирован (вход по паролю невозможен, учетка техническая).Внимание в самый конец строки: ::::::1:
• На предпоследней позиции (8-е поле) стоит цифра 1. В системе Linux это означает, что учетная запись принудительно заблокирована подсистемой безопасности PAM через 1 день после начала эпохи Unix (то есть 2 января 1970 года).

Уберем эту единицу из конца строки, чтобы сделать учетную запись бессрочной.

#bash

sudo chage -E -1 http

#bash

sudo grep '^http:' /etc/shadow

(Строка завершается чистыми двоеточиями (::::::), что означает: блокировка PAM полностью снята, аккаунт http стал бессрочным)

Чтобы PHP-скрипты могли вызывать утилиты управления аккаунтами без ввода пароля и без наличия текстового экрана (TTY), настроим правила безопасности. Команды будут пробрасываться во внешнюю систему через утилиту systemd-run для обхода ограничений безопасности PHP.

Откройте конфигурационный файл строго через visudo:

#bash

sudo EDITOR=nano visudo

В самый конец файла добавьте следующие строки:

text

Defaults:http !requiretty
http ALL=(ALL) NOPASSWD: /usr/bin/systemd-run *, /usr/bin/bash *

Так как PHP кэширует права сессий для вызова exec(), обязательно примените изменения через перезапуск служб, поочередно введя 3 команды:

#bash

sudo systemctl daemon-reload
sudo systemctl restart php-fpm
sudo systemctl restart nginx

Папка веб-сервера nginx_html находится по пути /usr/share/nginx/html/ и имеет следующую структуру файлов бэкенда (PHP) и фронтенда (JS/CSS):

/usr/share/nginx/html/               # Корневая директория веб-сервера Nginx
├── index.html                       # Главный интерфейс панели (вкладки, таблицы, модальные окна)
├── css/
│   └── style.css                    # Стили оформления интерфейса панели управления
├── js/
│   └── app.js                       # Клиентская логика (асинхронные Fetch-запросы к API, фильтры)
└── api/
    ├── users.php                    # Серверный обработчик для системных пользователей (/etc/passwd)
    └── groups.php                   # Серверный обработчик для системных групп (/etc/group)

Временно изменим права для работы в консоли

#bash

sudo chown -R http:http /usr/share/nginx/html/
sudo find /usr/share/nginx/html/ -type d -exec chmod 775 {} +

Выполните в терминале PuTTY одну команду:

#bash

mkdir -p /usr/share/nginx/html/{css,js,api,assets}

Папки созданы. Теперь обязательный шаг контроля: проверяем, какие права доступа и владельцы назначены для новых директорий, чтобы Windows-пользователь Samba и веб-сервер Nginx могли с ними работать.

#bash

ls -la /usr/share/nginx/html/

(Папки создались под пользователем eva, но у них стоят ограниченные права drwxr-xr-x. Из-за этого Windows через Samba не сможет создавать или изменять файлы внутри этих подкаталогов.)

#bash

sudo find /usr/share/nginx/html/ -type f -exec chmod 664 {} +

#bash

ls -la /usr/share/nginx/html/

(Права drwxrwxr-x (775) успешно применились ко всем новым директориям (api, assets, css, js) - подсвечены синим, и -rw-rw-r– к файлам они подсвечены белым. Теперь пользователи eva и системный пользователь http, и Samba имеют полный доступ.)

Прверим создание папок в Проводнике виндовс и откроем его в редакторе notepad++

Сейчас мы с вами создадим тестовое приложение для нашего сервера, которое подтвердить правильность наших действий по настройке беспарольного доступа в sudoers и отключение системной изоляции PHP-FPM, а так же настройки сервера и прав на папки и файлы.
Сейчас мы не будем разбирать html, php и javascript тестового приложения, т.к. наша главная задача собрать iso - образ и при установке с флешки на сервер, убедиться в том, что все настройки сохранились и приложение взаимодействует с сервером, а написание всего web-приложения нас ждет позже, после тестирования iso-образа.
Отредактируйте файл index.html в редакторе. Целиком замените дефолтный код файла на приведенный ниже. Он формирует окно панели управления, вкладки переключения, таблицы и скрытые модальные формы:

index.html

<!DOCTYPE html>
<html lang="ru">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Control Panel</title>
    <link rel="stylesheet" href="css/style.css">
</head>
<body>
    <div class="window">
        <header class="window-header">
            <span class="title">Control Panel</span>
            <div class="window-controls">
                <button class="win-btn">?</button>
                <button class="win-btn">—</button>
                <button class="win-btn">⬜</button>
                <button class="win-btn close">×</button>
            </div>
        </header>
 
        <div class="window-body">
            <aside class="sidebar">
                <div class="search-box">
                    <input type="text" placeholder="🔍 Search">
                </div>
                <nav class="menu">
                    <div class="menu-group">^ File Sharing</div>
                    <a href="#" class="menu-item">📁 Shared Folder</a>
                    <a href="#" class="menu-item">⇆ File Services</a>
                    <a href="#" class="menu-item active">👤 User & Group</a>
                    <a href="#" class="menu-item">🆔 Domain/LDAP</a>
                    <div class="menu-group">^ Connectivity</div>
                    <a href="#" class="menu-item">🌐 External Access</a>
                    <a href="#" class="menu-item">🏠 Network</a>
                    <a href="#" class="menu-item">🛡️ Security</a>
                    <a href="#" class="menu-item">🐚 Terminal & SNMP</a>
                </nav>
            </aside>
 
            <main class="main-content">
                <div class="tabs">
                    <button class="tab active" id="tab-user">User</button>
					<button class="tab" id="tab-group">Group</button>
                    <button class="tab">Advanced</button>
                </div>
 
                <div class="toolbar">
                    <div class="actions">
                        <button class="btn primary" id="btn-create">Create</button>
                        <button class="btn" id="btn-edit" disabled>Edit</button>
                        <button class="btn" id="btn-delete" disabled>Delete</button>
                        <button class="btn">Export ▾</button>
                        <button class="btn">Delegate ▾</button>
                    </div>
                    <div class="filter">
                        <input type="text" id="table-filter" placeholder="∇ Filter">
                    </div>
                </div>
 
                <div class="table-container">
                    <table id="users-table">
                        <thead>
                            <tr>
                                <th>Name ▴</th>
                                <th>Email</th>
                                <th>Description</th>
                                <th>2FA Status</th>
                                <th>Status</th>
                            </tr>
                        </thead>
                        <tbody>
                            <!-- Данные загружаются через JS -->
                        </tbody>
                    </table>
                </div>
 
                <footer class="table-footer">
                    <span id="items-count">0 items</span>
                    <button id="refresh-btn" class="btn">↻</button>
                </footer>
            </main>
        </div>
    </div>
 
    <!-- Модальное окно Создания / Редактирования -->
    <div class="modal" id="user-modal">
        <div class="modal-content">
            <h3 id="modal-title">Create User</h3>
            <form id="user-form">
                <input type="hidden" id="form-action" value="create">
                <input type="hidden" id="old-username">
 
                <div class="form-group">
                    <label for="username">Имя пользователя:</label>
                    <input type="text" id="username" required pattern="^[a-z_][a-z0-9_-]*$" title="Маленькие латинские буквы и цифры">
                </div>
                <div class="form-group">
                    <label for="description">Описание (GECOS):</label>
                    <input type="text" id="description">
                </div>
                <div class="form-group" id="password-group">
                    <label for="password">Пароль:</label>
                    <input type="password" id="password">
                </div>
                <div class="form-buttons">
                    <button type="button" class="btn" id="btn-modal-cancel">Cancel</button>
                    <button type="submit" class="btn primary">Save</button>
                </div>
            </form>
        </div>
    </div>
 
	<!-- Модальное окно Групп -->
	<div class="modal" id="group-modal">
		<div class="modal-content">
			<h3>Create Group</h3>
			<form id="group-form">
				<div class="form-group">
					<label for="group-name">Имя группы:</label>
					<input type="text" id="group-name" required pattern="^[a-z_][a-z0-9_-]*$">
				</div>
				<div class="form-buttons">
					<button type="button" class="btn" id="btn-group-cancel">Cancel</button>
					<button type="submit" class="btn primary">Save</button>
				</div>
			</form>
		</div>
	</div>
 
 
    <script src="js/app.js"></script>
</body>
</html>

Создайте файл css/style.css в подпапке css/. Код задает внешний вид окна приложения, таблиц данных, кнопок управления и всплывающих модальных окон:

style.css

*{
    box-sizing: border-box;
    margin: 0;
    padding: 0;
    font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, sans-serif;
}
 
body {
    background-color: #f0f2f5;
    display: flex;
    justify-content: center;
    align-items: center;
    height: 100vh;
}
 
.window {
    width: 1000px;
    height: 550px;
    background: #fff;
    border-radius: 6px;
    box-shadow: 0 5px 25px rgba(0,0,0,0.1);
    display: flex;
    flex-direction: column;
    overflow: hidden;
    border: 1px solid #dcdcdc;
}
 
.window-header {
    background: #fff;
    padding: 12px 15px;
    display: flex;
    justify-content: space-between;
    align-items: center;
    border-bottom: 1px solid #e2e8f0;
}
 
.window-header .title {
    font-size: 14px;
    color: #2d3748;
    font-weight: 500;
}
 
.window-controls .win-btn {
    border: none;
    background: none;
    padding: 4px 8px;
    cursor: pointer;
    color: #718096;
}
 
.window-body {
    display: flex;
    flex: 1;
    overflow: hidden;
}
 
/* Навигация */
.sidebar {
    width: 230px;
    background: #f7fafc;
    border-right: 1px solid #e2e8f0;
    padding: 12px;
}
 
.search-box input {
    width: 100%;
    padding: 6px 10px;
    border: 1px solid #cbd5e0;
    border-radius: 4px;
    margin-bottom: 15px;
}
 
.menu-group {
    font-size: 11px;
    text-transform: uppercase;
    color: #a0aec0;
    margin: 12px 0 6px 6px;
    font-weight: 600;
}
 
.menu-item {
    display: block;
    padding: 8px 12px;
    color: #4a5568;
    text-decoration: none;
    font-size: 13px;
    border-radius: 4px;
}
 
.menu-item.active {
    background: #ebf8ff;
    color: #2b6cb0;
    font-weight: 600;
}
 
/* Основная рабочая область */
.main-content {
    flex: 1;
    display: flex;
    flex-direction: column;
    padding: 0 20px;
}
 
.tabs {
    display: flex;
    border-bottom: 1px solid #e2e8f0;
    margin-top: 10px;
}
 
.tab {
    padding: 10px 20px;
    border: none;
    background: none;
    cursor: pointer;
    font-size: 14px;
    color: #718096;
}
 
.tab.active {
    color: #3182ce;
    border-bottom: 2px solid #3182ce;
    font-weight: 600;
}
 
.toolbar {
    display: flex;
    justify-content: space-between;
    margin: 15px 0;
}
 
.btn {
    padding: 6px 14px;
    border: 1px solid #cbd5e0;
    background: #fff;
    border-radius: 4px;
    cursor: pointer;
    font-size: 13px;
    color: #4a5568;
}
 
.btn:disabled {
    background: #f7fafc;
    color: #a0aec0;
    cursor: not-allowed;
    border-color: #e2e8f0;
}
 
.btn:hover:not(:disabled) {
    background: #f7fafc;
}
 
.btn.primary {
    background: #3182ce;
    color: #fff;
    border-color: #3182ce;
}
 
.btn.primary:hover {
    background: #2b6cb0;
}
 
.filter input {
    padding: 6px 10px;
    border: 1px solid #cbd5e0;
    border-radius: 4px;
    font-size: 13px;
}
 
/* Таблица */
.table-container {
    flex: 1;
    overflow-y: auto;
    border: 1px solid #e2e8f0;
    border-radius: 4px;
}
 
table {
    width: 100%;
    border-collapse: collapse;
    font-size: 13px;
}
 
th, td {
    padding: 10px 12px;
    text-align: left;
    border-bottom: 1px solid #edf2f7;
    user-select: none;
}
 
th {
    background: #f7fafc;
    color: #4a5568;
    font-weight: 600;
    position: sticky;
    top: 0;
}
 
tbody tr {
    cursor: pointer;
}
 
tbody tr:hover {
    background: #f7fafc;
}
 
tr.selected-user {
    background: #e8f0fe !important;
}
 
.status-deactivated { color: #e53e3e; }
.status-normal { color: #38a169; }
 
.table-footer {
    display: flex;
    justify-content: flex-end;
    align-items: center;
    padding: 12px 0;
    gap: 15px;
    font-size: 13px;
    color: #718096;
}
 
/* Модальные окна */
.modal {
    display: none;
    position: fixed;
    top: 0; left: 0; width: 100%; height: 100%;
    background: rgba(0,0,0,0.4);
    justify-content: center;
    align-items: center;
    z-index: 1000;
}
 
.modal.open {
    display: flex;
}
 
.modal-content {
    background: #fff;
    padding: 20px;
    border-radius: 6px;
    width: 400px;
    box-shadow: 0 4px 15px rgba(0,0,0,0.2);
}
 
.modal-content h3 {
    margin-bottom: 15px;
    color: #2d3748;
}
 
.form-group {
    margin-bottom: 12px;
}
 
.form-group label {
    display: block;
    font-size: 12px;
    color: #4a5568;
    margin-bottom: 4px;
}
 
.form-group input {
    width: 100%;
    padding: 8px;
    border: 1px solid #cbd5e0;
    border-radius: 4px;
}
 
.form-buttons {
    display: flex;
    justify-content: flex-end;
    gap: 10px;
    margin-top: 18px;
}

Создайте файл api/users.php в подпапке api/. Скрипт обрабатывает GET-запросы для вывода учетных записей (исключая технического nobody) и POST-запросы для выполнения атомарных операций через systemd-run в обход изоляции:

users.php

<?php
header('Content-Type: application/json; charset=utf-8');
 
// Обработка получения списка (GET)
if ($_SERVER['REQUEST_METHOD'] === 'GET') {
    $usersList = [];
 
    if (is_readable('/etc/passwd')) {
        $lines = file('/etc/passwd', FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES);
        foreach ($lines as $line) {
            $parts = explode(':', $line);
            if (count($parts) >= 5) {
                $username = $parts[0];
                $uid = (int)$parts[2];
                $description = $parts[4];
 
                // Выводим root (UID 0), системных и обычных пользователей (UID >= 1000)
                if (($uid === 0 || $uid >= 1000) && $username !== 'nobody' || $username === 'guest' || $username === 'admin') {
 
 
                    // Сопоставление статуса активности учетной записи
                    $status = 'Normal';
                    if ($username === 'guest') {
                        $status = 'Deactivated';
                    }
 
                    $usersList[] = [
                        'name' => $username,
                        'email' => '',
                        'desc' => $description,
                        'tfa' => 'Disabled',
                        'status' => $status
                    ];
                }
            }
        }
    }
    echo json_encode($usersList, JSON_UNESCAPED_UNICODE);
    exit;
}
 
// Обработка действий создания/изменения/удаления (POST)
if ($_SERVER['REQUEST_METHOD'] === 'POST') {
    $input = json_decode(file_get_contents('php://input'), true);
 
    if (!isset($input['action'])) {
        echo json_encode(['success' => false, 'error' => 'Отсутствует действие']);
        exit;
    }
 
    $action = $input['action'];
    $username = preg_replace('/[^a-z0-9_-]/', '', $input['username'] ?? '');
    $description = escapeshellarg($input['description'] ?? '');
    $password = $input['password'] ?? '';
 
    if (empty($username)) {
        echo json_encode(['success' => false, 'error' => 'Некорректное имя пользователя']);
        exit;
    }
 
    switch ($action) {
        case 'create':
            if (empty($username)) {
                echo json_encode(['success' => false, 'error' => 'Некорректное имя пользователя']);
                exit;
            }
 
            // Генерируем хэш пароля
            $salt = '$1$' . substr(md5(uniqid(rand(), true)), 0, 8) . '$';
            $hashed_password = crypt($password, $salt);
            $uid_gid = rand(1100, 1900); 
 
            $passwd_line = "{$username}:x:{$uid_gid}:{$uid_gid}:{$description}:/home/{$username}:/bin/bash";
            $shadow_line = "{$username}:{$hashed_password}:19500:0:99999:7:::";
            $group_line = "{$username}:x:{$uid_gid}:";
 
            // Собираем все команды в одну строку для запуска через bash
            $system_cmd = "echo '{$passwd_line}' >> /etc/passwd && " .
                          "echo '{$shadow_line}' >> /etc/shadow && " .
                          "echo '{$group_line}' >> /etc/group && " .
                          "mkdir -p /home/{$username} && " .
                          "chown -R {$uid_gid}:{$uid_gid} /home/{$username}";
 
            // Вызываем встроенную службу systemd-run. Флаг -G заставляет её отработать от root наружу.
            $cmd = "sudo /usr/bin/systemd-run -G /usr/bin/bash -c " . escapeshellarg($system_cmd) . " 2>&1";
 
            exec($cmd, $output, $return_var);
 
            if ($return_var !== 0) {
                $err = implode(' ', $output);
                echo json_encode(['success' => false, 'error' => "Ошибка запуска: {$err} (Код: {$return_var})"]);
                exit;
            }
 
            echo json_encode(['success' => true]);
            break;
 
 
        case 'update':
            // Читаем параметры из JSON-запроса от браузера
            $old_username = preg_replace('/[^a-z0-9_-]/', '', $input['old_username'] ?? '');
            $new_description = $input['description'] ?? '';
            $new_password = $input['password'] ?? '';
 
            if (empty($old_username)) {
                echo json_encode(['success' => false, 'error' => 'Не указан пользователь для редактирования']);
                exit;
            }
 
            // Экранируем описание, чтобы оно не сломало синтаксис команды sed
            $clean_desc = str_replace('/', '\/', $new_description);
 
            // 1. Команда для обновления описания (GECOS) в /etc/passwd
            $update_cmd = "sed -i -E 's/^({$old_username}:[^:]*:[^:]*:[^:]*):[^:]*(:.*)/\\1:{$clean_desc}\\2/' /etc/passwd";
 
            // 2. Если в форму ввели новый пароль — добавляем команду обновления хэша в /etc/shadow
            if (!empty($new_password)) {
                $salt = '$1$' . substr(md5(uniqid(rand(), true)), 0, 8) . '$';
                $hashed_password = crypt($new_password, $salt);
                $clean_hash = str_replace('/', '\/', $hashed_password);
 
                $update_cmd .= " && sed -i -E 's/^({$old_username}:)[^:]*(:.*)/\\1{$clean_hash}\\2/' /etc/shadow";
            }
 
            // Вызываем итоговую команду через systemd-run наружу от root
            $cmd = "sudo /usr/bin/systemd-run -G /usr/bin/bash -c " . escapeshellarg($update_cmd) . " 2>&1";
 
            exec($cmd, $output, $return_var);
 
            if ($return_var === 0) {
                echo json_encode(['success' => true]);
            } else {
                $err = implode(' ', $output);
                echo json_encode(['success' => false, 'error' => "Ошибка обновления: {$err}"]);
            }
            break;
 
 
 
        case 'delete':
            if ($username === 'root') {
                echo json_encode(['success' => false, 'error' => 'Удаление root запрещено']);
                exit;
            }
 
            // Формируем команды для полной очистки записей из passwd, shadow, group и удаления папки
            $delete_cmd = "sed -i '/^{$username}:/d' /etc/passwd && " .
                          "sed -i '/^{$username}:/d' /etc/shadow && " .
                          "sed -i '/^{$username}:/d' /etc/group && " .
                          "rm -rf /home/{$username}";
 
            // Вызываем команду через systemd-run наружу от имени root
            $cmd = "sudo /usr/bin/systemd-run -G /usr/bin/bash -c " . escapeshellarg($delete_cmd) . " 2>&1";
 
            exec($cmd, $output, $return_var);
 
            if ($return_var === 0) {
                echo json_encode(['success' => true]);
            } else {
                $err = implode(' ', $output);
                echo json_encode(['success' => false, 'error' => "Ошибка удаления: {$err}"]);
            }
            break;
 
 
        default:
            echo json_encode(['success' => false, 'error' => 'Неизвестная операция']);
            break;
    }
    exit;
}

Создайте файл api/groups.php в подпапке api/. Скрипт парсит системный файл /etc/group, выстраивает связи участников и нативно создаёт/удаляет группы в ОС через systemd-run:

groups.php

<?php
header('Content-Type: application/json; charset=utf-8');
 
$input = json_decode(file_get_contents('php://input'), true);
$action = $input['action'] ?? $_SERVER['REQUEST_METHOD'];
 
// --- ОБРАБОТКА ПОЛУЧЕНИЯ СПИСКА ГРУПП (GET) ---
if ($action === 'GET') {
    $groupsList = [];
 
    if (is_readable('/etc/group')) {
        $lines = file('/etc/group', FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES);
        foreach ($lines as $line) {
            // Формат /etc/group: имя_группы:пароль:GID:список_пользователей
            $parts = explode(':', $line);
            if (count($parts) >= 3) {
                $group_name = $parts[0];
                $gid = (int)$parts[2];
                $users = $parts[3] ?? ''; // Пользователи через запятую
 
                // Фильтруем системные группы, оставляем root (GID 0), wheel и кастомные (GID >= 1000)
                if ($gid === 0 || $gid === 998 || $gid >= 1000) {
                    // Исключаем технического nobody
                    if ($group_name !== 'nobody') {
                        $groupsList[] = [
                            'name' => $group_name,
                            'gid' => $gid,
                            'users' => empty($users) ? '—' : str_replace(',', ', ', $users),
                            'status' => 'Normal'
                        ];
                    }
                }
            }
        }
    }
    echo json_encode($groupsList, JSON_UNESCAPED_UNICODE);
    exit;
}
 
// --- ОБРАБОТКА ИЗМЕНЕНИЙ (POST) ---
if ($_SERVER['REQUEST_METHOD'] === 'POST') {
    $group_name = preg_replace('/[^a-z0-9_-]/', '', $input['group_name'] ?? '');
 
    if (empty($group_name)) {
        echo json_encode(['success' => false, 'error' => 'Некорректное имя группы']);
        exit;
    }
 
    switch ($input['action']) {
        case 'create':
            // Создание группы через systemd-run наружу от root
            $cmd = "sudo /usr/bin/systemd-run -G /usr/bin/bash -c " . escapeshellarg("groupadd {$group_name}") . " 2>&1";
            exec($cmd, $output, $return_var);
 
            if ($return_var === 0) {
                echo json_encode(['success' => true]);
            } else {
                $err = implode(' ', $output);
                echo json_encode(['success' => false, 'error' => "Ошибка создания группы: {$err}"]);
            }
            break;
 
        case 'delete':
            if ($group_name === 'root' || $group_name === 'wheel') {
                echo json_encode(['success' => false, 'error' => 'Удаление системных групп запрещено']);
                exit;
            }
            // Удаление группы
            $cmd = "sudo /usr/bin/systemd-run -G /usr/bin/bash -c " . escapeshellarg("groupdel {$group_name}") . " 2>&1";
            exec($cmd, $output, $return_var);
 
            if ($return_var === 0) {
                echo json_encode(['success' => true]);
            } else {
                $err = implode(' ', $output);
                echo json_encode(['success' => false, 'error' => "Ошибка удаления группы: {$err}"]);
            }
            break;
 
        default:
            echo json_encode(['success' => false, 'error' => 'Неизвестная операция']);
            break;
    }
    exit;
}

Создайте файл js/app.js в подпапке js/. Скрипт управляет асинхронным обновлением таблиц (fetch), переключением контекста вкладок, фильтрацией на лету и валидацией полей ввода:

app.js

document.addEventListener('DOMContentLoaded', () => {
    const tableBody = document.querySelector('#users-table tbody');
    const itemsCount = document.getElementById('items-count');
    const refreshBtn = document.getElementById('refresh-btn');
    const filterInput = document.getElementById('table-filter');
 
    // Кнопки управления
    const btnCreate = document.getElementById('btn-create');
    const btnEdit = document.getElementById('btn-edit');
    const btnDelete = document.getElementById('btn-delete');
 
    // Элементы модального окна
    const userModal = document.getElementById('user-modal');
    const userForm = document.getElementById('user-form');
    const modalTitle = document.getElementById('modal-title');
    const btnModalCancel = document.getElementById('btn-modal-cancel');
 
    let selectedUsername = null;
    let selectedUserRow = null;
 
    // Загрузка данных
    async function loadUsers() {
        try {
            const response = await fetch('api/users.php');
            if (!response.ok) throw new Error('Ошибка сервера');
            const data = await response.json();
            renderTable(data);
            resetSelection();
        } catch (error) {
            alert('Не удалось обновить список пользователей');
        }
    }
 
    function renderTable(users) {
        tableBody.innerHTML = '';
        users.forEach(user => {
            const tr = document.createElement('tr');
            tr.dataset.username = user.name;
            tr.dataset.desc = user.desc;
 
            const statusClass = user.status === 'Normal' ? 'status-normal' : 'status-deactivated';
 
            tr.innerHTML = `
                <td><b>${escapeHtml(user.name)}</b></td>
                <td>${escapeHtml(user.email)}</td>
                <td>${escapeHtml(user.desc)}</td>
                <td>${escapeHtml(user.tfa)}</td>
                <td class="${statusClass}">${escapeHtml(user.status)}</td>
            `;
 
            // Логика выбора строки кликом
            tr.addEventListener('click', () => {
                if (selectedUserRow) selectedUserRow.classList.remove('selected-user');
 
                if (selectedUsername === user.name) {
                    resetSelection();
                } else {
                    selectedUsername = user.name;
                    selectedUserRow = tr;
                    tr.classList.add('selected-user');
                    btnEdit.disabled = false;
                    // Запрещаем удалять root-пользователя напрямую из UI ради безопасности
                    btnDelete.disabled = (user.name === 'root');
                }
            });
 
            tableBody.appendChild(tr);
        });
        itemsCount.textContent = `${users.length} items`;
    }
 
    function resetSelection() {
        selectedUsername = null;
        selectedUserRow = null;
        btnEdit.disabled = true;
        btnDelete.disabled = true;
    }
 
    // Фильтрация таблицы
    filterInput.addEventListener('input', (e) => {
        const value = e.target.value.toLowerCase();
        Array.from(tableBody.querySelectorAll('tr')).forEach(tr => {
            const match = tr.textContent.toLowerCase().includes(value);
            tr.style.display = match ? '' : 'none';
        });
    });
 
    // Открытие модального окна создания
    btnCreate.addEventListener('click', () => {
        userForm.reset();
        document.getElementById('form-action').value = 'create';
        document.getElementById('username').disabled = false;
        document.getElementById('password-group').style.display = 'block';
        modalTitle.textContent = 'Create User';
        userModal.classList.add('open');
    });
 
    // Открытие модального окна редактирования
    btnEdit.addEventListener('click', () => {
        if (!selectedUsername) return;
        userForm.reset();
        document.getElementById('form-action').value = 'update';
        document.getElementById('old-username').value = selectedUsername;
 
        const usernameInput = document.getElementById('username');
        usernameInput.value = selectedUsername;
        usernameInput.disabled = true; // Имя пользователя в Linux менять через useradd напрямую нельзя
 
        document.getElementById('description').value = selectedUserRow.dataset.desc || '';
        document.getElementById('password-group').style.display = 'block'; // Пароль заполнять по желанию
 
        modalTitle.textContent = 'Edit User';
        userModal.classList.add('open');
    });
 
    // Обработка кнопки удаления
    btnDelete.addEventListener('click', async () => {
        if (!selectedUsername) return;
        if (confirm(`Вы уверены, что хотите удалить пользователя ${selectedUsername} вместе с домашней директорией?`)) {
            await sendAction({ action: 'delete', username: selectedUsername });
        }
    });
 
    // Закрытие модального окна
    btnModalCancel.addEventListener('click', () => userModal.classList.remove('open'));
 
    // Отправка формы (Создание / Изменение)
    userForm.addEventListener('submit', async (e) => {
        e.preventDefault();
        const action = document.getElementById('form-action').value;
 
        const payload = {
            action: action,
            username: document.getElementById('username').value,
            description: document.getElementById('description').value,
            password: document.getElementById('password').value,
            old_username: document.getElementById('old-username').value
        };
 
        await sendAction(payload);
        userModal.classList.remove('open');
    });
 
    async function sendAction(data) {
        try {
            const response = await fetch('api/users.php', {
                method: 'POST',
                headers: { 'Content-Type': 'application/json' },
                body: JSON.stringify(data)
            });
            const result = await response.json();
            if (result.success) {
                loadUsers();
            } else {
                alert('Ошибка: ' + result.error);
            }
        } catch (error) {
            alert('Ошибка сети при отправке запроса');
        }
    }
 
    function escapeHtml(text) {
        if (!text) return '';
        return text.toString().replace(/&/g, "&amp;").replace(/</g, "&lt;").replace(/>/g, "&gt;");
    }
 
    refreshBtn.addEventListener('click', loadUsers);
    loadUsers();
 
    // --- ЛОГИКА ВКЛАДКИ GROUP ---
    const tabUser = document.getElementById('tab-user');
    const tabGroup = document.getElementById('tab-group');
    const tableHeader = document.querySelector('#users-table thead tr');
 
    const groupModal = document.getElementById('group-modal');
    const groupForm = document.getElementById('group-form');
    const btnGroupCancel = document.getElementById('btn-group-cancel');
 
    let currentTab = 'user'; // Храним активную вкладку ('user' или 'group')
    let selectedGroupName = null;
 
    // Переключение на вкладку User
    tabUser.addEventListener('click', () => {
        tabGroup.classList.remove('active');
        tabUser.classList.add('active');
        currentTab = 'user';
        tableHeader.innerHTML = `
            <th>Name ▴</th>
            <th>Email</th>
            <th>Description</th>
            <th>2FA Status</th>
            <th>Status</th>
        `;
        resetSelection();
        loadUsers(); // Вызываем старую функцию загрузки пользователей
    });
 
    // Переключение на вкладку Group
    tabGroup.addEventListener('click', () => {
        tabUser.classList.remove('active');
        tabGroup.classList.add('active');
        currentTab = 'group';
        tableHeader.innerHTML = `
            <th>Group Name ▴</th>
            <th>GID</th>
            <th>Members (Users)</th>
            <th>Status</th>
        `;
        resetSelection();
        loadGroups();
    });
 
    // Загрузка групп с бэкенда
    async function loadGroups() {
        try {
            const response = await fetch('api/groups.php');
            const groups = await response.json();
            renderGroupsTable(groups);
        } catch (error) {
            alert('Ошибка загрузки групп');
        }
    }
 
    function renderGroupsTable(groups) {
        tableBody.innerHTML = '';
        groups.forEach(group => {
            const tr = document.createElement('tr');
            tr.innerHTML = `
                <td><b>${escapeHtml(group.name)}</b></td>
                <td>${group.gid}</td>
                <td>${escapeHtml(group.users)}</td>
                <td class="status-normal">${group.status}</td>
            `;
 
            tr.addEventListener('click', () => {
                if (selectedUserRow) selectedUserRow.classList.remove('selected-user');
 
                if (selectedGroupName === group.name) {
                    selectedGroupName = null;
                    selectedUserRow = null;
                    btnDelete.disabled = true;
                } else {
                    selectedGroupName = group.name;
                    selectedUserRow = tr;
                    tr.classList.add('selected-user');
                    btnEdit.disabled = true; // Для групп редактирование отключим
                    btnDelete.disabled = (group.name === 'root' || group.name === 'wheel');
                }
            });
            tableBody.appendChild(tr);
        });
        itemsCount.textContent = `${groups.length} items`;
    }
 
    // Модифицируем общие кнопки под контекст активной вкладки
    btnCreate.addEventListener('click', (e) => {
        if (currentTab === 'group') {
            e.stopPropagation(); // Останавливаем открытие модалки пользователей
            groupForm.reset();
            groupModal.classList.add('open');
        }
    });
 
    btnDelete.addEventListener('click', async () => {
        if (currentTab === 'group' && selectedGroupName) {
            if (confirm(`Удалить группу ${selectedGroupName}?`)) {
                await sendGroupAction({ action: 'delete', group_name: selectedGroupName });
            }
        }
    });
 
    btnGroupCancel.addEventListener('click', () => groupModal.classList.remove('open'));
 
    groupForm.addEventListener('submit', async (e) => {
        e.preventDefault();
        await sendGroupAction({
            action: 'create',
            group_name: document.getElementById('group-name').value
        });
        groupModal.classList.remove('open');
    });
 
    async function sendGroupAction(data) {
        try {
            const response = await fetch('api/groups.php', {
                method: 'POST',
                headers: { 'Content-Type': 'application/json' },
                body: JSON.stringify(data)
            });
            const result = await response.json();
            if (result.success) {
                loadGroups();
            } else {
                alert('Ошибка: ' + result.error);
            }
        } catch (error) {
            alert('Ошибка сети при обработке группы');
        }
    }
 
    // Модифицируем круглую кнопку обновления (↻)
    refreshBtn.addEventListener('click', () => {
        if (currentTab === 'group') loadGroups();
    });
 
 
});

Сохраним файлы и проверим в окне браузера, перейдя по ссылке http://192.168.1.72:7000/

мы видим вывод в таблице наших пользователей root и eva, проверим работу web-страницы на предмет добавления пользователя irina с описанием new user и alisa / admin

Проверим новых пользователей в консоли

#bash

sudo grep -E '^root|^eva|^irina|^alisa|:[0-9]{4}:' /etc/passwd

Внимание! Пользователей root и eva не удаляем, иначе консоль отключиться и мы с вами больше не попадем в управление сервером, а без пользователей с правами суперпользователей система нас просто не пустит.
Удалим строго только новых пользователей в веб-приложении.

И снова проверим консоль

#bash

sudo grep -E '^root|^eva|^irina|^alisa|:[0-9]{4}:' /etc/passwd

• Скачать файлы тестового web-приложения

Для создания изолированного раздела восстановления в Arch Linux проще всего использовать связку из отдельного раздела на диске, образа Arch Linux ISO и загрузчика GRUB. Это позволит загружаться в полноценную среду восстановления прямо с диска, даже если основная система перестала работать.Ниже приведена пошаговая инструкция для реализации этого решения.

#bash

sudo fdisk /dev/nvme0n1 (или /dev/sda)

#bash

sudo mkfs.ext4 /dev/nvme0n1pX (укажите номер вашего раздела)

#bash

sudo mount /dev/nvme0n1pX /mnt

=== 0.2.2. Перейдите на Arch Linux Downloads и скопируйте прямую ссылку на актуальный archlinux-x86_64.iso (или используйте wget).

#bash

sudo wget -O /mnt/arch-recovery.iso ССЫЛКА_НА_ОФИЦИАЛЬНЫЙ_ISO

Для того чтобы GRUB видел образ и мог в него загрузиться, нужно добавить специальный пункт в конфигурацию.

#bash

sudo nano /etc/grub.d/40_custom

#bash

menuentry "Arch Linux Recovery" {
insmod ext2
insmod loopback
insmod iso9660
# Указываем UUID раздела восстановления
search --no-floppy --fs-uuid --set=root ВАШ_UUID_РАЗДЕЛА
loopback loop /arch-recovery.iso
linux (loop)/arch/boot/x86_64/vmlinuz-linux img_dev=/dev/disk/by-uuid/
ВАШ_UUID_РАЗДЕЛА img_loop=/arch-recovery.iso 
archisobasedir=arch cow_space_size=256M earlymodules=loop
initrd (loop)/arch/boot/x86_64/initramfs-linux.img
}

sudo grub-mkconfig -o /boot/grub/grub.cfg </code> Теперь при перезагрузке компьютера вы сможете выбрать пункт «Arch Linux Recovery» в меню GRUB, который запустит Live-окружение для восстановления основной системы.

Чтобы сократить время выбора операционной системы и ускорить загрузку в systemd-boot, вам нужно изменить параметр timeout в главном конфигурационном файле загрузчика.

Откройте файл конфигурации загрузчика в текстовом редакторе (например, nano) с правами суперпользователя:

#bash

sudo nano /efi/loader/loader.conf

#bash

sudo nano /boot/loader/loader.conf

Найдите строку с параметром timeout и установите желаемое время в секундах. Например, чтобы установить задержку всего в 1 секунду, укажите:

text

timeout 1

(Если вы хотите скрыть меню загрузчика и сразу загружать ОС по умолчанию, установите timeout 0).
Сохраните изменения (в nano нажмите Ctrl+O, затем Enter) и закройте файл (Ctrl+X).
Если вам понадобится зайти в меню загрузчика во время загрузки системы, просто удерживайте нажатой или периодически нажимайте клавишу Пробел (Space) сразу после включения компьютера.

Чтобы сократить время ожидания меню GRUB в Arch Linux, измените значение тайм-аута в основном файле конфигурации и обновите загрузчик.

Откройте файл конфигурации в текстовом редакторе (например, nano):

#bash

sudo nano /etc/default/grub

Найдите параметр GRUB_TIMEOUT и задайте желаемое время в секундах (например, 2):

text

GRUB_TIMEOUT=2

Сохраните изменения и обновите файл конфигурации GRUB:

#bash

sudo grub-mkconfig -o /boot/grub/grub.cfg

Дополнительно можно включить пропуск показа меню при единственной ОС:

Раскомментируйте или добавьте строку:

text

GRUB_HIDDEN_TIMEOUT_QUIET=true

Снова выполните команду обновления:

#bash

sudo grub-mkconfig -o /boot/grub/grub.cfg

Если вы хотите полностью убрать задержку, установите

text

GRUB_TIMEOUT=0. 

В таком случае, чтобы открыть меню GRUB при следующей загрузке, зажмите и удерживайте клавишу Shift (в режиме BIOS) или Esc (в режиме UEFI) сразу после включения компьютера

При установке без интернета в среде archiso (установочной флешке) службы синхронизации времени могут выдавать предупреждения. Чтобы полностью отключить автоматическое обновление времени и предотвратить попытки системы подключиться к сети:

Отключите службы сетевого времени, выполнив команду timedatectl:

#bash

timedatectl set-ntp false

Установите нужный часовой пояс вручную. Напрямую настройте время, чтобы избежать «скачков» System time.

Если вы на этапе после pacstrap и уже вошли в систему через arch-chroot, дополнительно отключите службу systemd-timesyncd:

#bash

systemctl disable systemd-timesyncd

создание Headless Arch ISO через squashfs-tools zram-generator xorriso с отключением NTP без интернета

!!!!!!!!!!! РЕДАКТИРОВАТЬ В ЭТОТ ПУНК !!!!!!!!!!!!!!!

Для создания собственного Headless Arch ISO (без графического интерфейса, для серверов или восстановления) с использованием squashfs-tools, zram-generator (для оптимизации работы в ОЗУ) и xorriso (для сборки образа), вам нужно выполнить пять основных шагов. В качестве базовой основы проще всего модифицировать официальный Arch ISO.

Создайте рабочую директорию и структуру будущего ISO:

#bash

mkdir -p ~/custom_iso/{iso_root,arch_root}

Установите необходимые инструменты на хост-системе:

#bash

sudo pacman -S squashfs-tools xorriso arch-install-scripts

Скачайте актуальный образ с официального сайта и подготовьте директории:

#bash

mkdir -p /mnt/iso /mnt/new_iso
# Монтируем оригинальный ISO
mount -o loop archlinux-xxxx.xx.xx-x86_64.iso /mnt/iso
# Копируем содержимое (кроме squashfs, который находится в папке arch)
rsync -a --exclude=airootfs.sfs /mnt/iso/ /mnt/new_iso/

Распакуйте оригинальный файловый архив в отдельную временную папку, чтобы добавить zram-generator и убрать лишнее:

#bash

mkdir /tmp/official_iso
sudo mount -o loop archlinux-XXXX.XX.XX-x86_64.iso /tmp/official_iso
unsquashfs -d ~/custom_iso/arch_root /tmp/official_iso/arch/x86_64/airootfs.sfs
sudo umount /tmp/official_iso

Используйте код с осторожностью.Переключитесь в окружение (chroot) для установки нужных пакетов и настройки zram-generator:

#bash

mount -t proc /proc /mnt/squashfs/proc
mount --rbind /sys /mnt/squashfs/sys
mount --rbind /dev /mnt/squashfs/dev
chroot /mnt/squashfs

#bash

sudo arch-chroot ~/custom_iso/arch_root

#bash

pacman -S zram-generator

#bash

cat <<EOF > /etc/systemd/zram-generator.conf
[zram0]
zram-size = ram / 2
compression-algorithm = zstd
EOF

#bash

systemctl enable systemd-zram-setup@zram0

#bash

systemctl enable sshd.
# Разрешите вход root по SSH (опционально, для теста)
echo "PermitRootLogin yes" >> /etc/ssh/sshd_config

Для полной независимости от сети отключите службу синхронизации времени.

#bash

systemctl disable systemd-timesyncd.service
timedatectl set-ntp false

#bash

exit.

Упакуйте измененную систему обратно в сжатый образ squashfs. Использование многопоточности ускорит процесс.

#bash

mkdir -p ~/custom_iso/iso_root/arch/x86_64/
sudo mksquashfs ~/custom_iso/arch_root ~/custom_iso/iso_root/arch/x86_64/airootfs.sfs -comp zstd -b 1M

Скопируйте загрузочные файлы (ядро, initramfs, syslinux/grub конфигурацию) из оригинального ISO в ~/custom_iso/iso_root/. После этого соберите гибридный ISO-образ, готовый к записи на флешку:

#bash

xorriso -as mkisofs \
  -iso-level 3 \
  -full-iso9660-filenames \
  -volid "ARCH_CUSTOM" \
  -eltorito-boot isolinux/isolinux.bin \
  -eltorito-catalog isolinux/boot.cat \
  -no-emul-boot -boot-load-size 4 -boot-info-table \
  -isohybrid-mbr ~/custom_iso/iso_root/isolinux/isohdpfx.bin \
  -eltorito-alt-boot \
  -e efi/archiso/efiboot.img \
  -no-emul-boot -isohybrid-gpt-basdat \
  -output ~/custom_iso/archlinux-headless.iso \
  ~/custom_iso/iso_root/

создание бэкапа и полное обнуление файла /etc/fstab во избежание конфликта UUID при live-загрузке.

Проверить таймзону (часовой пояс) в Arch Linux можно за пару секунд. Самый быстрый и современный способ — использовать утилиту timedatectl, которая сразу покажет текущее время и настройки

Откройте терминал и выполните:

#bash

timedatectl

В выводе найдите строки:

• Time zone: — ваш текущий часовой пояс (например, Europe/Moscow).
• NTC service: — статус автоматической синхронизации времени

#bash

date

Она выведет текущую дату, время и аббревиатуру часового пояса (например, MSK).

Посмотрите список доступных часовых поясов:

#bash

timedatectl list-timezones

(замените Europe/Moscow на ваш регион)

#bash

sudo timedatectl set-timezone Europe/Moscow

• Проверить версии linux

• Драйверы сетевой карты реального сервера

В виртуальной машине Hyper-V используется виртуальный сетевой адаптер (обычно dec21140 или синтетический от Microsoft). На реальном сервере будет стоять физический чип (Intel, Realtek или Broadcom и т.д.).

Убедитесь, что в вашей системе tom_1 установлен пакет linux-firmware.

#bash

pacman -Q linux-firmware

Если его нет, обязательно установите (sudo pacman -S linux-firmware), иначе реальный сервер после загрузки с ISO просто не увидит свою физическую сетевую карту.

Данные для проверки по железу серверов (1 Supermicro, 1 старый HP и два ноунейм-самосбора разных поколений), а значит универсальность сетевого конфига становится задачей номер один. На таком железа дефолтные предсказуемые имена интерфейсов от systemd гарантированно разъедутся в разные стороны:

• На Supermicro это, скорее всего, будут имена вида eno1 (onboard) или пути вроде enp3s0f0.
• На старом HP интерфейсы могут обозваться как eno49, ens1 или упасть в классический eth0.
• На ноунеймах (самосборах) всё зависит от логики материнской платы (чисто по PCI-пути — например, enp2s0).

Поэтому зашивать маску Name=en* eth* в конфиг systemd-networkd — это единственное спасение, чтобы один и тот же ISO-образ молча поднял сеть на любой из этих плат.

• Изменить временно на 192.168.1.150

Чтобы не гадать, как система назовет сетевую карту на разном железе (eno1, enp3s0, eth0), мы заставим systemd-networkd применять настройки к любому проводному интерфейсу.
Выполните команду на tom_1 для создания конфигурационного файла:

#bash

sudo nano /etc/systemd/network/20-wired.network

Вставьте в него следующие строки:

ini

[Match]
Name=en* eth*
 
[Network]
Address=192.168.1.150/24
Gateway=192.168.1.1
DNS=1.1.1.1

Примечание: Если в вашей локальной Windows-сети используется другой поддиапазон (например, 192.168.0.X), измените IP-адрес Address и шлюз Gateway под свою рабочую сеть.

Всё в точности, как надо:

• Name=en* eth* — заматчит любую сетевуху.
• Address=192.168.1.150/24 — статический IP, который мы будем пинговать на новом сервере.
• Gateway=192.168.1.1 — шлюз.
• DNS=1.1.1.1 — DNS-сервер.

В правом верхнем углу горит надпись Modified. Это значит, что изменения внесены, но файл еще не сохранен на диск. Примечание: CTRL+O для записи файла Enter для подтверждения имени файла CTRL+X для выхода из редактора nano Как только выйдете из редактора, нам нужно убедиться, что systemd-networkd вообще включен и подхватит этот конфиг при старте образа.
Выполните команду в консоли:

#bash

systemctl is-enabled systemd-networkd

Примечание: в нашем случае служба systemd-networkd отключена (disabled)

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

#bash

sudo systemctl enable systemd-networkd

На скриншоте чётко видно, что система создала все необходимые привязки для systemd-networkd.
Теперь переходим к проверке DNS-резолвера и удаленного доступа по SSH. Без этого сервер не сможет преобразовывать имена сайтов, а мы не сможем зайти на него удаленно.

• Проверить автозыпуск ssh

#bash

systemctl is-enabled sshd

DNS включен, SSH в статусе enabled. Это значит, что доступ к консоли по сети у нас будет сразу после старта «вслепую».
Теперь проверяем последний критически важный сервис — веб-сервер Nginx, ради которого всё и затевается. Нам нужно убедиться, что он тоже поднимется сам.

• Проверить автозапуск nginx

Выполните команду в терминале:

#bash

systemctl is-enabled nginx

Убедимся, что в конфигах нет синтаксических ошибок и порт 5000 реально прописан.

Выполните команду:

#bash

sudo nginx -t && grep -r "7000" /etc/nginx/

Nginx проверен, тут полный порядок! Тест конфигурации успешный (syntax is ok, test is successful), и порт 5000 чётко прописан в основном файле /etc/nginx/nginx.conf. Варнинг про types_hash — это стандартная безобидная ругань Nginx на мелкий дефолтный размер хэш-таблицы типов файлов в Arch, на работу веб-сервера он никак не повлияет.
Теперь проверяем вторую половину вашей задумки — пароли пользователей. Это критически важно, так как без паролей SSH-сервер нас просто отошьёт.

• Проверить автозапуск PHP-FPM

Убедимся, что служба PHP-FPM активирована в автозапуске, чтобы при старте флешки в ОЗУ она запустилась сама вместе с Nginx. Убедимся, что система теперь рапортует правильный статус.

#bash

systemctl is-enabled php-fpm

(Примечание: статус enabled - включена)

• Выводим хэши паролей root и eva

Выводим хэши паролей root и eva

#bash

sudo getent shadow root eva | cut -d: -f1,2

На скриншоте мы видим современные, надежные хэши паролей yescrypt (начинаются с $y$) как для root, так и для пользователя eva. Пароли заданы железно, а значит, SSH-сервер без проблем пустит вас в консоль на реальной машине. Полноценный аудит пройден, все критические точки проверены.Время переходить к финальной фазе сборки нашего автономного ISO. Погнали по шагам, аккуратно работаем с таблицей разделов.

• Проверка zram-generator

ZRAM в Arch Linux (и других дистрибутивах) — это модуль ядра Linux, который создает виртуальный диск в оперативной памяти и сжимает данные на лету. Давайте посмотрим, активен ли этот модуль ядра на вашей чистой, только что обновленной системе tom_1.
Выполните в консоли tom_1 две диагностические команды:

#bash

# 1. Проверяем, загружен ли сам модуль ядра в память прямо сейчас
lsmod | grep zram

Выполните в терминале tom_1 ровно одну команду, чтобы увидеть физический размер и алгоритм сжатия созданного диска подкачки:

#bash

# 1. Проверяем, загружен ли сам модуль ядра в память прямо сейчас
zramctl

zram-generator в Arch Linux — это утилита, которая автоматически создает и настраивает диски zram (сжатая оперативная память) для использования в качестве очень быстрого раздела подкачки (swap).
Установим пакет squashfs-tools, в который и входит нужная команда.
Выполняйте:

#bash

sudo pacman -S --noconfirm zram-generator

Флаги -S (Синхронизация / Установка) и –noconfirm (Без подтверждения)

#bash

pacman -Q zram-generator

(Если пакеты установлены, терминал выведет их версии, иначе, вы получите ошибку (например, error: package 'squashfs-tools' was not found).)

• бекап sfid

Файл /etc/fstab (от File Systems Table) — это конфигурационный файл, который хранит информацию о разделах диска, флешках и сетевых хранилищах, и указывает системе, как именно и куда их нужно монтировать при запуске.

• Автозагрузка: Без него операционная система не поймет, где искать корневой раздел / и другие важные системные диски, и просто не сможет загрузиться.
• Параметры монтирования: Он определяет права доступа (например, можно ли запускать исполняемые файлы с конкретного диска) и режим работы (чтение или чтение и запись).
• Организация: Позволяет привязать жесткие диски, SSD или разделы для файлов подкачки (swap) к нужным папкам.

В других дистрибутивах Linux этот файл создается автоматически при установке. В Arch Linux процесс установки выполняется вручную, поэтому там его чаще всего генерируют с помощью специальной команды: genfstab -U /mnt » /mnt/etc/fstab.

Файл состоит из строк, разделенных пробелами или табуляцией. Каждая строка описывает одно устройство и состоит из 6 колонок:

1. Устройство (Block device): Обычно здесь указывается уникальный идентификатор диска (UUID), чтобы система не запуталась, если вы поменяете порты подключения (например, UUID=1234-abcd).
2. Точка монтирования (Mount point): Папка в системе, куда «подключается» диск (например, /, /home или /mnt/games).
3. Файловая система (FSType): Тип файловой системы (например, ext4, btrfs, xfs или vfat).
4. Параметры (Mount options): Инструкции по работе с диском (например, defaults, noatime, ro — только для чтения).
5. Резервная копия (Dump): Флаг для утилиты резервного копирования (обычно 0).
6. Проверка диска (Pass): Очередность проверки диска утилитой fsck при загрузке (корень — 1, остальные диски — 2, отключено — 0).

Подробное руководство по редактированию и настройке параметров можно изучить на официальной ArchWiki: fstab.

Сначала сделаем бэкап, проверим его и fstab на tom_1, чтобы живой образ загружался целиком в оперативную память и не пытался монтировать несуществующие диски.
Выполните по очереди эти три команды:

#bash

sudo cp /etc/fstab /etc/fstab.bak

#bash

ls -la /etc/fstab /etc/fstab.bak

• Стереть sfid

Внимание: после использования утилиты сжатая файловой система SquashFS и копирования слепка, не забываем вернуть конфигурационный файл fstab из бекапа

#bash

sudo truncate -s 0 /etc/fstab

Фиксируем, что вывод чтения оригинального файла пуст

#bash

cat /etc/fstab

Контроль: Команда cat должна вернуть абсолютно пустую строку.

запаковка корневой системы утилитой mksquashfs с исключениями виртуальных директорий.

mksquashfs — это консольная утилита в Arch Linux, предназначенная для создания сжатых файловых систем SquashFS, которые работают только для чтения. Она является частью пакета squashfs-tools и чаще всего используется для создания Live USB, архивации системы и упаковки портативного софта

• Резервные копии: Позволяет упаковать всю систему или отдельные директории в один компактный образ без изменения прав доступа и символических ссылок.
• Создание Live-образов: С помощью mksquashfs создаются загрузочные модули (например, для archiso или сборок на его базе), которые можно распаковывать и запускать в ОЗУ.
• Портативные приложения (AppImage): Формат AppImage по своей сути является упакованным образом SquashFS

• Высокая степень сжатия: Поддерживает современные алгоритмы, включая xz, gzip, lz4 и zstd (по умолчанию).
• Прямой доступ: ОС может монтировать этот файл как диск и читать данные на лету без предварительной полной распаковки всего архива.

Теперь запускаем самую ресурсоемкую команду, которая заморозит систему со всеми нашими универсальными сетевыми конфигами, паролями и Nginx. Она проигнорирует саму себя, бэкапы и виртуальный мусор.
Скопируйте и вставьте в терминал:

#bash

sudo mksquashfs / ~/custom_iso/arch/x86_64/airootfs.sfs \
-e /proc /sys /dev /run /tmp /mnt /media /lost+found ~/archlinux-x86_64.iso ~/custom_iso \
-comp zstd -b 1M

(Процесс займет несколько минут. Пока он идёт, терминал будет занят.

Ждём полного завершения, пока не появится строка [eva@tom1 ~]$).

Как только команда mksquashfs полностью отработает и вернет вам управление, немедленно и без пауз выполните команду восстановления оригинальной таблицы разделов:

#bash

sudo mv /etc/fstab.bak /etc/fstab

Убедимся, что файл вернулся и внутри него снова прописаны диски текущей виртуалки:

#bash

cat /etc/fstab

(Вы должны увидеть строчки с монтированием ваших UUID или разделов для /, /boot и т.д. Если текст появился — tom_1 в полной безопасности, можно выдохнуть).

На скриншоте чётко видно, что все btrfs-субтома (/@, /@home, /@pkg, /@log) и UEFI-раздел /boot вернулись на свои места. Теперь система гарантированно перезагрузится без сбоев.
Смена владельца файла слепка мы тоже сделали (sudo chown eva:eva …).

===== Изменить постоянно на 192.168.1.72=====

Мы используем монолитную команду cat « 'EOF', которая полностью затрёт старый конфиг и запишет новый чистый текст. Это исключает ошибки ручного ввода в редакторах.
Выполните в терминале команду:

#bash

cat << 'EOF' | sudo tee /etc/systemd/network/20-wired.network > /dev/null
[Match]
Name=en* eth*
 
[Network]
Address=192.168.1.72/24
Gateway=192.168.1.1
DNS=1.1.1.1
EOF

Перед тем как перезапустить сеть, мы обязаны сделать шаг контроля и убедиться, что файл перезаписался именно так, как нам нужно.

#bash

cat /etc/systemd/network/20-wired.network

(Внутри прописан наш целевой статический адрес 192.168.1.72.)

Чтобы система сбросила старый адрес 192.168.1.150 и применила новый, нам необходимо полностью перезапустить сетевую службу systemd-networkd.

#bash

sudo systemctl restart systemd-networkd

Важно: Как только вы выполните эту команду, текущая SSH-сессия PuTTY сразу же прервётся (окно зависнет), так как IP-адрес машины мгновенно изменится на 192.168.1.72.

Откройте новое окно PuTTY и подключитесь к tom_1 по его новому постоянному адресу: 192.168.1.72

#bash

ip -br address show scope global | awk '{print $3}' | cut -d/ -f1

(Система отобразила наш новый постоянный IP-адрес 192.168.1.72)

развертывание путей EFI внутри директории конструктора.

перенос бинарника BOOTX64.EFI, ядра и initramfs из хост-системы.

привязка загрузки к глобальной метке archisolabel=ARCH_202605, активация вывода в COM-порт и отключение прерываний Hyper-V.

упаковка папки конструктора через xorriso с флагами гибридной разметки и жестким указанием -volid.

скачивание готового файла на рабочую станцию средствами PowerShell-команды scp.

инструкция по прожигу флешки в Rufus (GPT/UEFI) и запуску на изолированной виртуальной машине tom_2.

В виртуальной машине Hyper-V используется виртуальный сетевой адаптер (обычно dec21140 или синтетический от Microsoft). На реальном сервере будет стоять физический чип (Intel, Realtek или Broadcom и т.д.).

Убедитесь, что в вашей системе tom_1 установлен пакет linux-firmware.

#bash

pacman -Q linux-firmware

Если его нет, обязательно установите (sudo pacman -S linux-firmware), иначе реальный сервер после загрузки с ISO просто не увидит свою физическую сетевую карту.

Данные для проверки по железу серверов (1 Supermicro, 1 старый HP и два ноунейм-самосбора разных поколений), а значит универсальность сетевого конфига становится задачей номер один. На таком железа дефолтные предсказуемые имена интерфейсов от systemd гарантированно разъедутся в разные стороны:

• На Supermicro это, скорее всего, будут имена вида eno1 (onboard) или пути вроде enp3s0f0.
• На старом HP интерфейсы могут обозваться как eno49, ens1 или упасть в классический eth0.
• На ноунеймах (самосборах) всё зависит от логики материнской платы (чисто по PCI-пути — например, enp2s0).

Поэтому зашивать маску Name=en* eth* в конфиг systemd-networkd — это единственное спасение, чтобы один и тот же ISO-образ молча поднял сеть на любой из этих плат.

Чтобы не гадать, как система назовет сетевую карту на разном железе (eno1, enp3s0, eth0), мы заставим systemd-networkd применять настройки к любому проводному интерфейсу.
Выполните команду на tom_1 для создания конфигурационного файла:

#bash

sudo nano /etc/systemd/network/20-wired.network

Вставьте в него следующие строки:

ini

[Match]
Name=en* eth*
 
[Network]
Address=192.168.1.150/24
Gateway=192.168.1.1
DNS=1.1.1.1

Примечание: Если в вашей локальной Windows-сети используется другой поддиапазон (например, 192.168.0.X), измените IP-адрес Address и шлюз Gateway под свою рабочую сеть.

Всё в точности, как надо:

• Name=en* eth* — заматчит любую сетевуху.
• Address=192.168.1.150/24 — статический IP, который мы будем пинговать на новом сервере.
• Gateway=192.168.1.1 — шлюз.
• DNS=1.1.1.1 — DNS-сервер.

В правом верхнем углу горит надпись Modified. Это значит, что изменения внесены, но файл еще не сохранен на диск. Примечание: CTRL+O для записи файла Enter для подтверждения имени файла CTRL+X для выхода из редактора nano Как только выйдете из редактора, нам нужно убедиться, что systemd-networkd вообще включен и подхватит этот конфиг при старте образа.
Выполните команду в консоли:

#bash

systemctl is-enabled systemd-networkd

Примечание: в нашем случае служба systemd-networkd отключена (disabled)

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

#bash

sudo systemctl enable systemd-networkd

На скриншоте чётко видно, что система создала все необходимые привязки для systemd-networkd.
Теперь переходим к проверке DNS-резолвера и удаленного доступа по SSH. Без этого сервер не сможет преобразовывать имена сайтов, а мы не сможем зайти на него удаленно.

Выполните в терминале по очереди следующие две команды:

#bash

sudo systemctl enable systemd-resolved

#bash

systemctl is-enabled sshd

DNS включен, SSH в статусе enabled. Это значит, что доступ к консоли по сети у нас будет сразу после старта «вслепую».
Теперь проверяем последний критически важный сервис — веб-сервер Nginx, ради которого всё и затевается. Нам нужно убедиться, что он тоже поднимется сам.

Выполните команду в терминале:

#bash

systemctl is-enabled nginx

Убедимся, что в конфигах нет синтаксических ошибок и порт 5000 реально прописан.

Выполните команду:

#bash

sudo nginx -t && grep -r "7000" /etc/nginx/

Nginx проверен, тут полный порядок! Тест конфигурации успешный (syntax is ok, test is successful), и порт 5000 чётко прописан в основном файле /etc/nginx/nginx.conf. Варнинг про types_hash — это стандартная безобидная ругань Nginx на мелкий дефолтный размер хэш-таблицы типов файлов в Arch, на работу веб-сервера он никак не повлияет.
Теперь проверяем вторую половину вашей задумки — пароли пользователей. Это критически важно, так как без паролей SSH-сервер нас просто отошьёт.

Выводим хэши паролей root и eva

#bash

sudo getent shadow root eva | cut -d: -f1,2

На скриншоте мы видим современные, надежные хэши паролей yescrypt (начинаются с $y$) как для root, так и для пользователя eva. Пароли заданы железно, а значит, SSH-сервер без проблем пустит вас в консоль на реальной машине. Полноценный аудит пройден, все критические точки проверены.Время переходить к финальной фазе сборки нашего автономного ISO. Погнали по шагам, аккуратно работаем с таблицей разделов.

ZRAM в Arch Linux (и других дистрибутивах) — это модуль ядра Linux, который создает виртуальный диск в оперативной памяти и сжимает данные на лету. Давайте посмотрим, активен ли этот модуль ядра на вашей чистой, только что обновленной системе tom_1.
Выполните в консоли tom_1 две диагностические команды:

#bash

# 1. Проверяем, загружен ли сам модуль ядра в память прямо сейчас
lsmod | grep zram

Выполните в терминале tom_1 ровно одну команду, чтобы увидеть физический размер и алгоритм сжатия созданного диска подкачки:

#bash

# 1. Проверяем, загружен ли сам модуль ядра в память прямо сейчас
zramctl

Пакет squashfs-tools в Arch Linux — это набор консольных утилит для создания, распаковки и модификации сжатых файловых систем SquashFS.
Установим пакет squashfs-tools, в который и входит нужная команда.
Выполняйте:

#bash

sudo pacman -S --noconfirm squashfs-tools

Флаги -S (Синхронизация / Установка) и –noconfirm (Без подтверждения)

zram-generator в Arch Linux — это утилита, которая автоматически создает и настраивает диски zram (сжатая оперативная память) для использования в качестве очень быстрого раздела подкачки (swap).
Установим пакет squashfs-tools, в который и входит нужная команда.
Выполняйте:

#bash

sudo pacman -S --noconfirm zram-generator

Флаги -S (Синхронизация / Установка) и –noconfirm (Без подтверждения)

#bash

pacman -Q squashfs-tools zram-generator

(Если пакеты установлены, терминал выведет их версии, иначе, вы получите ошибку (например, error: package 'squashfs-tools' was not found).)

Перед тем как запустить утилиту сжатия, нам необходимо подготовить чистое рабочее дерево папок в домашней директории пользователя eva, куда мы позже разложим ядро и файлы загрузчика
Выполните в терминале:

#bash

mkdir -p ~/custom_iso/arch/x86_64/

(Флаг -p заставит систему создать всю цепочку папок за один раз).

Выполните в терминале команду, которая покажет полный путь и содержимое созданной папки:

#bash

ls -laR ~/custom_iso

* //Система должна показать, что внутри custom_iso есть папка arch, а внутри неё — папка x86_64.//
* //Все они должны быть пустыми (внутри только точки . и ..), готовыми принять наш живой корень.//

Следующим пуктом Сменить статический IP адрес на 192.168.1.150 на время записи слепка, а после назад!!!

Файл /etc/fstab (от File Systems Table) — это конфигурационный файл, который хранит информацию о разделах диска, флешках и сетевых хранилищах, и указывает системе, как именно и куда их нужно монтировать при запуске.

• Автозагрузка: Без него операционная система не поймет, где искать корневой раздел / и другие важные системные диски, и просто не сможет загрузиться.
• Параметры монтирования: Он определяет права доступа (например, можно ли запускать исполняемые файлы с конкретного диска) и режим работы (чтение или чтение и запись).
• Организация: Позволяет привязать жесткие диски, SSD или разделы для файлов подкачки (swap) к нужным папкам.

В других дистрибутивах Linux этот файл создается автоматически при установке. В Arch Linux процесс установки выполняется вручную, поэтому там его чаще всего генерируют с помощью специальной команды: genfstab -U /mnt » /mnt/etc/fstab.

Файл состоит из строк, разделенных пробелами или табуляцией. Каждая строка описывает одно устройство и состоит из 6 колонок:

1. Устройство (Block device): Обычно здесь указывается уникальный идентификатор диска (UUID), чтобы система не запуталась, если вы поменяете порты подключения (например, UUID=1234-abcd).
2. Точка монтирования (Mount point): Папка в системе, куда «подключается» диск (например, /, /home или /mnt/games).
3. Файловая система (FSType): Тип файловой системы (например, ext4, btrfs, xfs или vfat).
4. Параметры (Mount options): Инструкции по работе с диском (например, defaults, noatime, ro — только для чтения).
5. Резервная копия (Dump): Флаг для утилиты резервного копирования (обычно 0).
6. Проверка диска (Pass): Очередность проверки диска утилитой fsck при загрузке (корень — 1, остальные диски — 2, отключено — 0).

Подробное руководство по редактированию и настройке параметров можно изучить на официальной ArchWiki: fstab.

Сначала сделаем бэкап, проверим его и fstab на tom_1, чтобы живой образ загружался целиком в оперативную память и не пытался монтировать несуществующие диски.
Выполните по очереди эти три команды:

#bash

sudo cp /etc/fstab /etc/fstab.bak

#bash

ls -la /etc/fstab /etc/fstab.bak

Внимание: после использования утилиты сжатая файловой система SquashFS и копирования слепка, не забываем вернуть конфигурационный файл fstab из бекапа

#bash

sudo truncate -s 0 /etc/fstab

Фиксируем, что вывод чтения оригинального файла пуст

#bash

cat /etc/fstab

Контроль: Команда cat должна вернуть абсолютно пустую строку.

mksquashfs — это консольная утилита в Arch Linux, предназначенная для создания сжатых файловых систем SquashFS, которые работают только для чтения. Она является частью пакета squashfs-tools и чаще всего используется для создания Live USB, архивации системы и упаковки портативного софта

• Резервные копии: Позволяет упаковать всю систему или отдельные директории в один компактный образ без изменения прав доступа и символических ссылок.
• Создание Live-образов: С помощью mksquashfs создаются загрузочные модули (например, для archiso или сборок на его базе), которые можно распаковывать и запускать в ОЗУ.
• Портативные приложения (AppImage): Формат AppImage по своей сути является упакованным образом SquashFS

• Высокая степень сжатия: Поддерживает современные алгоритмы, включая xz, gzip, lz4 и zstd (по умолчанию).
• Прямой доступ: ОС может монтировать этот файл как диск и читать данные на лету без предварительной полной распаковки всего архива.

Теперь запускаем самую ресурсоемкую команду, которая заморозит систему со всеми нашими универсальными сетевыми конфигами, паролями и Nginx. Она проигнорирует саму себя, бэкапы и виртуальный мусор.
Скопируйте и вставьте в терминал:

#bash

sudo mksquashfs / ~/custom_iso/arch/x86_64/airootfs.sfs \
-e /proc /sys /dev /run /tmp /mnt /media /lost+found ~/archlinux-x86_64.iso ~/custom_iso \
-comp zstd -b 1M

(Процесс займет несколько минут. Пока он идёт, терминал будет занят.

Ждём полного завершения, пока не появится строка [eva@tom1 ~]$).