On 6/6/07, Tarhon-Onu Victor <[EMAIL PROTECTED]> wrote:
On Wed, 6 Jun 2007, Mihai Osian wrote:

> kjournald starting. Commit interval 5 seconds
> EXT3-fs: mounted filesystem with ordered data mode.
> ---------------------------------------------
> Si atit - se pare ca ramine aici. Folosind CD-ul de Mepis am gasit
> /etc/raidtab-ul si /etc/fstab-ul de pe sistemul original:

        raidtab-ul nu prea mai are importanta, el a fost folosit de
raidtools pentru a crea device-urile (si eventual pentru a le monitoriza
dupa aia), insa ele sint autodetectate de kernel si activate tot de
kernel.

Eu am avut un bubu cu un raid care nu mai pornea pe un Gentoo.
Pana nu am configurat /etc/mdadm.conf nu mi-a vazut array-ul. Apoi nu
am mai avut probleme deloc.
$ cat /etc/mdadm.conf
DEVICE /dev/sd[ab]2
ARRAY /dev/md0 devices=/dev/sda2,/dev/sdb2
$ cat /etc/raidtab
raiddev                 /dev/md0
raid-level              1
nr-raid-disks           2
nr-spare-disks          0
persistent-superblock   1

device                  /dev/sda2
raid-disk               0
device                  /dev/sdb2
raid-disk               1


        Din ce ne spui tu aici eu nu pot sa-mi prea fac o idee clara
asupra ceea ce se intimpla, aparent treburile se opresc dupa ce monteaza
/boot si/sau / insa initrd-ul nu apuca sa faca switchroot.
        Daca tot ai acces la masina aia modifica boot loaderul si scoate
"quiet" din linia de boot (kernelele de la redhat & friends au acel quiet
patch care suprima afisarea unor mesaje sub o anumita gravitate) pentru ca
e posibil ca un mesaj relevant sa fi fost trecut ca informal si sa nu
apara pe acolo din cauza asta. Apoi pune-l pe prietenul tau sa faca draq'
o poza la monitor in loc sa scrie litera cu litera (ce draq', ati
turbat sau ce aveti??!!).
        Daca tot te-ai apucat mai baga un e2fsck -f -y pe array-urile raid
corespunzatoare lui /boot si / (preferabil si pe restul). Zic de -f pentru
ca se poate ca filesystem-urile alea sa fie prin copaci insa sa aiba
flag-ul de clean pe true.

--
Any views or opinions presented within this e-mail are solely those of
the author and do not necessarily represent those of any company, unless
otherwise expressly stated.

_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug


_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui