переезд на ICH9 raid

1. Загружаетесь с любого Livecd, поддерживающего LVM, к примеру той же Ubuntu.

2. Создаете из двух жестких дисков 74 Гб. софтовый рейд, mdadm в помощь, уровня RAID-1 (mirror), на них подготавливаете необходимую структуру разделов, стоит скорее всего разбить на два раздела на каждом, небольшой для загрузчика и всё остальное к примеру под lvm.

 // для начала создадим разделы на одном и скопируем таблицу на другой  
 // жесткий диск, чтобы разделы были идентичны.
# fdisk /dev/sda // sda - Первый жесткий диск, создаем два раздела, 
 // первый на 100 Мб, все остальное под второй.
 // Тип обоих разделов устанавливаем RAID Autodetect (fd)
 // копируем таблицу разделов на второй.
# sfdisk -d /dev/sda | sfdisk /dev/sdb
 // создаем два массива уровня RAID-1
# mdadm --create --verbose /dev/md0 --level=1 --raid-devices=2 /dev/sd[ab]1 
mdadm --create --verbose /dev/md1 --level=1 --raid-devices=2 /dev/sd[ab]2 
 // создадади конфигурационный файл mdadm.conf, который потом поместим в перенесенную систему.
# mdadm --detail --scan --verbose > /etc/mdadm.conf // его затем скопируем.
 // создаем на первом массиве файловую систему под загрузчик, на втором создаем физический том LVM, группу томов и создаем необходимые разделы.
# mkfs -t <ваша_фс> /dev/md0
# pvcreate /dev/md1
# vgcreate vg0  /dev/md1
# lvcreate .... // сами разберетесь.
 // поднимаем созданную группу томов и сами тома
# vgchange -ay
 // создаем на LVM томах файловые системы.
# mkfs -t <фаша_фс> /dev/vg0/***
 // монтируем корневой раздел, к примеру так
# mkdir /tmp/chroot
# mount /dev/vg0/root /tmp/chroot
 // создаем необходимые каталоги (точки монтирования)
# mkdir -p /tmp/chroot{dev,proc,sys,usr,var,home,opt...} // по вкусу
 // монтируем оставшиеся фс.
# mount /dev/vg0/usr /tmp/chroot/usr
....
 // создаем точку монтирования для исходной системы
# mkdir /tmp/old_system
 // монтируем исходную систему
 # mount /dev/<имя группы томов в вашей системе>/root /tmp/old_system
 // копируем исходную систему в новое место, здесь стоит возмодно пропустить /home, его можно оставить на старом месте, по-вашему усмотрению.
# cp -p /tmp/old_system/* /mnt/chroot
// пробрасываем udev и proc
# mount -o bind /dev /mnt/chroot/dev
# mount -t proc none /mnt/chroot/proc
 // Копируем mdadm.conf, переходим в скопированную систему и ставим не достающие пакеты
# cp /etc/madm.conf /tmp/chroot/etc/mdadm.conf
# chroot /tmp/mdadm.conf
# apt-get install mdadm // если не стоит, название может быть немного другим.
 // правим /etc/fstab, указывая новые названия устройств для всех точек монтирования.

Не забываем скопировать файлы загрузчика, его установку на /dev/sda1 и /dev/sdb1, да именно так, а не /dev/md0, перегенерацию образа initramfs, почитайте в wiki Ubuntu, проверить все еще раз и можно перезагружаться

>уровня RAID-1

Как я понял, нулевой нужен.

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

# mdadm --create --verbose /dev/md0 --level=0 --raid-devices=2 /dev/sd[ab]1

> стоит скорее всего разбить на два раздела на каждом, небольшой для загрузчика и всё остальное к примеру под lvm

Бунта спокойно грузится с софт-рейда с lvm-ом, через grub-pc.

ICH9 raid не нужен. Это тот же софт-рейд, только с обманками для загрузки оффтопика. Используйте mdadm. Производительность та же, но без проблем.

Я не ставил систему с загрузчиком на lvm, поэтому не уверен что это возможно, так что предложил вариант рабочий на 100 процентов, к тому же так целесообоазнее.

Ставил, работает.

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

Я не против, я сам корень выношу при использовании LVM, но это уже усложняет таблицу разделов и описание, я писал в самом простом случае.

К тому же у меня привычка использовать grub-0,97 (grub 1), а он точно не умеет с lvm грузиться (загрузчик должен быть вынесен).

Первый груб удобнее. Я с него слез как-раз из-за lvm.

Я по привычке остался, не надо новый синтаксис учить, да и как-то проще он. Но по поводу LVM, зачем вам загрузчик в нем, если он может рухнуть, тогда даже вынесенный корень не спасет? ))

Придется грузиться с чего-то другого.

Спасибо, завтра буду разбираться. Сегодня уже устал ковыряться.

Скорее всего действительно сделаю серез mdadm raid0. его полностью можно будет бэкапить на старый жесткий, за то система повысит производительность.

>только смысл, если один винт даст сбой, то все данные полетят.

Ну raid-1 тоже не панацея. Если что с ФС случится - то он тоже не спасет. А вообще, просто надо делать бекапы.

>не надо новый синтаксис учить, да и как-то проще он.

Если бы! Там сначала update-grub надо убить. А то все плоды творчества затрутся, когда новое ядро придёт :)

Но по поводу LVM, зачем вам загрузчик в нем, если он может рухнуть, тогда даже вынесенный корень не спасет? ))

У меня есть система резервного копирования. Эта штука здорово поднимает уверенность :)

>> lvm может спокойно лечь

Не читай ЛОР перед сном.

>> Ну raid-1 тоже не панацея.

У RAID1 есть конкретное применение — защита от аппаратных ошибок. В других контекстах эту технологию обсуждать нет смысла.

Ну разве что выигрыш в скорости как бонус :)

>Не читай ЛОР перед сном.

Так не с ЛОРа информация :) У меня диск лежит, на котором потерялась таблица томов, при переезде на другой физический диск. Гугление показало, что такое случается не только у меня.

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

Подробности? Неужто такое случилось при использовании pvmove?

Переезжал через vgextend \ vgreduce с двух физических дисков на один новый. Потом обратно. Потом опять на новый. Последний раз не прошёл.

vgextend/vgreduce — это понятно. Для миграции томов использовалась команда pvmove? И как выглядел результат неудачной операции?

Да, через pvmove. В результате группа томов есть, а логических томов нет.

Ну упавшую фс можно проверить, а вот рассыпавшийся raid-0 уже ничего не спасет.

>У RAID1 есть конкретное применение — защита от аппаратных ошибок.

И то не от всех. Можно представить ситуацию, что выйдет из ума сам контроллер и на винты будет писаться мусор.