Ночной звонок о неработающем сервере начинается одинаково - нужно грузиться в чужую систему и чинить основную. В этот момент всё решает подготовка: заранее собранная загрузочная флешка с полным набором инструментов превращает трёхчасовую аварию в рутинную процедуру. В этой статье разбираем реальную сборку спасательного накопителя: Ventoy для хранения десятка образов без переписывания флешки, SystemRescue как основную ремонтную систему, сопутствующие образы на все случаи и чек-лист действий, от которых отталкивается любой разбор.
Ventoy меняет саму идею загрузочной флешки
Классическая боль с загрузочными носителями в том, что на одну флешку помещается один образ, и для каждого сценария нужно перезаписывать её заново. Ventoy решает проблему кардинально: на накопитель один раз ставится загрузчик, а дальше образы просто копируются на флешку как обычные файлы. При загрузке Ventoy показывает меню со всеми найденными ISO, и нужный выбирается стрелками. Десяток систем на одном носителе, замена любого образа за минуту, никаких записей через dd и стираний флешки.
Установка занимает пару минут: на сайте проекта скачивается архив для своей платформы, распаковывается и запускается утилита Ventoy2Disk в Windows или VentoyGUI в Linux с выбором флешки и кнопкой Install. После этого накопитель делится на видимую часть для образов и загрузочную область, а файлы ISO просто копируются на видимую часть любым файловым менеджером. Сборка выдерживает Secure Boot (после однократной регистрации ключа в меню загрузки), поддерживает legacy-загрузку старых машин и работает с подавляющиме большинство образов - от установщиков дистрибутивов до специализированных спасательных систем.
Отдельно ценится поддержка persistence-файлов: рядом с образом дистрибутива размещается файл-диск, в котором сохраняются настройки и пакеты между запусками, и живая система превращается в полноценную рабочую среду. Для Ventoy это один файл на образ и одна строка в меню.
SystemRescue как основная спасательная система
Когда основная система не грузится, нужен инструмент, который сам по себе полноценен: SystemRescue это Gentoo-based live-образ с целым складом ремонтных утилит. Загрузившись с него, инженер получает рабочую Linux-среду с сетью, графическим XFCE по желанию и консольными инструментами на все случаи: GParted для разметки, fsck и xfs_repair для файловых систем, ddrescue для снятия образов с умирающих дисков, testdisk для поиска удалённых разделов, photorec для извлечения файлов, chroot-окружение для ремонта основной системы,вые инструменты от ip до nmap и mdadm/LVM для работы с массивами.
Сеть настраивается командой net-setup или стандартным NetworkManager, и дальше можно работать по SSH прямо из спасательной среды - удобно, когда сервер стоит в стойке, а разбирать его вручную не хочется. Для подключения достаточно задать пароль командой passwd и запустить sshd. С этого момента весь ремонт идёт с рабочего ноутбука в привычном терминале.
Образ обновляется часто, и хранить его имеет смысл в свежей версии: новые ядра распознают новое железо, а старые сборки на новых контроллерах иногда просто не видят диски. Правило простое - обновление образа на флешке Ventoy это копирование одного файла, и делать его стоит раз в пару месяцев без всякого повода.
Состав образов на все случаи жизни
Содержимое флешки зависит от парка оборудования, но базовый набор, проверенный практикой, выглядит так:
- SystemRescue для ремонта файловых систем, разделов и спасения данных;
- GParted Live для визуальной работы с разметкой на десктопах;
- Clonezilla для побитового клонирования дисков при миграции;
- Memtest86+ для проверки памяти при необъяснимых сбоях;
- установочный образ текущего серверного дистрибутива для живой системы и репаков;
- образ Super Grub2 Disk для поиска и загрузки установленных систем с повреждённым загрузчиком;
- Hiren-like сборка или отдельный образ с антивирусным сканером для машин с чужой ОС.
Список копируется на флешку за один заход и живёт годами, а любой пункт заменяется одной операцией копирования. Именно за это Ventoy и любят в полевых условиях - состав носителя эволюционирует вместе с задачами без пересборки самого носителя.
Установка накопителя и его обновление
Практика показывает, что грамотная сборка включает три решения, принятые заранее. Первое - объём: флешка на 32-64 ГБ вмещает весь набор с запасом, а быстрые модели с интерфейсом USB 3 экономят время копирования образов и загрузки. Второе - дублирование: вторая флешка с тем же набором лежит в ящике серверной, потому что спасательные носители теряются первыми и в самый неподходящий момент. Третья - ежеквартальная ревизия: раз в несколько месяцев образы обновляются, устаревшие удаляются, а меню загрузки проверяется тестовым запуском на любой рабочей машине.
Процедура обновления образа на Ventoy сводится к трём шагам: скачать свежий ISO, скопировать поверх старого файла на флешке, удалить старую версию. Никаких записей и переразметок, и именно поэтому ревизия действительно происходит, а не откладывается вечно. Заведите напоминание в календаре - и накопитель всегда будет актуальным.
Чек-лист действий при спасении системы
Когда авария случилась, действия идут по выученной последовательности. Загрузка со спасательного образа, запуск сети при необходимости, осмотр состояния: lsblk показывает структуру дисков и разделов, dmesg | tail - ошибки железа, smartctl - здоровье носителей. Дальше зависит от диагноза: файловая система - fsck нужного типа; повреждённый загрузчик - монтирование корня и chroot с переустановкой GRUB; данные - монтирование только для чтения и копирование важного на внешний диск или по сети через rsync.
Ключевые дисциплины момента: ничего не записывать на подозрительный диск, пока данные не скопированы; фиксировать на бумаге или в телефоне каждое действие для послеаварийного разбора; при малейших сомнениях в здоровье диска сначала снимать образ через ddrescue на заведомо исправный носитель. Эти три правила экономят больше данных, чем любые инструменты, потому что большинство невосполнимых потерь в авариях происходит не от самой аварии, а от поспешных действий на панике.
Хранение секретов на спасательном носителе
Спасательная флешка с доступом ко всем серверам - это ключ от квартиры, и относиться к ней нужно соответствующе. Полезные практики: шифрованный контейнер с ключами и паролями через LUKS, открываемый по мере необходимости прямо из live-среды; отдельная секция с документацией парка - сериальные номера, сетевые настройки, прошлые аварии; отметка на корпусе с контактами ответственного, чтобы честная находка вернулась к владельцу.
Носитель с секретами не сдаётся в чужие руки и не оставляется в серверной без надобности - это правило сродни ключам от домофона, и соблюдается оно ровно до тех пор, пока не появится повод пожалеть о его нарушении. Лучшей практикой считается держать на флешке только инструменты, а секреты забирать из менеджера секретов уже по сети.
Готовность как система, а не как подвиг
Главная мысль всей статьи - готовность к авариям не создаётся в момент аварии. Флешка на 64 ГБ с Ventoy и семью образами, вторая такая же в резерве, календарное напоминание о ревизии раз в квартал и выученный чек-лист первых действий - всё это стоит одной вечерки подготовки, а экономит часы и нервы в каждую аварию. Серверы падают, диски изнашиваются, загрузчики ломаются - это нормальная жизнь инфраструктуры, и разница между инцидентом и катастрофой всегда одна: была ли под рукой правильная флешка и понимание, что с ней делать.
Ремонт загрузчика как самый частый сценарий
Из всех причин, по которым приходится грузиться со спасательной флешки, повреждённый загрузчик встречается чаще всего, поэтому процедуру стоит знать наизусть. Из SystemRescue: смонтировать корневой раздел в /mnt, а раздел EFI при UEFI - в /mnt/boot/efi; bind-mount каталоги /dev, /proc и /sys; войти через chroot; переустановить GRUB командой grub-install с указанием диска или ESP; обновить конфигурацию через update-grub или grub-mkconfig; выйти, отмонтировать в обратном порядке и перезагрузиться. Восемь шагов, отработанные годами, возвращают сервер в строй за десять минут.
Нюанс для EFI-машин с капризной прошивкой: если после установки GRUB меню загрузки не видит новую запись, файл grubx64.efi копируется в запасной путь EFI/BOOT/BOOTX64.EFI - прошивки обязаны проверять его по спецификации, и это спасает на старых платах, где NVRAM работает через раз. Второй нюанс - BusyBox-образы вроде Super Grub2 Disk выручают, когда сама разметка не читается, а нужно лишь дотащить систему до одного запуска и скопировать данные.
Тестирование перед тем как положить в ящик
Спасательная флешка без проверки - это assumption, а не инструмент. Практика зрелых команд включает короткий прогон после каждой ревизии: загрузить на тестовой машине образ SystemRescue, убедиться, что сеть поднимается, диск видится, SSH запускается, и образы в меню Ventoy открываются. Пятнадцать минут раз в квартал гарантируют, что в три часа ночи флешка заведётся с первого раза, а не окажется с нерабочим меню после последнего копирования.
Второй тест - реальный чин: раз в полгода стоит намервенно потренировать полный сценарий на тестовом стенде - загрузка, монтирование, chroot, переустановка загрузчика, перезагрузка. Мышечная память в этих делах важнее документации, потому что при настоящей аварии читающему некогда, а помнящему не нужно.
И завершающее соображение о культуре: в команде, где каждый инженер хоть раз прошёл этот тренировочный круг, аварии перестают быть личным подвигом дежурного и становятся общим отработанным процессом. Именно такие команды не пишут в постмортемах фразу "к сожалению, флешки под рукой не оказалось" - у них просто нет причин для такой фразы.
Про объёмы и скорость носителя
Последнее практическое замечание - о выборе самой флешки. Скорость чтения влияет на время загрузки SystemRescue больше, чем кажется: на дешёвых носителях live-образ грузится четыре минуты, на быстрых - сорок секунд, и в ночной аварии эта разница ощущается особенно остро. Скорость записи определяет, сколько займёт копирование свежего образа при ревизии. Рекомендация простая - брать известную марку среднего класса объёмом 64 ГБ, не гнаться за рекордами, но избегать безымянных лотков, потому что спасти данные мешает не отсутствие инструментов, а накопитель, который не завёлся в решающий момент.
Внутренняя вики на самой флешке
Заслуживает упоминания и ещё одна привычка зрелых команд - держать на спасательном накопителе каталог с краткими памятками: последовательность chroot для каждого дистрибутива в парке, схема сети серверной, список портов и пароли доступа к консолям IPMI. Текстовые файлы весом в пару килобайт ускоряют работу сильнее любого инструмента, потому что в три часа ночи память подводит чаще, чем железо. Каталог обновляется вместе с ревизией образов и остаётся незаметным приложением к набору до того единственного момента, когда он станет самым ценным содержимым флешки.
Всё перечисленное складывается в простую философию - носитель должен быть готов к работе в любой момент, и проверяется эта готовность не в момент аварии, а в спокойной ревизии раз в квартал. Такой ритм превращает спасательную флешку из предмета надежд в часть инфраструктуры, у которой есть владелец, расписание проверки и предсказуемое поведение.
Пусть эта статья послужит отправной точкой для вашей собственной сборки: она будет отличаться от описанной ровно настолько, насколько ваш парк отличается от типового, и именно эти отличия делают спасательный набор по-настоящему вашим. Начните сегодня - и через год регулярных ревизий вы не узнаете свою уверенность в ночных инцидентах.Да.