Step 8: First Start, OS Installation & Core Preparation — превращаем железо в рабочий сервер

До этого момента мы собирали физическую машину: плату, процессоры, память, GPU, питание, диски, резервное питание и сеть. Теперь наступает момент, когда сервер впервые становится не просто набором компонентов, а полноценной Linux-системой.

На этом шаге мы ещё не подключаем конкретную DePIN-платформу. Сначала проверяем железо, устанавливаем Ubuntu Server LTS и готовим базовое программное окружение, которое понадобится любому из следующих движков.

1. Первый полноценный запуск

Подключите к серверу монитор и клавиатуру, подайте питание и включите машину. На старте материнская плата выполнит POST — аппаратную самопроверку.

Серверная плата может стартовать заметно медленнее обычного домашнего ПК. Особенно после изменения памяти первый запуск способен занять время на memory training. Поэтому не выключайте питание через десять секунд только потому, что изображение ещё не появилось.

2. Входим в BIOS

На X11DAi-N вход в BIOS обычно выполняется клавишей DEL во время старта. В зависимости от экрана и версии прошивки могут использоваться и другие подсказанные клавиши.

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

3. Проверяем оба процессора

Система должна определить два Intel Xeon Gold 6230.

Каждый процессор имеет 20 физических ядер и 40 потоков при включённом Hyper-Threading. В сумме — 40 физических ядер и до 80 логических потоков.

Если BIOS видит только один CPU, не продолжаем установку Ubuntu. Проверяем посадку процессора, CPU power, сокет и совместимость.

4. Проверяем память

Для стартового варианта BIOS должен увидеть 256 ГБ — 8 модулей по 32 ГБ.

Для рекомендуемого шестиканального варианта — 384 ГБ, то есть 12 модулей по 32 ГБ.

Если установлено 384 ГБ, а BIOS показывает меньше, проблема уже есть. Не надо надеяться, что Ubuntu «потом всё увидит». Возвращаемся к Step 2 и проверяем DIMM, слоты и посадку CPU.

5. Проверяем диски

Системный SATA SSD должен определяться как отдельный накопитель. Рабочий U.2 NVMe — как отдельное PCIe/NVMe-устройство.

Очень важно помнить нашу архитектуру: Ubuntu устанавливаем на SATA SSD. Рабочий U.2 пока не форматируем.

Если во время установки видны несколько дисков, смотрите не только на имя устройства, но и на объём. Ошибка выбора диска на этом этапе может стереть не тот накопитель.

6. Restore on AC Power Loss

В BIOS есть параметр поведения после пропадания внешнего питания. Обычно он называется Restore on AC Power Loss или похожим образом.

Для удалённого сервера удобно использовать Always On: если электричество исчезло полностью, а потом вернулось, машина запускается сама.

В некоторых схемах разумнее Last State: сервер возвращается в состояние, в котором был до отключения. Выбор зависит от того, как организованы UPS, генератор и автоматизация.

7. Какую Ubuntu устанавливаем

Для этой сборки используем Ubuntu Server LTS 22.04 или 24.04.

LTS означает Long Term Support — версия с длительным периодом поддержки и обновлений. Для сервера это важнее, чем иметь самую свежую экспериментальную систему.

Ubuntu Server устанавливается без тяжёлой графической оболочки. Серверу не нужен рабочий стол с окнами и эффектами — ресурсы лучше оставить полезным задачам.

8. Готовим установочную флешку

Скачайте официальный ISO Ubuntu Server LTS и запишите его на USB-накопитель через Rufus, Balena Etcher или другой нормальный инструмент создания загрузочных флешек.

Затем в Boot Menu выбираем USB и запускаем установщик.

Во время установки внимательно следим, чтобы целевым диском был именно системный SATA SSD.

9. OpenSSH Server — включаем сразу

Во время установки Ubuntu будет предложено установить OpenSSH Server. Включаем его.

Это позволит после первой настройки убрать монитор и клавиатуру и управлять машиной удалённо по SSH.

Создаём обычного пользователя с sudo-правами и надёжным паролем. Постоянно работать под root не нужно.

10. Первый вход в Ubuntu

После установки сервер перезагрузится. Извлекаем установочную флешку и загружаемся уже с SATA SSD.

Сначала убеждаемся, что сервер получил IP-адрес и видит интернет. Если сеть не работает, нет смысла сразу запускать наши скрипты — сначала исправляем подключение.

11. Что делает базовый скрипт DePIN World V2

Чтобы не заставлять человека руками устанавливать десятки стандартных пакетов, мы подготовили базовый скрипт os-start.sh.

Запускается он одной командой:

curl -sSL https://de-pin.cloud/depin-scripts-v2/os-start.sh | sudo bash

Это не «магическая кнопка заработка». Скрипт просто приводит свежую Ubuntu в состояние, удобное для дальнейшей работы.

12. Обновление системы

Скрипт выполняет apt update/upgrade и устанавливает базовые диагностические утилиты.

Среди них инструменты для PCIe, NVMe, SMART, температурных датчиков, Git, curl, jq и других вещей, которые дальше понадобятся для проверки сервера.

То есть после запуска у нас появляется нормальный базовый набор инструментов администратора, а не голая Ubuntu.

13. Что происходит с NVIDIA-драйвером

Если команда nvidia-smi ещё не работает, скрипт использует штатный механизм Ubuntu для установки рекомендованного NVIDIA-драйвера.

После установки драйвера обычно требуется перезагрузка. Это нормально: модуль ядра NVIDIA должен загрузиться уже при следующем старте.

После перезагрузки команда nvidia-smi должна показать все установленные GPU.

14. Что такое Docker

Docker — система контейнеров. Она позволяет запускать приложения в изолированном программном окружении, не превращая основную Ubuntu в свалку зависимостей.

Многие DePIN-платформы используют Docker напрямую или косвенно. Поэтому os-start.sh устанавливает его заранее и включает службу.

Для нас Docker ещё удобен тем, что потом можно удалить окружение одной платформы и подготовить сервер к другой без полной переустановки ОС.

15. NVIDIA Container Toolkit

Обычный Docker сам по себе не умеет автоматически передавать контейнеру доступ к NVIDIA GPU.

NVIDIA Container Toolkit связывает Docker и драйвер NVIDIA, чтобы приложение внутри контейнера могло видеть и использовать видеокарты сервера.

Если NVIDIA GPU и драйвер уже доступны, наш скрипт устанавливает и настраивает этот toolkit.

16. Почему скрипт показывает диски, но ничего не форматирует

В конце os-start.sh выводит список блочных устройств через lsblk и информацию о NVMe.

Это сделано специально, чтобы человек увидел: какой диск системный, какой U.2 рабочий, как Linux их назвал.

Скрипт никогда автоматически не форматирует U.2/NVMe. Это принципиальная защита от самой дорогой ошибки — случайного уничтожения не того диска.

17. Что такое SMART и зачем он нужен

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

Для б/у enterprise-накопителя это особенно важно. Нам нужно знать реальное здоровье диска, а не только то, что он «определяется».

18. Проверяем Docker

После завершения скрипта служба Docker должна быть запущена.

Если Docker не стартует, не идём дальше к DePIN-движкам. Сначала проверяем причину. На Step 9 большинство установок уже предполагают, что базовая контейнерная инфраструктура исправна.

19. Проверяем GPU после перезагрузки

После установки NVIDIA-драйвера и перезагрузки выполняем nvidia-smi.

В списке должны быть все установленные GPU. Для четырёхкарточной конфигурации — четыре карты.

Если одной карты нет, возвращаемся к Step 3 и Step 4: слот, riser, питание, драйвер, механическое подключение.

20. Почему мы не ставим DePIN-клиент прямо сейчас

Очень полезно разделять «сервер готов» и «сервер подключён к конкретной сети».

Если базовая Ubuntu, Docker, NVIDIA и диски работают независимо, потом гораздо проще диагностировать проблему конкретного движка. Мы точно знаем, что железо и основная система исправны.

Что должно быть готово в конце Step 8

• BIOS видит оба Xeon Gold 6230 и весь установленный объём RAM.
• Системный SATA SSD и рабочий U.2/NVMe определяются отдельно.
• Ubuntu Server LTS установлена именно на SATA SSD.
• OpenSSH включён, создан обычный пользователь с sudo.
• os-start.sh V2 выполнил базовую подготовку системы.
• Docker запущен.
• NVIDIA-драйвер установлен, и nvidia-smi показывает все GPU.
• NVIDIA Container Toolkit подготовлен для GPU-контейнеров.
• Рабочий U.2 не был автоматически отформатирован.

Теперь у нас действительно готовый вычислительный сервер. Следующий шаг — Step 9: DePIN Engines Integration, где мы подключим его к выбранной платформе.