Newsgroup: it.comp.os.linux.debian
Titolo: Sarge /raid mdadm + grub

E' passato un po' di tempo dall'ultimo raid che ho fatto
con raidtools2, kernel *con md* e lilo con il suo extraboot.......
Ora mi sto "distraendo" con mdadm, initrd e grub.
Ho configurato in raid per prova direttamente
con debian-installer in fase di partizionamento:
/          hda1 + hdd1  =  md0   1G5 x 2
swap   hda4  + hdd4  = md1    256M x 2
E fatto un'installazione di base con grub nel mbr
come suggerito dall'installer. Quindi,
mdadm.conf:
DEVICE partitions
ARRAY /dev/md1 level=raid1 num-devices=2 ....
   devices=/dev/hda2,/dev/hdd2
ARRAY /dev/md0 level=raid1 num-devices=2 .....
   devices=/dev/hda1,/dev/hdd1
menu.lst:
default  0
timeout  5
color cyan/blue white/blue
title  Debian GNU/Linux, kernel 2.4.27-2-386
root  (hd0,0)
kernel  /boot/vmlinuz-2.4.27-2-386 root=/dev/md0 ro expert26  (*)
initrd  /boot/initrd.img-2.4.27-2-386
savedefault
boot
                      (segue la versione recovery in single)
\\ (*) Ho messo linux expert26 al boot del cd, ma mi ritrovo cosi',
\\     comunque, lasciamo perdere, e' fuori contesto.
Poi mi sono preso il mio tempo, e prima di estrarre
e reinserire cassettini con hd a caso mi son dato ad un po'
di letture sull'argomento. Alla fine prima di passare all'azione
mi sono  rimasti i seguenti dubbi:
1)
Il debian installer scrive l'mbr anche su hdd che quindi
sarebbe pronto ad avviarsi in caso di fail di hda?
Facciamo finta di no. Allora ecco il secondo dubbio:
2)
Ora, per clonare grub sul secondo hd (hdd) ho visto due strade:
a)
Cito rootRaidDoc97.htm,   Software Raid Root Howto
Raid Mirror on Sarge (Updated) - deb.Administration,
e 
http://www.doorbot.com/guides/linux/x86/grubraid/
grub
grub> device (hd0) /dev/hdd
grub> root (hd0,0)
grub> setup (hd0)
grub> quit
NB: se questa cosa sopra e' gia' stata fatta da debian installer,
io non ne trovo traccia in menu.lst; si puo' indagare in qualche
modo con grub?  (da qui la prima domanda)
b)
Cito "LinuxSA GRUB + RAID howto" un estratto di menu.lst:
# For booting with disc 0 kernel
title GNU/Linux (hd0,0)
kernel (hd0,0)/bzImage root=/dev/md1
# For booting with disc 1 kernel, if (hd0,0)/bzImage is unreadable
title GNU/Linux (hd1,0)
kernel (hd1,0)/bzImage root=/dev/md1
e poi una procedura che a me sembra naturale e trasparente
se non altro perche' documentata in menu.lst:
# grub
grub> root (hd0,0)
grub> setup (hd0)
grub> root (hd1,0)
grub> setup (hd1)
grub> quit
Insomma, quale soluzione usate voi, "a" oppure "b" ?
Tenete a mente che per me initrd, grub e mdadm
sono tutte cose "nuove".
-- 
robi.z
antispam:  x = i

> quit 
Come verificare? Sicuramente, controllando /boot/grub/device.map, ma
alla peggio, anche "guardando" l'mbr (better safe than sorry?).
L'altra opzione, la tua "b", IMHO, e` li per un'installazione raid a
mano "per passaggi", da cui le due stanza (che diversamente non mi
sembrano significative).
Spero di averti chiarito un po` le idee, e non il contrario. :)
PS: tutto questo salvo errori e omissioni, e infatti di solito,
prediligo raid hardware (veri, non di gomma), e ben supportati. Better
safe than sorry. ;)
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
And on the seventh day, He exited from append mode.

prediligo raid hardware (veri, non di gomma), e ben supportati.
eh!..... sicuramente non sei uno di quelli che scrivono
di usare i raid-sw anche con i controller raid-hw.
Ancora una cosa.
A parte che
 
http://www.linuxhacker.at/howtos/
     (segue)
             debian-root-raid1-boot-initrd/ar01s07.html
e
          "How Do I Make an initrd image"
 
http://www.debian-administration.org/articles/293
mi preoccupano un pochino,
qualcuno mi sa dire per quale motivo
   mkinitrd -o testRD.img      (anche ./testRD.img)
non mi dice niente, mentre con
   mkinitrd -k -o testRD.img
ne trovo uno in
  /tmp/mkinitrd.l2mnZo/initrd/testRD.img
senza che venga finalizzato dove ho lanciato il comando.
Non vorra' mica andare in /boot, vero?
                Saluti


 ha scritto
varie, molte, forse troppe cose su  Sarge /raid mdadm + grub.
(nel messaggio precedente a questo nel thread).
Comunque se qualcuno-nohelpdesk fosse cosi' gentile da rispondere almeno
al quesito su mkinitrd posto alla fine del messaggio precedente
mi farebbe un grosso favore.
<zelig> SI AGGIUNGA.... </zelig>
su una sarge:
/dev/md0        /               ext3    defaults,errors=remount-ro 0       1
/dev/md1        /var            ext3    defaults        0       2
/dev/md2        none            swap    sw              0       0
pero'
cd /tmp/
mkdir checkRD
cd checkRD/
cp /boot/initrd.img-2.6.8-2-386 .
mkdir RD
mount -t cramfs initrd.img-2.6.8-2-386 RD -o loop
cat RD/script
    unload_unused_ide '' pdc202xx_new ecc.ecc.ecc.ecc.
    mdadm -A /dev/md2 -R -u 98533c90:d9371f7f:81d1ed14:52ac901a /dev/hda3 
/dev/hdc3
    ROOT=/dev/md0
    mdadm -A /dev/md0 -R -u 1b1d819d:1d22603a:9be3ef56:bbdb1083 /dev/hda1 
/dev/hdc1
umount RD
QUI SOPRA manca /dev/md1 (/var in raid) !!
Mi potete dare un feedback su questa cosa?
Senno' e comunque,
        buon fine settimana a tutti.


 Non vorra' mica andare in /boot, vero?
L'opzione -k e` quella che *non* cancella i file temporanei (da cui la
roba in temp).  Nota come mkinitrd, specie per l'uso in combinazione con
mdadm e` un oggetto infernale perche` (dalla man page):
"At  the moment, mkinitrd uses the -D option of mdadm(8) to discover the
constituent devices.  This means that only devices that are part of the
array  at  the  time  that mkinitrd is run will be used later on."
Personalmente, ci ho sempre sbattuto le corna finche` ho "deciso" che
modifico sistematicamente /etc/mkinitrd/mkinitrd.conf, in presenza di
raid-sw, con:
MODULES=dep
ROOT="/dev/md0"
(anziche` "probe").
Infine, il formato di invocazione di mkinitrd e`:
mkinitrd [-o filename] nome-immagine
nel tuo caso:
mkinitrd -o testRD.img 2.6.8-1-686 (per dire)
HTH.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Take a jump. A million lemmings can't all be wrong.

 HTH.
Certo che si Maurizio, e grazie per le risposte.
Peccato solo per la scarsa "affluenza" al thread.


 funziona. Sembra proprio voglia /boot/ !
Bug, vuole path assoluti (ma non necessariamente /boot/).
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310395
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Debian - even Hell freezes faster.