Как безопасно перенести существующий массив RAID1, собранный с помощью mdadm, на новую операционную систему так, чтобы не потерять данные?

У меня домашний сервер с несколькими сервисами. Сейчас всё работает на обычном Arch: виртуалки qemu/kvm и контейнеры systemd-nspawn/docker, конфигурируется вручную, что часто отнимает много времени. Одна из функций — NAS: два SATA-диска объединены в RAID1 через mdadm на хосте. Сделать резервную копию данных негде (разве что арендовать ~7 ТБ в облаке на время миграции).<br/>
  • 22 мая 2026 г. 9:01
Ответы на вопрос 2
Коротко: главное — не позволять установщику новой ОС «переинициализировать» (переписать) разделы ваших RAID-дисков. Самый надёжный путь — выключить машину, физически отделить (отключить) диск(ы) с данными на время установки новой ОС, затем подключить их и собрать массив на новой системе с помощью mdadm. Ниже — детальная инструкция, варианты и команды.

1) Подготовка — собрать информацию о массиве (с текущей системы)
- Просмотреть статус массива:
  - cat /proc/mdstat
  - mdadm --detail /dev/mdX  (замените /dev/mdX на ваш массив)
- Посмотреть метаданные на дисках:
  - mdadm --examine /dev/sdX /dev/sdY
- Узнать UUID файловых систем и партиций:
  - lsblk -f
  - blkid
Запишите UUID массивов/дисков и вывод выше — пригодится.

2) Самый безопасный рабочий порядок (рекомендуемый)
- Остановите все сервисы, которые пишут на массив и отмонтируйте точки:
  - systemctl stop <сервисы>
  - umount /mnt/raid... (все точки)
- Полностью выключите сервер и физически отключите оба RAID-диска (или хотя бы один, но оба — безопаснее).
- Установите новую ОС на отдельный диск (USB/SSD/HDD), чтобы установщик точно не трогал ваши RAID-диски.
- После установки новой ОС подключите RAID-диски обратно и загрузитесь в новую систему.

3) На новой системе — сборка массива
- Установите mdadm (в Arch: pacman -S mdadm).
- Просмотрите диски:
  - mdadm --examine /dev/sdX /dev/sdY  — убедитесь, что суперблоки на месте.
- Сгенерируйте mdadm.conf и/или соберите массив вручную:
  - mdadm --assemble --scan
  или явно
  - mdadm --assemble /dev/md0 /dev/sdX1 /dev/sdY1
- Если mdadm --assemble не собирает автоматически, используйте --run (в редких случаях).
- Создайте /etc/mdadm.conf:
  - mdadm --examine --scan > /etc/mdadm.conf
  Это позволит системе автоматически собирать массив при загрузке.
- Если у вас LVM поверх RAID: pvscan; vgscan; vgchange -ay
- Смонтируйте файловую систему и проверьте данные:
  - mount /dev/md0 /mnt/raid
  - ls -la /mnt/raid

4) Обновление initramfs / загрузчика (если массив нужен в ранней стадии загрузки)
- Если корень или что-то критическое должны собираться в initramfs, обновите его:
  - Arch: mkinitcpio -P
- При необходимости обновите конфиг загрузчика (grub), чтобы он видел mdadm-конфиг.

5) Измените /etc/fstab на новой системе
- Используйте UUID файловой системы (blkid) или /dev/mdX; не полагайтесь на /dev/sdX, потому что имена могут поменяться.

6) Если вы не можете физически отключить диски
- Будьте очень внимательны при установке: выбирайте опцию ручного (manual) разметки и указывайте установщику только диск для системы, не трогайте разделы на RAID-дисках.
- Лучше загрузиться в live-образ, собрать массив там и сделать резервную копию важнейших данных на временный диск, если есть такая возможность.

7) Если что-то пойдёт не так — экстренные советы
- Прекратите писать на диски — чем меньше изменений, тем проще восстановление.
- Снова выполните mdadm --examine /dev/sdX, чтобы понять, остались ли метаданные.
- В крайне редком случае, если метаданные были потеряны и диски содержат зеркальные блочные копии, есть приём: воссоздать массив с mdadm --create с точными параметрами и опцией --assume-clean (опасно, требует точного совпадения параметров и последовательности дисков). Это рискованно — делайте только если понимаете, что делаете или с помощью специалиста.
- Можно приложить один из дисков к другой машине и монтировать как обычный диск (для RAID1 на многих метаданных можно считать данные на одном носителе).

8) Дополнительные замечания и рекомендации
- RAID1 даёт избыточность, но не заменяет резервное копирование — по возможности всё же сделайте хоть частичную резервную копию самых важных данных (независимо от облака — внешний диск на время миграции).
- Не используйте mdadm --create без крайней необходимости.
- Запишите все команды и результаты, чтобы при необходимости можно было показать их специалисту.
- Если на массиве файловая система типа btrfs, ZFS или LVM — специфические шаги (btrfs может иметь свои инструменты, ZFS не используют mdadm обычно). Уточните, если у вас LVM/RAID внутри btrfs/etc — дам конкретные команды.

Если хотите, опишите точную структуру ваших дисков (выводы cat /proc/mdstat, lsblk -f, mdadm --examine /dev/sdX) и скажите, будете ли вы устанавливать ОС на отдельный диск или на один из RAID-дисков — тогда дам пошаговый план под ваш случай.
у меня был такой же переезд с Debian на Proxmox+OMV — данные выжили целиком. <br/> <br/> Superblock 1.2 хранится на самих дисках, так что RAID переедет вместе с ними. Главное при установке Proxmox — не трогай sda/sdb, ставь систему на отдельный диск. <br/> <br/> Дальше: пробрось оба диска в OMV-VM через /dev/disk/by-id/... (так надёжнее чем по sdX). OMV подхватит массив сама, XFS в Debian есть из коробки. <br/> <br/> p.s. после установки Proxmox глянь <code>cat /proc/mdstat</code> на хосте — если он сам собрал md0, останови ( <code>mdadm --stop /dev/md0</code> ) перед пробросом в VM.
Похожие вопросы