Восстановить загрузчик alt linux

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

Решено: Востановление загрузчика AltLinux 4 Desktop

Решено: Востановление загрузчика AltLinux 4 Desktop

Уважаемы форумчане, изучил все что тут написано про восстановление,
в частности попался вот этот пункт

по этому не судите строго.

Вообщем суть проблемы такова. Загрузчик как и полагается в наших новичковских юзаниях был успешно затерт.

Имеется следующее: диск разбит на два на одном аналогично затертый виндовс, под названием hda1, на другом Альт под названием hda2

Загрузил спасательную систему и проделал следующее
mount /dev/hda2 /mnt
chroot /mnt
lilo

Система выдала fatal: raid_setup:stat («/dev/hda»)

пожалуйста помогите решить задачу, спасибо

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Сообщение Alexei_VM » 09.02.2008 01:50

Суть, в двух словах:
в современном Линуксе одного chroot недостаточно, потому что многие файлы, нужные для работы системы, не хранятся на диске. Например, каталог /dev является виртуальным, и заполняется после старта системы, аналогично /proc и /sys. Однако, информация из /dev (и возможно /proc) нужна для работы lilo.

Поэтому восстановление загрузчика нынче делается так:

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Сообщение another2007 » 09.02.2008 10:25

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Сообщение Alexei_VM » 09.02.2008 12:33

Много раз терял загрузчик в результате различных экспериментов. НИКОГДА не переставлял Линукс. У меня система с 2001 года не переустанавливалась ни разу, за это время она была перенесена раз 5 или 6 с винта на винт, сменила 4 материнских платы. БЕЗ переустановки.

А зачем? Сохранять надо ОДИН файл с настройкой загрузчика, например /etc/lilo.conf. А закгрузчик, в случае аварийного сбоя или переноса системы на другой винт, восстанавливается за 3 минуты с помощью любого загрузочного СД и приведенных выше команд.

Почитайте документацию. Например, тут:

На всякий случай: SATA диски именуются так же, как и SCSI.

Какие буковки побежали? И что у вас в /etc/lilo.conf

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Сейчас попробовал ни линукс ни виндовс не грузится

Система как и всегда выдает
NTLDR is missing
Press any key to restart

Помогите пожалуйста справиться с проблемой уважаемые линуксоиды!

Ну это диски, например hda1 где hda винчестер 1 — это номер логичексого диска.

Кстати может в этом проблема, когда устанавливал Alt то загрузчик прописал на диск hda1 где стоял виндовс, в итоге виндовс не загружался, загружался только линукс.

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Сообщение Alexei_VM » 09.02.2008 13:20

Ну зачем? Зачем ставить загрузчик в тот же раздел, где стоит Виндовз. Загрузчик надо ставить в MBR загрузочного ДИСКА, а не раздела на диске.

А теперь ступайте на форумы виндузятников, и выясняйте, как восстановить загрузчик винды (что-то там про загрузку с инсталляционного диска в консоль восстановления и выполнение команд fixmbr и еще каких-то).

Источник

Rescue/Recovery

Полное руководство по резервному копированию, восстановлению и переносу операционных систем Linux и Windows, созданию автономных Recovery-систем для конечных пользователей, а также массовому развёртыванию с использованием «спасательной» системы ALT Rescue.

Данная страница находится в разработке. Эта страница ещё не закончена. Информация, представленная здесь, может оказаться неполной или неверной.

Содержание

ТИПОВЫЕ СЦЕНАРИИ [ править ]

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

• Создание резервной копии (backup) системы для последующего восстановления на том же компьютере.
• Восстановление (restore) системы из ранее созданной резервной копии.
• Подготовка системы к переносу на другой компьютер или к массовому развёртыванию.
• Перенос настроенной системы из виртуальной среды (Qemu/KVM, VirtualBox) на «голое железо» или в другую виртуальную среду.
• Единовременный перенос настроенной системы с одного компьютера на другой, в том числе, по сети, без создания промежуточных образов.
• Привязка к новому диску и к новому «железу» системы, перенесённой с другого диска или компьютера.
• Перенос системы с изменением существующей схемы разметки, например, без использования RAID/LVM на разметку с использованием RAID/LVM, с EFI/GPT-разметки на Legacy/MBR-разметку, либо наоборот.
• Автоматизация процесса восстановления из резервной копии — создание полноценной Recovery-системы для конечного пользователя.
• Автоматизация массового развёртывания.

ОБЗОР ИНСТРУМЕНТОВ И МЕТОДОВ [ править ]

Во всех сценариях предлагается использовать «спасательный» загрузочный диск ALT Rescue, собранный на пакетной базе Сизифа. Из всех известных мне «спасательных» систем, ALT Rescue обеспечивает наиболее подходящий функционал, доступность всех перечисленных далее инструментов, обладает хорошей совместимостью с серверными и десктопными ОС Альт, с ОС Microsoft Windows, с другими ОС на основе Linux, поддерживает загрузку в режимах Legacy/CSM и UEFI, а также сетевую загрузку. С 2019 года сборки образов ALT Rescue имеют встроенную поддержку для автоматизации перечисленных здесь сценариев, правда, пока ещё не всех операций, но мы над этим работаем.

Если отдельного ISO-образа ALT Rescue под рукой нет, на некоторых установочных ISO-образах (например, Альт Рабочая станция 7 СПТ, 8 и 8СП) в режиме Legacy/CSM доступен пункт «Восстановление системы» с аналогичным функционалом. Поскольку эти диски собраны в 2017 году и раньше, проблем загрузки на новом железе в них может быть больше, да и встроенной поддержки автоматизации перечисленных здесь сценариев на них, скорее всего, тоже не будет.

Все описываемые далее операции подразумевают загрузку с носителя ALT Rescue и дальнейшую работу с привилегиями суперпользователя root.

Для определения действующей разметки, названий устройств ваших разделов, их LABEL и UUID, предлагается использовать такие утилиты, как lsblk, blkid, blockdev, fdisk, cfdisk, cgdisk и sfdisk. Основная утилита для работы с программными RAID-массивами Linux — mdadm. На диске ALT Rescue есть всё необходимое для работы с томами lvm2. Для работы с записями NVRAM можно использовать утилиту efibootmgr, только сначала поинтересуйтесь, не портит ли она ваше «железо». В ряде случаев придётся чрутиться в целевую систему, откуда будет устанавливаться загрузчик grub2 и запускаться make-initrd для создания образа начальной загрузки (для окончательной привязки целевой системы к «реальному железу»).

Посмотреть существующую схему разметки диска /dev/sda можно командами fdisk /dev/sda (консольный интерфейс) ЛИБО cfdisk /dev/sda (NCURCES интерфейс) — что вам удобнее. Редактировать разметку диска Legacy/MBR вручную удобнее всего также этими двумя утилитами, однако для редактирования вручную разметки GUID/GPT следует использовать команду cgdisk /dev/sda. Для работы с разметкой в скриптах рекомендуется использовать утилиту sfdisk — она понимает и Legacy/MBR, и GUID/GPT, имеет удобный синтаксис, умеет целиком сохранять и восстанавливать всю схему разметки диска, с её помощью можно добавлять или удалять отдельные разделы, не трогая остального, назначать PART-LABEL и PART-UUID для GUID/GPT-разделов.

Для форматирования разделов предлагается использовать утилиты mkfs.ext4, mkfs.fat, итп. Здесь стоит иметь ввиду, что если целевая система имеет очень старый userspace, а диск форматируется новым Сизифным mkfs.ext4, то без дополнительных опций такая система загружаться не сможет: старые версии grub2 могут ничего не знать о новых фичах ext4. Если внутри целевой системы версия пакета e2fsprogs = 4.14) и установили его через rpm -ivh. ЛИБО установили новое ядро (>= 4.14) через update-kernel в старом сертифицированном дистрибутиве, то при запуске старых версий make-initrd ( = 4.14), в выводе make-initrd всегда следите за тем, чтобы в генерируемый образ попали модули libcrc32c и crc32c-intel (для x86-систем). С более старыми версиями make-initrd данную проблему можно обойти, вручную добавив в /etc/initrd.mk внутри целевой системы перед запуском одноимённой команды такую строчку:

В арсенале ALT Rescue имеются утилиты для по-блочного копирования: partimage, partclone, e2image. Утилиту partimage можно использовать для восстановления разделов NTFS, созданных той же утилитой (вплоть до NTFS v3.0 — Windows XP и более ранних ОС Microsoft Windows). Не используйте её для бэкапов, особенно NTFS v3.1 (Windows Vista) и более поздних. Вообще, для по-блочного копирования NTFS-разделов рекомендуется использовать partclone.ntfs, для растягивания томов на весь раздел, при необходимости — ntfsresize, для по-файловых бэкапов NTFS-разделов на диске ALT Rescue имеется утилита wimlib-imagex из пакета wimtools. Не используйте partclone и e2image для по-блочного копирования Linux-разделов, для их сохранения и восстановления предпочтительно использовать утилиту tar и по-файловый метод (см. пояснения далее).

Наиболее простой и переносимый компрессор — gzip. Его аналог, который умеет задействовать все ядра и распараллеливать сжатие — pigz, наиболее рекомендуемый компрессор. Современная замена gzip — zstd, он тоже имеется в наличии. Вообще, на диск ALT Rescue включены почти все известные компрессоры. Для расчёта контрольных сумм образов можно использовать такие утилиты, как md5sum, sha1sum, sha256sum — на диске они тоже имеются.

Для работы по сети с диском ALT Rescue, для выполнения обновления или установки пакетов из чрута, есть два варианта. Первый — в режиме Legacy/CSM загрузиться, выбрав пунтк меню «Rescue with remote SSH access (DHCP)«. Тогда сеть поднимается автоматически по протоколу DHCP, на сетевой интерфейс назначается IP-адрес, устанавливается пароль пользователя root, запускается служба sshd с разрешением входа root’у по паролю и вся эта информация при загрузке выводится на первый виртуальный терминал. Второй вариант — поднять сеть вручную, например, так:

Для очистки диска и копирования отдельных блоков на диск или с него используется команда dd. Для очистки сигнатур файловых систем и других блочных устройств используется команда wipefs -a /имя/устройства. Чтобы ядро перечитало новую разметку диска, можно использовать команду partprobe /имя/диска, команду blockdev —rereadpt /имя/диска, ЛИБО извлечь диск и вставить его по-новой (верно только для съёмных накопителей), ЛИБО перезагрузить компьютер полностью, что надёжнее всего. Для разделения больших файлов на куски, например, по 1Гб для записи на ISO-9660 DVD, можно использовать утилиту split. Обратная склейка кусков выполняется командой cat. Для записи различных Legacy-загрузчиков в MBR, в том числе, Microsoft, можно использовать утилиту ms-sys.

ПОДГОТОВКА (prepare) [ править ]

Подготовка системы ALT к бэкапу или переносу [ править ]

Перед выполнением ниже перечисленных действий, загружаемся с носителя ALT Rescue и монтируем разделы с исходной системой на чтение и запись, например, корень — в /mnt/target , домашний каталог — в /mnt/target/home :

Теперь удалите файл /mnt/target/etc/udev/rules.d/70-persistent-net.rules , если таковой имеется в наличии — он будет создан при первом же запуске автоматически.

Далее: пропустите этот раздел:

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

Если же планируется создать несколько клонов одного компьютера и/или если конфигурации исходного и целевого компьютеров различаются (как вариант, выполняется перенос системы из виртуальной среды на «голое железо»), данный раздел — для вас.

Переименовываем проводной физический интерфейс в eth0 для однообразия (пример):

Это может оказаться полезным, если заранее не знаем, как он будет называться в целевой системе, если целевые системы будут иметь разные интерфейсы. В данном примере интерфейс в исходной системе назывался «enp0s4«, у вас он может называться как-то иначе. Если же заведомо достоверно известно, что интерфейсы исходной и целевой системы не отличаются, пропустите этот шаг.

Очистка среды обычного пользователя /home/$username (пример):

Очистка среды пользователя root (пример):

Очистка системной конфигурации (пример):

Очистка системных журналов (пример):

Очистка корневой системы от прочего «мусора» (пример):

Лучше один раз сохранить нужные команды в скрипт, чтобы не пришлось потом вводить всё заново. Если делаете чистку диска не скриптом, используйте, например, mc (Midnight Commander), чтобы пройтись по всем каталогам и удалить всё явно лишнее. В любом случае необходимо понимать, что и зачем удаляется.

Куда сохранять образы системы и другие файлы? [ править ]

Если надо сохранить файлы на хост-систему из виртуальной машины QEMU, запущенной с опциями:

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

Если надо сохранить файлы на хост-систему из виртуальной машины VirtualBox, даём такие команды в виртуалке:

В обоих примерах backup — название общего ресурса между хостовой и гостевой системами.

Один из самых удобных способов в большой сети — сохранять бэкапы на уже имеющийся сервер:

Можно сохранять бэкапы на выделенный для этих целей внешний USB HDD с меткой тома OSBACKUPS и файловой системой NTFS:

Хотя более предпочтительны для хранения бэкапов файловые системы xfs или ext3:

Если метка тома при форматировании диска не была указана, монтируемый раздел можно определить по последним сообщениям в dmesg сразу после подключения внешнего HDD:

А самый напрашивающийся способ очень часто — сохранить бэкапы локально, если используется по-файловый метод и позволяет место на диске, а после создания бэкапов перенести их куда надо. Для этого в ранее смонтированном разделе /mnt/target/home создадим директорию Recovery, а когда будем создавать образы tar’ом, просто включим её в список исключаемых из архива.

СОХРАНЕНИЕ (backup) [ править ]

Сохранение разделов с ОС Linux [ править ]

Рекомендуемый метод сохранения — по-файловый, с использованием утилиты tar. Альтернатива — сохранить все занятые блоки раздела при помощи partclone или другой подобной утилиты сильно уступает по-файловому методу: дольше, объём больше, может быть привязка к определённой версии утилиты, а главный недостаток — привязка к размеру блочного устройства, невозможность восстановить данные на устройство меньшего размера, необходимость увеличивать размер тома после восстановления на раздел большего размера. Никаких преимуществ у по-блочного метода в сравнении с по-файловым методом, НЕТ! По крайней мере, если говорить о файловых системах Linux. С разделами Windows NTFS ситуация несколько иная.

Сохраняем домашние каталоги пользователей (пример):

Сохраняем корневой каталог (пример):

Другие полезные опции tar для сохранения дополнительной информации, исключения лишнего и уменьшения флуда:

Если в вашем образе ALT Rescue нет компрессора pigz (например, пункт «Восстановление системы» в установочных образах Альт Рабочая станция 7 СПТ или Альт Рабочая станция 8СП), можно использовать вместо него gzip ЛИБО запускать tar с опцией -z:

Сохранение раздела ESP [ править ]

В подавляющем большинстве случаев сохранять раздел EFI (ESP) не следует. При создании бэкапа системы с UEFI-загрузкой используйте дополнительный ключ команды tar: —one-file-system ЛИБО —exclude=’boot/efi/*’ чтобы исключить из образа файлы, которые всё равно будут созданы заново в целевой системе описываемым далее способом. На системах с Legacy/CSM-загрузкой такого раздела и вовсе нет. Единственное, когда может потребоваться сохранять и восстанавливать раздел EFI (ESP), — мульти-загрузка UEFI с несколькими ОС, например, ALT, Ubunu и Windows. В этом случае используйте по-файловый метод и команду tar для сохранения раздела:

Сохранение раздела BBP [ править ]

В подавляющем большинстве случаев сохранять раздел BIOS Boot Partition (BIOS Grub) не следует. На системах с Legacy/CSM-загрузкой такого раздела и вовсе нет. Единственное, когда может потребоваться сохранять и восстанавливать раздел BBP — при массовом развёртывании на одинаковые компьютеры в режиме загрузки UEFI с одинаковыми дисками ускоренным методом, то есть, без входа в чрут, что в ряде случаев экономит до 40% времени на разливку одной машины. Единственный способ сохранения такого раздела — все блоки командой dd:

Для ускорения и уменьшения образа рекомендуется разбивать диск исходной системы вручную и перед установкой системы затереть этот раздел нулями, опять же командой dd. В этом случае после установки загрузчика можно будет точно узнать, где заканчиваются данные grub2 stage1.5 и начинаются нули.

Сохранение области MBR/VBR [ править ]

В подавляющем большинстве случаев сохранять область MBR/VBR не следует. На системах с UEFI-загрузкой области VBR и вовсе нет, её место занимает таблица разделов EFI. Единственное, когда может потребоваться сохранять и восстанавливать область MBR/VBR — при массовом развёртывании на одинаковые компьютеры в режиме загрузки Legacy/CSM с одинаковыми дисками ускоренным методом, то есть, без входа в чрут, что в ряде случаев экономит до 40% времени на разливку одной машины. Единственный способ сохранения области MBR/VBR — несколько первых блоков диска командой dd:

Для ускорения и уменьшения образа рекомендуется разбивать диск исходной системы вручную и перед установкой системы затереть начальную часть диска нулями, опять же командой dd. В этом случае после установки загрузчика можно будет точно узнать, где заканчиваются данные grub2 stage1.5 и начинаются нули. Следующая команда затрёт первые 4Мб диска и удалит с него таблицу разделов MBR:

Сохранение разделов с ОС Windows [ править ]

Если MS Windows 7/8/10 подготовлена к массовому развёртыванию в соответствии с документацией Microsoft (режим 4-specialize, экран приветствия OOBE), то лучше использовать по-файловый метод и утилиту wimlib-imagex, которая умеет создавать WIM— и ESD-образы NTFS-разделов. В противном случае остаётся использовать только по-блочный метод и утилиту partclone.ntfs, причём таким бэкапом можно будет воспользоваться для восстановления только на том же самом компьютере, для клонирования на другие машины данный образ, скорее всего, непригоден.

Перед сохранением разделов, удалите с них явно лишнее:

По-блочный метод (partclone.ntfs):

По-файловый метод (wimlib-imagex):

Сохранение других разделов [ править ]

Сохранение контрольных сумм образов [ править ]

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

Сохранение схемы разметки диска [ править ]

Для сохранения существующей схемы разметки можно использовать несколько простых команд:

РАЗМЕТКА И ФОРМАТИРОВАНИЕ (partitioning) [ править ]

Восстановление схемы разметки диска [ править ]

Для восстановления ранее сохранённой схемы разметки «один в один» можно использовать несколько простых команд:

Ручная разметка диска: схема Legacy/MBR [ править ]

• Поддерживаются диски размером до 2Тб.
• Допускается загрузка в режиме BIOS (Legacy/CSM).
• Допускается загрузка в режиме UEFI, но с оговорками, на практике применяется крайне редко.

Рекомендуемая разметка, режим загрузки BIOS:

• Первый раздел: SWAP (Type Linux swap, 0x82), размером от RAM до RAM*2.
• Второй раздел: корневой (ext4, Type Linux 0x83) размером 20-40Гб, активный.
• Третий раздел: /home либо /var (ext4, Type Linux 0x83), вся оставшаяся часть диска.

Рекомендуемая разметка, режим загрузки UEFI:

• Первый раздел: ESP (FAT32, Type EFI, 0xEF), размером 100Мб.
• Второй раздел: SWAP (Type Linux swap, 0x82), размером от RAM до RAM*2.
• Третий раздел: корневой (ext4, Type Linux, 0x83), размером 20-40Гб, активный.
• Четвёртый раздел: /home либо /var (ext4, Type Linux, 0x83), вся оставшаяся часть диска.

Авто-разметка диска: схема Legacy/MBR [ править ]

Ручная разметка диска: схема GUID/GPT [ править ]

• Поддерживаются диски любого размера, в том числе, более 2Тб.
• Загрузка в режиме BIOS (Legacy/CSM), хотя и допускается, поддерживается весьма условно, не всеми прошивками BIOS, только с «гибридной» MBR и кучей других оговорок, поэтому здесь даже не обсуждается.
• Допускается загрузка в режиме UEFI, при этом должен быть создан раздел ESP с файловой системой FAT32 и для загрузки grub2 stage1.5 на том же диске должен быть создан ещё один раздел — BIOS Boot Partition (BPP).

Рекомендуемая разметка, режим загрузки UEFI:

• Первый раздел: ESP (FAT32, Type EFI, 0xEF00), размером 100Мб.
• Второй раздел: BPP (без файловой системы, GUID 21686148-6449-6E6F-744E-656564454649), размером 8Мб.
• Третий раздел: SWAP (Type Linux swap, 0x8200), размером от RAM до RAM*2.
• Четвёртый раздел: корневой (ext4, Type Linux, 0x8300), размером 20-40Гб.
• Пятый раздел: /home либо /var (ext4, Type Linux, 0x8300), вся оставшаяся часть диска.

Авто-разметка диска: схема GUID/GPT [ править ]

Обратите внимание на различие PART-LABEL и LABEL по выводу blkid — такое допускается, это ни одно и то же.

Разметка диска: создание RAID-массивов [ править ]

При создании RAID-массивов необходимо учитывать следующее:

• Тип раздела Linux RAID autodetect (0xFD) подразумевает возможность загрузки с такого массива средствами ядра, если версия суперблока 0.9, однако и для других версий суперблока такой тип раздела поддерживается, просто собирает такие массивы уже не ядро, а mdamd путём сканирования на стадии загрузки initrd.
• В зависимости от версии суперблока 1.0, 1.1 или 1.2, данные массива могут или не могут располагаться в самом начале, что важно для процесса загрузки. Загрузиться можно с массива, у которого версия суперблока 0.9 или 1.0, по умолчанию же выбирается версия 1.2.
• У массивов с суперблоком версии 0.9 есть значительные ограничения на размер устройств и на общее число устройств в массиве.
• Если grub2 устанавливается на RAID-массив, на некоторых платформах могут быть проблемы с gfxboot, поэтому в такой конфигурации предпочтительно запускать grub2 в режиме текстового меню, без графики.

Разметка диска: конфигурирование LVM2 [ править ]

Тут всё довольно стандартно:

Форматирование разделов [ править ]

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

Также не забывайте про особенности ext4, старый userspace и новый e2fsprogs . При необходимости, замените одну строку в предыдущем примере на:

Если диск в целевой системе предполагается всего один, то для простоты переноса лучше сразу поменять все значения UUID=. в файлах /etc/fstab и /etc/sysconfig/grub2 на соответствующие значения /dev/sdaN либо LABEL=. В строке GRUB_AUTOUPDATE_DEVICE=. файла /etc/sysconfig/grub2 также следует сразу изменить значение вида ‘/dev/disk/by-uuid/. ‘ на ‘/dev/sda ‘. Если же дисков будет более одного, либо есть желание оставить старые варианты UUID’ов как есть, в том числе, для ускорения массового развёртывания, придётся добавить UUID’ы из исходной системы при форматировании дисков в целевой системе:

ВОССТАНОВЛЕНИЕ (restore) [ править ]

Восстановление разделов с ОС Linux [ править ]

Другие полезные опции tar при восстановлении:

Восстановление раздела ESP [ править ]

Как правило, не требуется, только в случае EFI мульти-загрузки с несколькми ОС:

Восстановление раздела BBP [ править ]

Как правило, не требуется, только в случае отказа от входа в чрут для ускорения массового развёртывания:

Восстановление разделов с ОС Windows [ править ]

По-блочный метод (partclone.ntfs):

По-файловый метод (wimlib-imagex):

Восстановление других разделов [ править ]

ПЕРЕНОС СИСТЕМЫ (по локальной сети) [ править ]

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

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

С использованием сервера NFS — файлы бэкапа будут доступны только на чтение прямо из /mnt/backup :

С использованием сервера SAMBA — файлы бэкапа будут доступны на чтение и запись прямо из /mnt/backup :

Копирование файлов бэкапа с сервера SSH на локальный диск:

Копирование файлов бэкапа программой rsync на локальный диск:

Перенос системы с машины на машину командами tar и ssh [ править ]

Если работаем в консоли целевой машины, она будет SSH-клиентом, а SSH-сервером будет исходная машина:

Если работаем в консоли исходной машины, она будет SSH-клиентом, а SSH-сервером будет целевая машина:

Перенос системы с машины на машину через rsync [ править ]

ЗАКЛЮЧИТЕЛЬНЫЕ ШАГИ [ править ]

Изменение размеров томов [ править ]

Создание уникального клона [ править ]

Независимо от того, будет делаться чрут в целевую систему или нет, при создании нескольких клонов необходимо обеспечить их уникальность:

Здесь к имени компьютера по умочланию («notebook«) добавляются последние 6 цифр MAC-адреса проводного интерфейса, генерируется уникальный machine-id для dbus, инициализируется пул энтропии systemd. Генерировать хостовые ключи SSH нужно уже из чрута и желательно это делать в конце процедуры развёртывания. Впрочем, при первом запуске службы SSH эти ключи также будут сгенерированы.

Привязка к новому «железу» и установка загрузчика [ править ]

Основные команды, выполняемые в чруте целевой системы:

При выполнении перечисленных операций в каталоге /boot создаются образы initrd для всех установленных в целевой системе ядер, причём, в образы этих initrd помещаются все необходимые для загрузки на данном «железе» модули ядра. Установка загрузчика выполняется путём копирования нужных файлов из /usr в /boot/grub , при этом начальный загрузчик (grub2 stage1, 440 байт) также записывается в MBR, а grub2 stage1.5 записывается либо в VBR, либо в раздел BBP, в зависимости от режима загрузки.

Кроме того, данная операция добавляет или обновляет запись «altlinux» в NVRAM при UEFI-загрузке, так что если у вашего оборудования с этим могут возникнуть проблемы, используйте дополнительно опцию —no-nvram и смотрите следующий раздел, где описаны обходные пути. Последняя операция генерирует уникальные хост ключи SSH в каталоге /etc/openssh/ . Делать это лучше всего именно на данном этапе, поскольку на ранних стадиях загрузки в компьютере может ещё не быть накопленной в достаточном количестве качественной энтропии.

Обратите внимание: ввиду особенностей реализации make-initrd и высокой вероятностью того, что ядра между загрузочной системой ALT Rescue и целевой системой могут существенно различаться, команду make-initrd без параметров желательно единожды выполнить под root’ом ещё один раз уже после автономной загрузки в целевую систему. Это исправит небольшие артефакты графической заставки. При массовом развёртывании данную операцию можно автоматизировать.

Работа с записями о EFI-загрузчиках в NVRAM [ править ]

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

Штатный установщик системы ALT автоматически добавляет в NVRAM запись «altlinux«. Также это выполняется по умолчанию при установке загрузчика grub2-efi , если не указывать дополнительный параметр —no-nvram, что может оказаться полезным в случае проблем с записью в NVRAM на вашем оборудовании. Однако, если вы не использовали чрут и вызов из чрута grub-install, а копировали области начальной загрузки иным способом, следующая команда добавит запись с загрузчиком системы ALT, который записывается по умолчанию штатным установщиком (пример для Intel x86_64 и диска /dev/sda):

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

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

Если у вашего компьютера проблемы с записью в NVRAM, о чём необходимо поинтересоваться заранее, есть лишь два способа обеспечить автоматическую загрузку в режиме UEFI — использовать путь по умолчанию (его должны понимать все прошивки, поскольку это часть спецификации UEFI, пример для Intel x86_64):

ЛИБО создать скрипт одной командой, что намного проще (пример для Intel x86_64):

Для архитектуры i586 следует заменить «x64» на «x32» в двух вышеприведённых примерах.

Автоматизация восстановления и массового развёртывания [ править ]

С 2019 года сборки образов ALT Rescue имеют встроенную поддержку для автоматизации многих перечисленных здесь сценариев, а то, что ещё не автоматизировано, легко поддаётся автоматизации с использованием нового инструмента — Rescue/Launcher. Вам достаточно в тот же каталог, куда вы сохранили все образы, сложить ещё один скрипт, который будет запущен на первом терминале в интерактивном режиме, назвав его autorun, после чего скопировать всё содержимое /mnt/backup с вашим скриптом на загрузочную флэшку. При загрузке со стандартной Сизифной флэшки ALT Rescue (не пересобранной из профиля специально для задач Recovery/деплоя), в параметры загрузки ядра нужно будет руками дописать «autorun«, всё остальное сделает автоматика. Примеры «боевых» скриптов autorun приведены в конце данного руководства, а здесь — пошаговая инструкция по созданию загрузочного носителя с образами.

Итак, флэшка ALT Rescue у вас уже есть. Вы с неё загружались и выполняли все операции. Теперь:

• вставьте её в компьютер с установленной ОС Альт.
• откройте терминал и получите привилегии root (su-).
• посмотрите, куда смонтировалась флэшка (mount | tail).
• размонтируйте её (например, umount /dev/sdс2).
• создайте на ней ещё один раздел Linux Type 0x83, достаточный для размещения на нём всех файлов бэкапа (fdisk /dev/sdс).
• очистите этот раздел на всякий случай (wipefs -a /dev/sdc3).
• отформатируйте его следующим образом (mkfs.ext2 -q -L alt-autorun /dev/sdc3).
• смонтируйте его куда-нибудь (mkdir /mnt/stick && mount -t ext2 /dev/sdc3 /mnt/stick).
• запишите на него все файлы вашей системы восстановления/развёртывания:

• извлеките флэшку и вставьте в целевой компьютер.
• включите целевой компьютер и выберите загрузку с флэшки.
• в зависимости от режима загрузки BIOS/UEFI, допишите в параметры загрузки ядра строку «autorun» (без кавычек).
• дождитесь, когда отработает наша и ваша автоматика и компьютер выключится.

Смотрите детали в разделе Rescue/Launcher.

Особенности создания загрузочных Recovery-ситем на DVD-носителях [ править ]

ПРИМЕРЫ СКРИПТОВ [ править ]

Восстановление в режиме загрузки BIOS [ править ]

Пример скрипта массового развёртывания Альт 8СП на разные модели ноутбуков из альфа-образа:

Восстановление в режиме загрузки UEFI [ править ]

Пример скрипта массового развёртывания Альт Образования 8 на моноблоки HP из альфа-образа:

Пример «универсального» бэкапа всей системы [ править ]

Чтобы создать образы установленной системы, достаточно установить пакет system-backup и смонтировать носитель, на который эти образы будут сохранены. Но лучше всё же сохранять не текущую систему, поскольку в момент бэкапа её состояние может изменяться. Надёжнее всего загрузиться с носителя ALT Rescue и, используя данный скрипт, сделать бэкап своей системы. При таком варианте бэкапа к тому же можно не указывать хранилище бэкапов, по умолчанию используется /mnt/alt-autorun (см. Rescue/Launcher).

Источник