LINUX.ORG.RU

переезд на ICH9 raid


0

1

достались мне тут 2 одинаковых раптора по 74 Gb. решил поставить их в домашний серв-файлопомойку вместе и использовать в рэйде как системные. Можно-ли как-то безболезненно перенести систему с одного харда 250 Gb (занято меньше 100) на этот рэйд, не перенастраивая систему? итак, что есть:

root@SERV:/home/cnr# uname -a
Linux SERV 2.6.32-24-server #43-Ubuntu SMP Thu Sep 16 16:05:42 UTC 2010 x86_64 GNU/Linux
root@SERV:/home/cnr# fdisk /dev/sda -l

Диск /dev/sda: 251.1 ГБ, 251059544064 байт
255 heads, 63 sectors/track, 30522 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000a3a7c

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1   *           1          32      248832   83  Linux
Раздел 1 не заканчивается на границе цилиндра.
/dev/sda2              32       30523   244924417    5  Расширенный
/dev/sda5              32       30523   244924416   8e  Linux LVM
root@SERV:/home/cnr# fdisk /dev/mapper/isw_dfbbagbjdb_Volume -l

Диск /dev/mapper/isw_dfbbagbjdb_Volume: 148.7 ГБ, 148706164736 байт
255 heads, 63 sectors/track, 18079 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Disk identifier: 0x00000000

На диске /dev/mapper/isw_dfbbagbjdb_Volume отсутствует верная таблица разделов

чем и как лучше это сделать? в гугле на запросы находятся только методы переноса на диск такого-же объема, чем переделать партицию и как потом перенести на массив так чтобы можно было с него загружаться?

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, проверить все еще раз и можно перезагружаться

kostik87 ★★★★★ ()
Ответ на: комментарий от drakmail

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

# mdadm --create --verbose /dev/md0 --level=0 --raid-devices=2 /dev/sd[ab]1
kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87

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

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

adepto ()

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

adepto ()
Ответ на: комментарий от adepto

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

kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87

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

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

adepto ()
Ответ на: комментарий от adepto

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

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

kostik87 ★★★★★ ()
Ответ на: комментарий от adepto

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

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

kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87

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

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

chenger ★★ ()
Ответ на: комментарий от kostik87

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

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

drakmail ★★★★ ()
Ответ на: комментарий от kostik87

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

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

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

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

adepto ()
Ответ на: комментарий от drakmail

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

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

GotF ★★★★★ ()
Ответ на: комментарий от GotF

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

GotF ★★★★★ ()
Ответ на: комментарий от GotF

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

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

adepto ()
Ответ на: комментарий от adepto

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

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

GotF ★★★★★ ()
Ответ на: комментарий от GotF

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

adepto ()
Ответ на: комментарий от adepto

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

GotF ★★★★★ ()
Ответ на: комментарий от GotF

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

adepto ()
Ответ на: комментарий от drakmail

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

kostik87 ★★★★★ ()
Ответ на: комментарий от GotF

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

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

madcore ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.