Изпечатай

[Astor]

Здравейте,

искам да добавя още един диск към системата (дебиан) и да създам raid1 масив.

Идеята е да създам по един raid1 масив за двата primary дяла които имам.

md0 за /dev/sda1 и /dev/sdb1 - ext3 root дялът
md1 за /dev/sda2 и /dev/sdb2 - swap дялът

използвам процедурата от тук

Проблемът е че след като:
създам md0
присъединя към него sdb диск
монтирам /dev/md0 и копирам в него информацията от sda1
и задам grub да зареди OS от md0, след това изпълнявам:
update-grub
update-initramfs -u
grub-install /dev/sda
grub-install /dev/sdb

ПРОБЛЕМЪТ:
При така описаните операции и последвал опит за стартиране на системата от md0 излиза следото:

error: file not found
Loading Linux 3.2.0-4-486...
error: no such dusk.
Loading initial ramdisk...
error: you need to load the kernel first.

Press eny key to continue...

ето и малко повече информация за настройките:

Част от /boot/grub/grub.cfg:

menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-486-486-RAID' --class debian --class gnu-linux --class gnu --class os {
        insmod raid
        insmod mdraid
        insmod part_msdos
        insmod ext2
        set root='(md/0)'
        echo    'Loading Linux 3.2.0-4-486...'
        linux   /boot/vmlinuz-3.2.0-4-486 root=/dev/md0 ro  quiet
        echo    'Loading initial ramdisk ...'
        initrd  /boot/initrd.img-3.2.0-4-486
}

/etc/default/grub:

GRUB_DISABLE_LINUX_UUID=true:

Ако можете да кажете каде точно е грешката в конфигурацията, най-вероятно в тази на grub.cfg.

[neter]

error: file not found
Loading Linux 3.2.0-4-486...
error: no such dusk.
Loading initial ramdisk...
error: you need to load the kernel first.

Press eny key to continue...

След натискането на някой клавиш изкарва ли ти команден ред "grub rescue >" или нещо подобно? Ако да, тогава изпълни команда ls, при което би трябвало да ти се покаже списък с наличните устройства. За всеки от тях изпълни командата (пример за md/0):

ls (md/0)/

като не пропускаш да сложиш наклонената черта отзад, и ни покажи изходите.

[Astor]

Благодаря ти за отговора neter!

при излизане на съобщението за грешка и натискане на който и да е бутон, просто се рестартира grub и се появява отново първоначалното меню.
От конзолата на grub направих това което ме посъветва, ето резултатите:

grub> ls
(hd0) (dh0,msdos2) (hd0,msdos1) (hd1) (hd1,msdos2) (hd1,msdos1)
grub> ls (md/0)/0
error: no such disk

Може би нещо не съм създал масива както трябва?

Ето и още информация за самия масив (командите са изпълнени при стандартно зареждане на системата от /dev/sda1):

#cat /proc/mdstat
Personalities : [raid1] [linear]
md1 : active (auto-read-only) raid1 sdb2[1]
      359104 blocks super 1.2 [2/1] [_U]
     
md0 : active (auto-read-only) raid1 sdb1[1]
      4877248 blocks super 1.2 [2/1] [_U]
     
unused devices: <none>

mdadm --detail /dev/md0
/dev/md0:
        Version : 1.2
  Creation Time : Sun Jan 20 16:01:41 2013
     Raid Level : raid1
     Array Size : 4877248 (4.65 GiB 4.99 GB)
  Used Dev Size : 4877248 (4.65 GiB 4.99 GB)
   Raid Devices : 2
  Total Devices : 1
    Persistence : Superblock is persistent

    Update Time : Mon Jan 21 23:58:41 2013
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0

           Name : twohdd:0  (local to host twohdd)
           UUID : a7bd4f82:3a9bcb02:68bf4275:bca396c0
         Events : 438

    Number   Major   Minor   RaidDevice State
       0       0        0        0      removed
       1       8       17        1      active sync   /dev/sdb1

[neter]

Масивите изглеждат така, както би трябвало да изглеждат на този етап от прехода. Предполагам, че можеш и да четеш данните от тях, ако ги монтираш, тъй като едната стъпка преди рестарт е копиране на данните от старите дялове на новите, а се съмнявам да си тръгнал да рестартираш с очакване да зареди от масива, ако не си копирал системата в масива.
Проблемът е в GRUB. Както се вижда от изхода на ls, не ти открива масивите, които иначе са си налични. Пропуснах да попитам дали /boot папката е на отделен дял извън масива или си е вътре в root масива? Щом ти се зарежда първоначалното меню, значи GRUB успява да си намери конфигурационен файл в /boot папката. Въпросът е къде е тази /boot папка. Много е вероятно всъщност все още да си чете тази от /dev/sda1. Когато одеве показа настройките от grub.cfg, от коя /boot папка ги показа и въвел ли си същите настройки и в копието на масива?
Можеш да пробваш и да замениш навсякъде в grub.cfg реда "insmod mdraid" с "insmod mdraid1x", като го направи във всички /boot папки, които имаш в момента.

П.П.: А ако знаеш колко лесно се прави подобен преход, когато ползваш LVM... Всъщност, бих ти препоръчал и сега при прехода новите дялове в масивите да са с LVM. Демек, махаш текущо направените масиви и дялове от /dev/sdb, правиш един дял, заемащ целия /dev/sdb (остави незаети 10-20 MB в края като застраховка от разминаващи се по размер уж еднакви по размер дискове), сложи този дял в един масив, и върху масива си направи нужните логически дялове с LVM. Към grub.cfg навсякъде, където имаш редове с insmod, трябва да добавиш ред "insmod lvm" точно след insmod-ите за raid-ове. Трябва да смениш и името на устройството в /etc/fstab и grub.cfg от /dev/md0 (съответно md/0) към името на LVM дяла, в който е системата, например /dev/mapper/main-root (съответно main-root).
Не прави грешката първо да сложиш LVM дялове и след това от тях да правиш RAID масиви. Едно, че все още не се поддържа изцяло от mdadm, и второ, че си усложняваш доста работата, когато в някой бъдещ момент решиш да преоразмериш някой от дяловете. Винаги слагай LVM върху RAID, и никога RAID върху LVM

[Drago_]

netter не го обърквай допълнително.

Проблема е във версията на масива. Направи го с метадата 0.9 и ще тръгне. GRUB не разпознава 1.2


Поздрави!

[Astor]

Благодаря ви за отговорите, вече се орпавих!
Да изясня и ситуацията каква беше, дисковете бяха разделени на 2 дяла само (/ и swap) /boot дял нямаше, беше си част от "/" дяла.
Това което направих и тръгна е следното:

замених "insmod mdraid" с "insmod mdraid1x"

Това го направих в 2-та grub.cfg файла които имах,
единият файл беше в /boot - на /dev/sda1 а другия:
/boot в /dev/md0 (или по-точно /dev/sdb1, който си е член от md0 масивът)

След редакцията просто рестартирах и всичко си тръгна!!!
В така стартиралата система добавих и /dev/sda към /dev/md0 и след като се асемблираха (recovery процеса) рестартирах...
След този рестарт ме озадачи това, че grub отново изписа грешка, че не може да намери файловете и ме пращаше в "grub rescure>" режим.
Върпосът ми е защо? Каква е разликата? В единия вариант grub зареждаше от /dev/md0 със един член - sdb, а след като добавих /sda към /dev/md0 вече не искаше да си намери файловете (при един и същ grub.cfg файл).
Наложи се с live CD да инсталирам grub наново във /dev/sda и /dev/sdb, след което вече всичко е ОК.

[neter]

Честито! Трябваше да добавиш и LVM-то в картинката, че да не береш ядове по-натам с други гимнастики с дисковете, но щом така си решил...

Върпосът ми е защо? Каква е разликата? В единия вариант grub зареждаше от /dev/md0 със един член - sdb, а след като добавих /sda към /dev/md0 вече не искаше да си намери файловете (при един и същ grub.cfg файл).

Трудно е да се гадае така на сляпо, трябваше да запазиш настройките, за да ни ги покажеш как са изглеждали. Иначе, отделно от настройките, първото предположение е, че явно си използвал /boot папката от /dev/sda1, вместо от /dev/md0, и след премахването на /dev/sda1 не е останало откъде да се чете тази /boot папка. Преинсталирането на Grub го е настроило да търси /boot папката в текущо наличното ѝ място, а именно - в /dev/md0.

Проблема е във версията на масива. Направи го с метадата 0.9 и ще тръгне. GRUB не разпознава 1.2

Drago_, да, беше вероятно, хубаво се сети, но далеч не задължително - все пак версиите на пакетите напредват, а този хак с метадата за версия 0.9 е вече на няколко години. Такъв е случаят и с модула mdraid1x. А че дистрибуцията е по-прясна можеше да се съди по версията на ядрото (3.2.0), макар че това далеч не е сигурна информация, но в случая свърши работа