Discussione:Software Raid 1: configurazione e verifiche: differenze tra le versioni

Da Guide@Debianizzati.Org.
Vai alla navigazione Vai alla ricerca
Nessun oggetto della modifica
Nessun oggetto della modifica
 
(9 versioni intermedie di 2 utenti non mostrate)
Riga 1: Riga 1:
== Introduzione ==
Grazie per la guida, come dire ... ''possente'' :D. L'ho scorsa velocemente e ce nè di materiale! ;-)


Questa guida, intende aiutare l'utente a verificare rifinire la configurazione di un SOFTWARE-RAID-1 su '''Debian Sarge''' a seguito di un'installazione raid effettuata al momento del partizionamento, ed a verificarne l'effettiva efficacia in caso di problemi ad uno dei due dischi avvalendosi di grub come strumento di aiuto in casi di emergenza.
C'è ancora un pò di formattazione da sistemare, ma vediamo in questi giorni se ti posso aiutare :).


E' scritto in modo semplice come controllare il proprio raid installato, come collaudare il raid simulando un guasto ad uno dei due dischi, quali problemi possono sorgere e come risolverli, in modo da essere pronti e sapere cosa fare se il guasto dovesse avvenire veramente.
: [[Utente:TheNoise|~ The Noise]] 09:41, Apr 2, 2006 (EDT)


{{ Warningbox |
== Titolo ==
Se pero' mentre fate queste prove, il pc vi "scoppia", non potete prendervela con questa guida, mentre correzioni ed integrazioni alla presente sono ben accette. }}


Questa guida non tratta la migrazione raid, documentata dettagliatamente in <tt>/usr/share/doc/mdadm/rootraiddoc.97.html</tt>, anche se ci sono alcuni suggerimenti all'inizio di questo documento non presenti nel <tt>rootraiddoc.97.html</tt> che potrebbero essere di aiuto.
Una domanda, il "post-installazione" nel titolo è un errore? Sarebbe meglio toglierlo?


Con sarge, il ''debian-installer'' prevede una costruzione del raid direttamente durante la fase di partizionamento (attenzione che puo' anche fallire, non e' al "100%" sicuro che vada a buon fine). Utilizzando l'initrd, i moduli per il raid sono ora precaricati prima del boot del sistema e pertanto non e' necessario avere il supporto raid compilato nel kernel.
: [[Utente:TheNoise|~ The Noise]] 09:45, Apr 2, 2006 (EDT)


== Note sulla migrazione da un sistema non-raid ad uno raid ==


La migrazione da un sistema non-raid ad uno raid e' ampiamente e perfettamente descritta nel documento '''/usr/share/doc/mdadm/rootraiddoc.97.html''' che contempla sia una migrazione con lilo e supporto md compilato NEL kernel, sia una migrazione con grub con supporto md NON nel kernel ma nel initrd, ovvero l'estensione del kernel con moduli che vengono precaricati in un "ramdisk" prima di lanciare il boot vero e proprio del sistema.
Beh... Non tratta l'installazione vera e propria,
ma sono piu' dei suggerimenti... un'esperienza che potrebbe anche
non essere corretta al 100% ma che secondo me contiene delle informazioni
che non ho mai trovato in altre parti.
E riguarda proprio quello che si dovrebbe provare dopo l'installazione.


A questo proposito, giusto due note che potrebbero esservi utili:
Per la formattazione... /me vergogna, ma ho cercato di fare il possibile,
considerando che ci ho messo giorni a renderla leggibile da una delle mie
""""guide personali"""" (nota le quadruple virgolette :-) 
scritte con joe e mcedit.


<big>'''> 1. Migrazione di swap'''</big>
Comunque sentiti libero di fare qualunque modifica del caso,
non mi offendero' assolutamente.
Senno' non avrei messo la guida nel wiki che secondo me rappresenta
il massimo della condivisione della conoscenza.


Regola a prescindere da qualunque flame: SWAP VA IN RAID! Altrimenti si rischia corruzione di dati nella memoria del sistema.
Una cosa che mi piacerebbe fosse eliminata o integrata e' dove
c'e' un richiamo a fdisk/MBR
e subito dopo update [TAB TAB] (dove parlo di file e script di debian)
vorrei aggiungere anche
  # updatedb
  # locate config | grep bin
subito prima di "Li conoscete tutti?"


La parte piu' "complessa" della migrazione potrebbe essere proprio la partizione di swap, che va articolata in questi passaggi:
: [[Utente:Robiz|Robiz]] 13:09, Apr 2, 2006 (EDT)
----


* commentare /etc/fstab  --> swap
Dunque, ho dato una sistemata al grosso dei problemi di formattazione. Che te ne pare?
* <code>cat /proc/swaps</code>  (oppure <code>swapon -s</code>)
* <code>swapoff /dev/hd{disk}{nSWAP}</code>
* controllare con <code>free</code>.


Poi per creare swap in raid avremo
Avrei dei piccoli appunti:


* <code>mkswap -c /dev/md3</code>  (per esempio)
* I link sono tantissimi! Sarebbe meglio IMHO raggrupparli un 2 o 3 sotto-sezioncine in modo che almeno si sa che ti po di link è. L'ideale sarebbe che ogni link abbia il suo titolo al posto dell'indirizzo.
* <code>swapon md3</code>
* in <tt>/etc/fstab</tt>, prima in hda, poi nel raid, metteremo:


  /dev/md3  none  swap sw  0  0
* la sezione /etc/init.d/, non sarebbe meglio aggiungere qualche parolina sia al titolo che alla descrizione della box monospace?


<big>'''> 2. Copiare le partizioni a "runlevel 1" o in "single" mode'''</big>
* la sezione "Altre cose utili" è in inglese. Sarebbe meglio citare la fonte, meglio ancora tradurla ;-). Aspetta... rileggevo e ho notato che forse era questa la sezione sulla quale volevi essere aiutato?


Una cosa che non c'e' nel RootRaidDoc97 e' il suggerimento di andare in "init 1" per disattivare il piu' servizi possibili prima di copiare da hd a md-degraded. Se decidete di farlo, ci sono diverse possibilita':
Ciao!


* riavviare Lilo con "LinuxXXX single" (praticamente un <code>init 1</code>), oppure ancora piu' drastico, riavviare Lilo con LinuxXXX init=/bin/bash in modo da ottenere un avvio con '/' in readonly;
: [[Utente:TheNoise|~ The Noise]] 19:44, Apr 2, 2006 (EDT)


* Avere in menu.lst (grub) l'opzione "single" dopo il kernel. Se non l'avete basta duplicare una voce normale di avvio, aggiungere <code>(recovery mode)</code> alla fine del title, ed aggiungere <code>single</code> alla fine della riga del kernel. E' possibile al posto di single mettere anche <code>init=/bin/bash</code>
 
* Usare una distribuzione live con supporto raid montando opportunamente
le partizioni sorgenti e di destinazione.


Gia che ci siamo, ricordiamo i comandi piu' usati per copiare da non-raid a raid:
La formattazione e' "doppia libidine coi fiocchi".


# cp -axu  /  /mnt/md0
* I link li rivedo e sistemo. Magari tolgo qualcosa.....


O, alternativamente, si pu� copiare il root system con <ode>find</code> in pipe a <code>cpio</code>, cos�:
* Nella sezione init.d mettero' qualche riga di commento ai box


# cd /
* "Altre cose utili" e' tratto al 90% da RootRaidDoc.97.html.... mumble mumble.... mettero' due righe citando la fonte invitando comunque a leggerla, ma lascerei quei comandi che anzi vedrei volentieri in un futuro integrati con altri.
# find . -xdev -print | cpio -dvpm /mnt/md0


o anche     
L'aiuto mi serviva per non lasciare solitario "fdisk /MBR" come unica soluzione
per "spianare" un mbr da qualunque boot/kernel loader. Forse il pacchetto e' proprio mbr.deb che ha il comando "install-mbr" ma che non ho mai provato.
Devo documentarmi un po' su questo pacchetto.


# find . -xdev -print0 | cpio -0pdvum --sparse /mnt
E, si, dopo "update TAB TAB" aggiungero' io "updatedb; locate config | grep bin"
Scrivero' di nuovo appena sistemato quanto richiesto.


Per il resto delle istruzioni vale quanto scritto nel RootRaidDoc.97.html.
: [[Utente:Robiz|Robiz]] 02:36, Apr 3, 2006 (EDT)
----


Occupiamoci ora del raid gia' funzionante della nostra cara debian.
== Revisione come da suggerimenti ==


== Files di una debian installata direttamente in raid. ==
* ''I link sono tantissimi! Sarebbe meglio IMHO raggrupparli un 2 o 3 sotto-sezioncine in modo che almeno si sa che ti po di link è. L'ideale sarebbe che ogni link abbia il suo titolo al posto dell'indirizzo.''


Si suppone un sw-raid-1 hda + hdc con almeno due partizioni in raid cioe' "/" e swap. Il bootloader grub e' stato installato nel mbr di hda durante l'installazione.
Ho sfoltito e diviso per gruppi di argomento (circa) i link, pero' non ho sostituito il link con il titolo..  :-/
Se avete optato per una installazione raid con il debian-installer al momento del partizionamento e tutto e' andato a buon fine, mamma debian dovrebbe aver fatto quasi tutto il lavoro per voi.


'''Quasi.'''
* ''la sezione /etc/init.d/, non sarebbe meglio aggiungere qualche parolina sia al titolo che alla descrizione della box monospace?''


Quello che manca di sicuro e' la installazione di grub del mbr da hda sul secondo disco (Trattata avanti, da l�ggere!!). Inoltre e' compito dell'amministratore vedere che tutti gli altri parametri nei vari files siano stati assegnati correttamente verificandoli.
Ok, messa.


Vediamo alcune differenze nei files di configurazione tra un sistema non-raid ed uno raid.
* ''la sezione "Altre cose utili" è in inglese. Sarebbe meglio citare la fonte, meglio ancora tradurla ;-). ''


* Verifica delle unita' riconosciute da grub
Cambiato il paragrafo in "comandi mdadm di maggior utilizzo" e tradotto.


  Non raid:
Inoltre, sistemati alcuni errori di punteggiatura,
    cat /boot/grub/device.map
aggiunto "locate config | grep bin" nella parte dove parlo di come scoprire alcuni comandi di configurazione di debian, ed aggiunto un link che spiega come utilizzare fdisk /MBR magari appoggiandosi a freedos.org.
    (hd0)  /dev/hda
  Raid:
    cat /boot/grub/device.map
    (hd0)  /dev/hda
    (hd1)  /dev/hdc


* Parti rilevanti diverse in /boot/grub/menu.lst
E, si, il titolo di questa guida si puo' cambiare a discrezione di voi amministratori.


  Non Raid:
: [[Utente:Robiz|Robiz]] 17:12, Apr 3, 2006 (EDT)
    # kopt=root=/dev/hda1 ro
----
  - Una voce esempio:  
    title          Debian GNU/Linux, kernel 2.6.8-2-386
    root            (hd0,0)
    kernel          /boot/vmlinuz-2.6.8-2-386 root=/dev/hda1 ro
    initrd          /boot/initrd.img-2.6.8-2-386
    savedefault
    boot
  Raid:
    # kopt=root=/dev/md0 ro
  - Una voce esempio:   
    title          Debian GNU/Linux, kernel 2.6.8-2-386
    root            (hd0,0)
    kernel          /boot/vmlinuz-2.6.8-2-386 root=/dev/md0 ro
    initrd          /boot/initrd.img-2.6.8-2-386
    savedefault
    boot


* Il file "script" dentro initrd
Ottimo lavoro! Ben fatto ;-)


  Non Raid:
Riguardo il problema di azzerare il MBR, penso che si possa fare semplicemente con
    NO-raid:~# cd /tmp/
    NO-raid:/tmp# mkdir checkRD
    NO-raid:/tmp# cd checkRD
    NO-raid:/tmp/checkRD# cp /boot/initrd.img-2.6.8-2-386 .
    NO-raid:/tmp/checkRD# mkdir RD
    NO-raid:/tmp/checkRD# mount -t cramfs initrd.img-2.6.8-2-386 RD -o loop
    NO-raid:/tmp/checkRD# cat RD/script
      unload_unused_ide '' pdc202xx_new ecc.ecc.ecc.
      ROOT=/dev/hda1
    NO-raid:/tmp/checkRD# umount RD
   
  Raid:
    SI-raid:~# cd /tmp/
    SI-raid:/tmp# mkdir checkRD
    SI-raid:/tmp# cd checkRD/
    SI-raid:/tmp/checkRD# cp /boot/initrd.img-2.6.8-2-386 .
    SI-raid:/tmp/checkRD# mkdir RD
    SI-raid:/tmp/checkRD# mount -t cramfs initrd.img-2.6.8-2-386 RD -o loop
    SI-raid:/tmp/checkRD# cat RD/script
      unload_unused_ide '' pdc202xx_new ecc.ecc.ecc.ecc.
      mdadm -A /dev/md1 -R -u 98533c90:d9371f7f:81d1ed14:52ac901a
              /dev/hda2 /dev/hdc2
      ROOT=/dev/md0
      mdadm -A /dev/md0 -R -u 1b1d819d:1d22603a:9be3ef56:bbdb1083
              /dev/hda1 /dev/hdc1
    SI-raid:/tmp/checkRD# umount RD


* Il file <tt>/etc/mdadm/mdadm.conf</tt>
dd if=/dev/zero of=/dev/hdX bs=512 count=1


  Raid:
Comunque la mia è solo una deduzione, ci sarebbe da provare su un hd libero (se solo si sbagli poco poco la dimensione si combina un pastrocchio!). E sempre con dd si può salvare il [[MBR]] (a proposito, poi inserisco qualche link così anche nella guida).
    DEVICE partitions
    ARRAY /dev/md1 level=raid1 num-devices=2 UUID=42b38c30:b5f7607b:
                      a1816991:4e0bdf0f devices=/dev/hda2,/dev/hdc2
    ARRAY /dev/md0 level=raid1 num-devices=2 UUID=1b1d819d:1d22603a:
                      9be3ef56:bbdb1083 devices=/dev/hda1,/dev/hdc1


Comunque, a parte l'installazione di grub anche nel secondo mbr (quello di hdc), da fare a manina e testare, la debian dovrebbe aver fatto tutto il lavoro di costruzione opportuno e la configurazione precisa di tutti i files citati sopra durante la costruzione dell'initrd per il raid e la configurazione di grub per l'avvio in raid con kernel e initrd caricati da hda.
Per il titolo della guida, dunque, io toglierei il post-installazione dato non tratta escusivamente quello. Non lascerei neanche solo "Software-Raid-1" perchè i nomi singoli li lasciamo liberi per i termini di glossario, e magari una bella voce di glossario che spiega brevemente cosa sia il "Software-Raid-1" e rimanda a wikipedia e alla guida per approfondimenti ci stà ;-). Io metterei qualcosa come "Software-Raid-1: dall'installazione all'utilizzo" oppure più pomposo "Software-Raid-1: Installazione e Deployment", oppure "Software-Raid-1: installazione e fine-tuning". Insomma qualcosa che renda giustizia della mole di informazioni presenti ;-). Dimmi tu (alla fine la guida e tua è giusto che il titolo lo scelga tu).


== Grub sul Master Boot Record del secondo disco in raid. ==
: [[Utente:TheNoise|~ The Noise]] 18:50, Apr 3, 2006 (EDT)
----


Dovendo installare su entrambi i dischi grub nel mbr per far avviare un raid con un solo disco, qualunque dei due esso possa essere, il classico problema e' assicurarsi che possa partire da hda o da hdc in caso di guasto di uno dei due dischi, sempre ammesso che il bios supporti l'avvio da piu' dischi e sia possibile specificarne l'ordine di boot, per esempio prima "hdc" piuttosto che "hda", cosa ottimale, auspicabile, ma alla fine non indispensabile come vedremo.
* ''Riguardo il problema di azzerare il MBR, penso che si possa fare semplicemente con  dd if=/dev/zero of=/dev/hdX bs=512 count=1''


Veniamo al primo punto, ovvero installare grub anche nel mbr di hdc, cosa che rappresenta il 99% delle operazioni da fare su un sistema raid appena avviato.
Questa cosa non e' chiara. Cercando con google, in effetti si trovano spiegazioni ed in pratica per esempio "lilo -u" non fa altro che ripristinare un (se ricordo bene) boot.b backuppato prima di installare lilo.
In "letteratura" si trovano sostanzialmente due tipi di procedure suggerite; la prima piu' diffusa e avvalorata anche dal Software-Raid-HOWTO (tldp.org), consiste nell'inserire nel mbr di hdc la stessa configurazione del mbr di hda, confidando nel fatto che quando dovesse mancare hda, hdc in qualche modo prenderebbe il posto di hda e automagicamente tutto dovrebbe andare; vedremo poi, che proprio cosi' non e', pero' dato che male non fa, e' la procedura che consiglio pure io comunque di attuare, ovvero:


; Procedura1: In console:
* ''Comunque la mia è solo una deduzione, ci sarebbe da provare su un hd libero (se solo si sbagli poco poco la dimensione si combina un pastrocchio!). E sempre con dd si può salvare il [[MBR]] (a proposito, poi inserisco qualche link così anche nella guida).''
    # grub
            (se avete /boot/grub/device.map corretto, usate
                grub --device-map /boot/grup/device.map
              perche' e' molto piu' veloce)
    >> grub> device (hd0) /dev/hdc
    >> grub> root (hd0,0)
    >> grub> setup (hd0)
    >> grub> quit


Fatto. Ora il sistema e' in grado di avviarsi anche da hdc se il bios lo permette.
Non ci sono dubbi sul 512 e neanche sul dd..... si.... quella parte nella guida non e' limpida, il mio desiderio di spianare completamente un disco compreso il mbr per poi riagganciarlo in modo pulito al raid si scontra un po' proprio con la possibilita' di dare un'indicazione chiara di come eliminarlo.... mumble mumble... forse in effetti si potrebbe andare sul pesantino con /dev/zero ... in fondo si dovrebbe sempre recuperare con fdisk(DOS) o un'installazione di lilo o grub....mumble mumble.... faro' una prova stasera o domani sera.
Ma questo lo avete provato prima di fare il raid, vero? (Ripeto pero', non e' indispensabile).


Poi c'e' la seconda procedura:
* ''Per il titolo della guida, dunque, io toglierei il post-installazione dato non tratta esclusivamente quello. Non lascerei neanche solo "Software-Raid-1" perchè i nomi singoli li lasciamo liberi per i termini di glossario, e magari una bella voce di glossario che spiega brevemente cosa sia il "Software-Raid-1" e rimanda a wikipedia e alla guida per approfondimenti ci stà ;-). Io metterei qualcosa come "Software-Raid-1: dall'installazione all'utilizzo" oppure più pomposo "Software-Raid-1: Installazione e Deployment", oppure "Software-Raid-1: installazione e fine-tuning". Insomma qualcosa che renda giustizia della mole di informazioni presenti ;-). Dimmi tu (alla fine la guida e tua è giusto che il titolo lo scelga tu).''


; Procedura2: In console:
LOL propongo di togliere la guida per evitare errori sul titolo  :-P
    # grub --device-map=/boot/grub/device.map
Allora, con ordine:
    >> root (hd0,0)
    >> setup (hd0)
    >> root (hd1,0)
    >> setup (hd1)
    >> quit


Che assegna in maniera "democratica" a tutti e due gli mbr la stessa configurazione di <tt>grub/menu.lst</tt>.
va bene, non lasciare il nome da solo.


In pratica i due metodi dovrebbero essere equivalenti, in teoria non lo so e non lo ho trovato scritto da nessuna parte (e se stava scritto non l'ho capito probabilmente) ma le prove mi dicono che anche questo sistema non e' privo di problemi in caso di fail di uno dei due dischi del raid (in particolare del secondo).
"dall'installazione all'utilizzo" e' troppo, e comunque andrebbe bene per una caldaia con acqua calda  :-P


== Post-installazione Raid. ==
Deployment ???? Ma poi la metti la traduzione?  ;-)


Una volta tirato su il raid con migrazione o durante l'installazione assieme al partizionamento,  
Fine-tuning sarebbe corretto, ma si riduce alla fine a copiare una voce in menu.lst. E poi mettiamolo in italiano, dai....


'''Prima di tutto''' fate un disco grub per qualsiasi evenienza: <tt>grub-floppy /dev/fd0</tt>.
Non deve rendere giustizia alla mole (che intanto andra' verificata un pochino), e comunque si... non so neanche io.... perche' non assomiglia a niente di quanto in giro, non e' un'installazione, non e' una migrazione.... in pratica, se "spremi", alla fine e' solo un test con tante informazioncine, per alcuni scontate, per altri forse molto utili scritte nowhere...... mumble mumble.....


Grub-floppy e' un utility del pacchetto debian di grub, ma esiste ampia documentazione che spiega a costruirne uno anche manualmente mettendo sul floppy i files giusti nella sequenza ed al posto giusto (ad es. vedi [[Guida a Grub]]). Esiste anche documentazione per prepararsi un grub avviabile da cd.
"Software-Raid-1 avaria e recupero del sistema" mi piace, pero' oggi tutti leggono veloci e sicuramente leggerebbero "aviària e recupero"....
Ma te sei quello che mi suggeriva "raid-handling" ?
Senti... ora devo lavora'  :-)


Usate tutti i riferimenti nel <tt>/boot/grub/menu.lst</tt> riferendovi ad hd0 e /dev/mdX (in realta' dovrebbero gia' esserci, messi in automatico durante l'installazione).
Proviamo un riassunto di punti aperti.
OPEN:


Clonate l'mbr secondo la "procedura1" di cloning. Se avete dubbi potete usare anche la "procedura2", entrambi descritte in precedenza.
* Trovare un titolo pero' seguendo la filosofia KISS a costo di fare wiki-mobbing sull'autore.
* Dubbi dell'autore su come pulire un mbr (lasciamo cosi'?)
* quale e' la procedura corretta di cloning da hda ad hdc? (lasciamo cosi'?)
* Quante altre cavolate ce sono?  :-)
* Link vari a wikipedia


{{Warningbox|A raid funzionante, � importantissimo che proviate ad avviare il raid da hdc con il floppy}}
: [[Utente:Robiz|Robiz]] 03:01, Apr 4, 2006 (EDT)
----


Prova di funzionamento:
* Rivista la "pulizia" del MBR togliendo riferimenti dos e usando dd.
* Inserire il floppy di recupero grub
* Riavviare il pc
* Se l'ordine di boot nel bios e' corretto, verra' intercettato il floppy e avviato grub che ci fornira' una potente console di avvio. Scriviamo nell'ordine (adattando, al caso):
 
    grub>
    1. grub>root (hd1,0)
    2. grub>kernel /boot/vmlinuz-2.6.8-blabla root=/dev/md0 ro
    3. grub>initrd /boot/initrd-2.6.8-blabla
    4. grub>boot


:''Spieghiamo:''
OPEN:
:; 1 : diciamo a grub la partizione dove si trova <tt>/boot</tt>  (non "/" !!!)
{{Warningbox|Se non ci fosse il disco in hda, e vorreste avviare da hdc,
per la questione della "catena grub" che viene scalata in mancanza di
un'unita' elencata in devices.map, dovreste mettere "root (hd0,0)" !!!}}


:; 2 : diciamo dove sta il kernel (funziona anche il l'autocompletamento con TAB)
* Trovare un titolo pero' seguendo la filosofia KISS a costo di fare wiki-mobbing sull'autore.
:; 3 : diciamo dove sta l'initrd
* quale e' la procedura corretta di cloning da hda ad hdc? Qua non sono in grado di aggiungere altro.
:; 4 : diciamo a grub, caricato kernel e initrd di avviare il sistema.
* Link vari a wikipedia ?
* Altri "revisori" ?


Se il sistema si avvia, abbiamo tutto quello che ci serve.
: [[Utente:Robiz|Robiz]] 07:15, Apr 4, 2006 (EDT)
----


== Avaria di uno dei due dischi in raid. ==
* Aggiunta una nota sul perche' non sia chiaro vi siano discordanti procedure per clonare un mbr da hda ad hdc.


Vediamo invece problematiche di raid boot quando uno dei dischi provoca un degraded raid a seconda se e' hda, hdc, oppure se manca hda o hdc, oppure se si ripristina un hda o hdc, e cosa fare se il raid in qualunque di queste condizioni non dovesse partire.  
A questo punto se non ci sono altre richieste, io passo (resto sintonizzato, pero').


Se il raid va in degraded mode ed il disco incriminato e' hdc ovvero /proc/mdstat indica "(U_)", non ci sono grandi problemi. Il boot naturale su hda e' sempre li'; si puo' avviare un sistema con un disco solo o cambiare hdc, partizionare il disco nuovo, e ripristinare facilmente il raid.
OPEN:


Se invece il raid va in degraded mode ed il disco incriminato e' hda "(_U)", allora qualche problema potrebbe anche esserci, ma anche soluzioni, per fortuna.
* Trovare un titolo pero' seguendo la filosofia KISS a costo di fare wiki-mobbing sull'autore.
* Link vari a wikipedia ?
* Altri "revisori" ?


Per esempio se togliete fisicamente hda dopo averlo marcato 'failed' e rimosso, e lasciate il raid con solo hdc, la "procedura1" di cloning del mbr sopperisce perfettamente al problema, in quanto grub usa una "catena" di dischi, e non trovando hd0, hd1 diventa hd0 e se il bios permette un boot di hdc allora il raid partira' anche con un disco solo in hdc. Questa cosa potrebbe funzionare quindi e sarebbe vincolata solo al bios-hardware.
: [[Utente:Robiz|Robiz]] 13:53, Apr 4, 2006 (EDT)
----


''Pero' non finisce qua:''
Ho visto le nuove aggiunte su dd e sono molto interessanti... aggiungerò quelle info sul [[MBR]] alla voce di glossario.
nel momento in cui andate ad inserire un disco vuoto nuovo in hda senza mbr e partizioni, o peggio magari con un mbr gia' usato, o con altre partizioni contenenti un altro sistema, e' molto probabile che, o non parta niente, o parta il sistema che non c'entra niente e che sta su hda (a me e' capitato di veder partire un GAG). Per capirci, anche riuscendo a settare il bios con hdc come 1st boot target, non e' detto che il sistema faccia il boot, perche' ammesso che appaia il menu' di grub si dovrebbero modificare i riferimenti "al volo" di root (/boot) da hd0 a hd1. Per eseguire questa operazione, occorre che appaia il menu' di grub, dopodiche' ci si posiziona sulla voce del menu' che si vuole temporaneamente modificare e si preme il tasto "e" (il tasto "c" vi restituisce la console di grub); si modifica la root di grub da (hd0,0) a (hd1,0) e si preme il tasto "b" per continuare con il boot. E questa procedura appena descritta e' l'ultima possibilita' che resta per avviare un raid degraded "(_U)" da hdc, ovvero con l'aiuto del bios, intervenendo al volo su grub, e senza usare il floppy disk.


In realta' se si riesce a far partire il disco da hdc come 1st boot target del bios basterebbe avere nel menu.lst una cosa di questo tipo gia' pronta per questa evenienza:
Per il titolo: '''Software Raid 1: configurazione e crash recovery.'''


<pre>
Che te ne pare? Oppure un classico '''Software Raid 1 HowTo'''
title        Debian GNU/Linux, kernel 2.6.8-2-686 HD1 BOOT
root        (hd1,0)
kernel      /boot/vmlinuz-2.6.8-2-686 root=/dev/md0 ro
initrd      /boot/initrd.img-2.6.8-2-686
savedefault
boot
</pre>
 
In questo caso occorrerebbe fare attenzione al fatto che <code>update-grub</code>, che viene chiamato in causa dopo l'installazione di nuovi kernel, creerebbe un nuovo menu.lst facendo sparire tutte le modifiche apportate manualmente, perlomeno quelle tra
### BEGIN AUTOMAGIC KERNELS LIST
 
e
 
### END DEBIAN AUTOMAGIC KERNELS LIST
 
per cui attenzione alle personalizzazioni di <tt>menu.lst</tt> e leggersi <tt>man update-grub</tt> (e la [[Guida a Grub]]) e <tt>/etc/kernel-img.conf</tt>, fatevi una copia di <tt>menu.lst</tt> e verificate i vari files dopo ogni installazione di qualche nuovo kernel ([[Debian kernel Howto|alla debian-way]] ovviamente).
 
Vedremo piu' avanti durante la fase di test del raid altri tipi di problemi che possono sorgere.
 
== Simulazione di avaria di un disco e sua sostituzione. ==
 
A raid funzionante dove /proc/mdstat --> "(UU)" per tutte le partizioni usate nel raid, mandiamo in avaria simulata il disco hda.
 
Se il vostro bios permette di far avviare hdc come 1st boot target aggiungete pure queste righe dopo <tt>### END DEBIAN AUTOMAGIC KERNELS LIST</tt> in <tt>/boot/grub/menu.lst</tt>:
 
<pre>
  title        Debian GNU/Linux, kernel 2.6.8-2-686 HD1 BOOT
  root        (hd1,0)
  kernel      /boot/vmlinuz-2.6.8-2-686 root=/dev/md0 ro
  initrd      /boot/initrd.img-2.6.8-2-686
  savedefault
  boot
</pre>
 
Ora la sequenza di comandi:
<pre>
  mdadm --set-faulty /dev/md0 /dev/hda1    ( --> "/" )
  mdadm --remove /dev/md1 /dev/hda1
  mdadm --set-faulty /dev/md1 /dev/hda2    ( --> "swap" )
  mdadm --remove /dev/md1 /dev/hda1
</pre>
 
Ripetere per eventuali altre partizioni.
 
A questo punto siamo in "(_U)" con tutte le partizioni del raid (verificare con cat /proc/mdstat).
 
Ora che il raid e' in degrade mode, senza riavviare,
diamo un bel <tt>cfdisk /dev/hda</tt> e CANCELLIAMO TUTTE LE PARTIZIONI.
 
Ora per essere sicuri che il disco sia pulito, dovremmo pulire anche l'mbr con  "fdisk /mbr" o magari qualcosa "by linux" che pero' non conosco. Meglio ancora se avete proprio un altro disco completamente pulito. Questo perche' se non puliamo il mbr di hda, al reboot verra' letto il Master Boot Record con lo "Stage1" di grub e poi si inchiodera' il sistema perche' i riferimenti alle rimanenti parti di grub ormai eliminato insieme alle partizioni non saranno trovati.
 
Reboot.
 
Nel 99,99% dei casi non dovrebbe partire.
 
== Recupero del sistema. ==
 
Se potete avviare da hdc come 1st boot target e scegliere la voce che abbiamo aggiunto sopra dopo ### END DEBIAN AUTOMAGIC KERNELS LIST fatelo e saltate la fase successiva del floppy (oppure fatela comunque o provate entrambe le strade).
 
Inserire il floppy e resettone hardware; poi con grub fatto partire da floppy:
<pre>
    grub>
    grub>root (hd1,0)
    grub>kernel /boot/vmlinuz-2.6.8-blabla root=/dev/md0 ro
    grub>initrd /boot/initrd-2.6.8-blabla
    grub>boot
</pre>
Dato che questa prova e' gia' stata fatta all'inizio, non dovrebbero essere novita'.
 
Copiamo le partizioni da hdc ad hda (disco nuovo), attenzione a non sbagliare:
<pre>
# sfdisk -d /dev/hdc | sfdisk /dev/hda
</pre>
potrebbe essere necessario
<pre>
# sfdisk -d /dev/hdc | sfdisk --force /dev/hda
</pre>
se non volete rischiare, ma salvare in un file per le "emergenze" (che non e' una cattiva idea)
<pre>
# sfdisk -d /dev/hdc > /root/mbr_hdc.txt
# sfdisk /dev/hda < /root/mbr_hdc.txt
</pre>


{{ Warningbox | Verificare per quanto sopra eventuali problemi con le partizioni
Se non hai altre proposte scegli tra i due....
logiche. Forse da usare sfdisk con le opzioni <tt>-O e -I</tt>.
Interessante anche l'opzione <tt>"-V -l"</tt> per il check delle partizioni.  
"Man sfdisk".}}


Infine potete anche creare le partizioni manualmente con "[c]fdisk /dev/hda". Attenzione! Non possono essere piu' piccole di quelle su hdc altrimenti non potra' avvenire la ricostruzione del raid. Inoltre, se usate fdisk, ricordatevi di rendere avviabile la partizione che contiene /boot e marcare le partizioni del raid come type "fd".
Ho ristrutturato la sezione /etc/init.d/. Un dubbio il file di configurazione il servizio <tt>mdadm-raid</tt>  è <tt>/etc/default/mdadm-raid</tt>, giusto?


Ricostruiamo il raid.
: [[Utente:TheNoise|~ The Noise]] 17:16, Apr 4, 2006 (EDT)
<pre>
----
  # mdadm --zero-superblock /dev/hda1
  # mdadm --zero-superblock /dev/hda2
  # mdadm --add /dev/md0 /dev/hda1
  # mdadm --add /dev/md1 /dev/hda2


  Ripetere per eventuali altre partizioni.
* ''Ho visto le nuove aggiunte su dd e sono molto interessanti... aggiungerò quelle info sul [[MBR]] alla voce di glossario.''
</pre>
Okay, io chiedero' a qualcuno di accendermi una candela  :-)
BTW: Ho tolto come gia' detto riferimenti a DOS e FREEDOS, e non ho proprio menzionato ne' FDISK /MBR (che poi funziona solo con un disco "hda") ne' FIXMBR. Non credo ce ne sia bisogno.


Con un occhio su /proc/mdstat per verificare la progressione della ricostruzione; in pratica alla fine appare comunque un messaggio sulla console. Ora il sistema dovrebbe essere di nuovo a posto "(UU)" per tutte le partizioni in raid.
* ''Per il titolo: '''Software Raid 1: configurazione e crash recovery.''
Direi che fino a "...configurazione" ci siamo perche' puo' essere interpretato sia come "parte gia' fatta durante l'installazione (da controllare)" che "da fare"; ok.
Ma non e' un crash recovery  :-/  .... forse un semplice "...configurazione e verifiche" ?  E' modesto ma onesto. Non pompiamo troppo. Il titolo non fa il monaco o qualcosa del genere  :-)


Infine ripristiniamo l'mbr su hda, cosa da non dimenticare.
* ''Ho ristrutturato la sezione /etc/init.d/.  
<pre>
Ah si... molto bene, accidenti, bel lavoro...''
# grub
    (se device.map e' corretto, e' piu' veloce:
    grub --device-map=/boot/grub/device.map)
  grub> root (hd0,0)
  grub> setup (hd0)
  grub> quit
</pre>


IMPORTANTE !!! in console da DENTRO il sistema, MAI USARE il comando "boot" ma "quit". Il comando "boot" si usa da console attivata da floppy o nel menu.lst.
*''Un dubbio il file di configurazione il servizio <tt>mdadm-raid</tt>  è <tt>/etc/default/mdadm-raid</tt>, giusto?''


Togliere il floppy (si puo' fare subito dopo il boot).
Entrambi gli script in /etc/init.d contengono queste due righe
 
'''Reboot "prova del 9" finale.'''
 
 
== Effetti ottici..... molto magnetici! ==
 
Per non creare confusione, questa nota si trova in un paragrafo dedicato. La fase di simulazione di avaria poteva anche essere fatta in questo modo:
 
Spegnamo il pc ed estraiamo hda. (si assume che il bios riesce ad avviare da hdc)
 
Riaccendiamo; dovrebbe partire in degraded mode, tipo "(_U)" per tutte le md esistenti sui due dischi.
 
Bene, spegnamo, rimettiamo hda e riavviamo.
 
Il raid naturalmente si riavvia sempre in degraded mode "(_U)"; poi restituiamo hda al raid attendendo il tempo necessario con un occhio su /proc/mdstat:
<pre>
<pre>
      mdadm --add /dev/md0 /dev/hda1
DEBIANCONFIG=/etc/default/mdadm
      mdadm --add /dev/md1 /dev/hda2
test -f $DEBIANCONFIG && . $DEBIANCONFIG
      ecc.ecc.
</pre>
</pre>
CURIOSITA':
Il file di configurazione e' comune; contiene
Rimettendo un disco facente parte di uno swap_in_raid ho notato
che la unione delle partizioni di swap_in_raid viene fatta automaticamente dal sistema (apparentemente non occorre mdadm --add), cioe' il raid swap si porta automaticamente in uno stato "(UU)". Dopodiche' si potranno aggiungere al raid le varie partizioni di hda aggiungendole man mano ai rispettivi md con 'mdadm --add'
 
Sembrerebbe tutto bello, pulito e lineare.
In realta' non e' cosi' banale.
 
Ovvero, e' da spiegare perche' il raid si avvia normalmente in tutti e due i casi:
 
a) Quando spegnamo il pc, estraiamo hda, e accendiamo, nella catena grub, hd1 diventa hd0 e grub "rialloca" il sistema di boot e riesce a partire grazie ai suoi riferimenti "hd0" anche nel mbr di hdc.
 
b) Quando spegnamo il pc, rimettiamo hda, e riaccendiamo, il sistema va in degraded raid e "lavora" solo hdc, ma tutto il sistema di boot viene comunque letto da hda. Per questo nella procedura "pulita" abbiamo cercato "di rasare" il piu' possibile hda, proprio per non incorrere in "false partenze" che potrebbero indurre a vedere le cose in maniera distorta dal loro reale funzionamento (pero' potrebbe valere anche per chi scrive.)
 
Per questo ho optato per il recovery via floppy. Siate metodici ed il piu' fedeli possibile alla realta' nelle prove.
 
 
== /etc/init.d/ ==
<pre>
<pre>
/etc/init.d/mdadm e /etc/default/mdadm
# cat /etc/default/mdadm
# Start the RAID monitor daemon for all active md arrays if desired.
  # This file is automatically generated.
 
  # Run 'dpkg-reconfigure mdadm' to modify it.
/etc/init.d/mdadm-raid  ( e /etc/default/mdadm)
  START_DAEMON=true
# Start any arrays which are described in /etc/mdadm/mdadm.conf and which are not running already.
  MAIL_TO="root"
  AUTOSTART=true
</pre>
</pre>
Quindi la risposta e' "no". Sorry.


Vorrei solo fare una "punta": la posta di monitoraggio del raid come tutte le poste destinate a root non vanno SIA a root CHE l'utente normale, ma all'utente normale predisposto in /etc/aliases a ricevere la posta di root; probabilmente ho scritto da cani e ti ho ingannato. Si potrebbe scrivere che "la posta se non diversamente indicato va a root (come indicato in /etc/default/mdadm), o meglio, all'utente predisposto a ricevere la posta di root come normalmente previsto in /etc/aliases".
Pero' non a entrambi (come ho interpretato io)... ecco....tutto qua.


== Debian "dietro le quinte" del raid ==
Uh... una cosa: se "passi di la'" puoi cambiare tu "man /sbin/update-grub" in "man update-grub"? Direi che e' meglio correggere ;-)


Alla fine di tutto questo discorso, non bisogna dimenticare che la debian toglie diverse castagne dal fuoco, e molte procedure sono automatizzate. Per esempio ci sono tanti file di config e scriptini che girano, per esempio all'aggiornamento di un kernel. Vediamone uno, che casualmente coinvolge kernel, initrd e quindi anche raid.
Resto sintonizzato.
<pre>
  # cat /etc/kernel-img.conf
  do_symlinks = yes
  relative_links = yes
  do_bootloader = no
  do_bootfloppy = no
  do_initrd = yes
  link_in_boot = no
  postinst_hook = /sbin/update-grub
  postrm_hook  = /sbin/update-grub
</pre>
uhm.... consiglio di leggersi /sbin/update-grub e man 5 kernel-img.conf  (kernel-package.deb)


Quanto sopra potremmo anche considerarlo "trasparente", pero' non bisogna mai dimenticarsi di esplorare il sistema e capire cosa e' coinvolto nei vari processi automatizzati di debian.
: [[Utente:Robiz|Robiz]] 10:20, Apr 5, 2006 (EDT)


Per esempio provare a scrivere in console  "update" e poi battere TAB TAB.
----
Li conoscete tutti?


Ho fatto le modifiche e cambiato il nome. Vedi se è tutto ok altrimenti... correggi :-P.


== Altre cose utili ==
: [[Utente:TheNoise|~ The Noise]] 11:58, Apr 5, 2006 (EDT)
 
''Always zero the superblock of a device before adding it to a RAID device. Why? Because the  disks decide what array they are in based on the disk-id information written on them. Zero the superblock first in case the disk was part of a previous RAID device. Also, if a partition was part of a previous RAID device, it appears to store the size of it's previous partition in the signature. Zeroing the superblock before adding it to a new RAID device takes care of cleaning up that, too.''
<pre>
- Erase the MD superblock from a device:
  mdadm --zero-superblock /dev/hdXx
- Remove disk from array:
  mdadm --set-faulty /dev/md1 /dev/hda1
  mdadm --remove /dev/md1 /dev/hda1
- Replace failed disk or add disk to array:
  mdadm --add /dev/md1 /dev/hda1
  (that will format the disk and copy the data
    from the existing disk to the new disk.)
- Create mdadm config file:
  echo "DEVICE /dev/hda /dev/hdc" > /etc/mdadm/mdadm.conf
  mdadm --brief --detail --verbose /dev/md0 >> /etc/mdadm/mdadm.conf
  mdadm --brief --detail --verbose /dev/md1 >> /etc/mdadm/mdadm.conf
- To stop the array completely:
  mdadm -S /dev/md0
    (NB: Non e' possibile farlo "da dentro" il raid)
 
- Altri (leggere il man relativo):
  mdadm --examine --scan
  mdadm --query --detail /dev/md0
</pre> 


Sul RootRaidDoc97 c'e' un recupero veramente d'emergenza per avviare un raid dove proprio non ci sia possibilita' di avviare un supporto raid sul sistema in questione. Vedete di non trovarvi in questa situazione  :-)
----


== Link ==
Grazie per il supporto! Domani mattina faccio un respiro profondo e rileggo tutto.
* http://www.tldp.org/HOWTO/Software-RAID-HOWTO.html
* http://www.tldp.org/HOWTO/Software-RAID-HOWTO-7.html#ss7.3
* http://wiki.clug.org.za/wiki/RAID-1_in_a_hurry_with_grub_and_mdadm
* http://www.linuxhacker.at/howtos/debian-root-raid1-boot-initrd/index.html
* http://www.linuxsa.org.au/mailing-list/2003-07/1270.html
* http://www.linuxsa.org.au/mailing-list/2003-07/1271.html
* http://www.linuxsa.org.au/mailing-list/2003-07/1273.html
* http://www.debian-administration.org/articles/238
* http://www.debian-administration.org/users/philcore/weblog/4
* http://www.epimetrics.com/topics/one-page?page_id=421&topic=Bit-head%20Stuff&page_topic_id=120%3EDebian
* http://www.linuxtrent.it/documentazione/wikilinux/RaidSoftwareSuDebian
* http://www.fam.tuwien.ac.at/~schamane/sysadmin/ctsrvraid/
* http://xtronics.com/reference/SATA-RAID-Debian.htm
* http://xtronics.com/reference/SATA-RAID-debian-for-2.6.html
* http://www.doorbot.com/guides/linux/x86/grubraid/
* http://www.whatever.ca/index.php?p=134&more=1
* http://www.1u-raid5.net/
* http://www.wlug.org.nz/SoftwareRaid
* http://lists.debian.org/debian-user/2002/debian-user-200206/msg02962.html
* http://www.midhgard.it/docs/index_en.html
* http://www.linuxjournal.com/article.php?sid=5653
* http://www.linuxjournal.com/article.php?sid=5898
* http://lists.debian.org/debian-user/2003/debian-user-200304/msg03966.html
* http://lists.debian.org/debian-user/2002/debian-user-200208/msg04714.html
* http://www.parisc-linux.org/faq/raidboot-howto.html
* http://fy.chalmers.se/~appro/linux/HOWTO-mirror-root.html
* http://www.samag.com/documents/s=1155/sam0101g/0101g.htm
* http://www-106.ibm.com/developerworks/linux/library/l-raid1/
* http://www-106.ibm.com/developerworks/library/l-raid2/
* http://books.slashdot.org/books/03/02/11/1531243.shtml?tid=106
* http://linux.oreillynet.com/pub/a/linux/2002/12/05/RAID.html
* http://gd.tuwien.ac.at/linuxcommand.org/man_pages/mdadm8.html
* [[Guida_a_Grub]]
* http://deb.riseup.net/storage/grub/?a=source 


Dopodiche' non ci resta che vedere l'effetto che fa.


--
Saluti.
Autore: [[Utente:Robiz|Robiz]]
: [[Utente:Robiz|Robiz]] 14:32, Apr 5, 2006 (EDT)
[[Categoria:Sistema]]

Versione attuale delle 18:32, 5 apr 2006

Grazie per la guida, come dire ... possente :D. L'ho scorsa velocemente e ce nè di materiale! ;-)

C'è ancora un pò di formattazione da sistemare, ma vediamo in questi giorni se ti posso aiutare :).

~ The Noise 09:41, Apr 2, 2006 (EDT)

Titolo

Una domanda, il "post-installazione" nel titolo è un errore? Sarebbe meglio toglierlo?

~ The Noise 09:45, Apr 2, 2006 (EDT)


Beh... Non tratta l'installazione vera e propria, ma sono piu' dei suggerimenti... un'esperienza che potrebbe anche non essere corretta al 100% ma che secondo me contiene delle informazioni che non ho mai trovato in altre parti. E riguarda proprio quello che si dovrebbe provare dopo l'installazione.

Per la formattazione... /me vergogna, ma ho cercato di fare il possibile, considerando che ci ho messo giorni a renderla leggibile da una delle mie """"guide personali"""" (nota le quadruple virgolette :-) scritte con joe e mcedit.

Comunque sentiti libero di fare qualunque modifica del caso, non mi offendero' assolutamente. Senno' non avrei messo la guida nel wiki che secondo me rappresenta il massimo della condivisione della conoscenza.

Una cosa che mi piacerebbe fosse eliminata o integrata e' dove c'e' un richiamo a fdisk/MBR e subito dopo update [TAB TAB] (dove parlo di file e script di debian) vorrei aggiungere anche 

 # updatedb
 # locate config | grep bin

subito prima di "Li conoscete tutti?"

Robiz 13:09, Apr 2, 2006 (EDT)

Dunque, ho dato una sistemata al grosso dei problemi di formattazione. Che te ne pare?

Avrei dei piccoli appunti:

  • I link sono tantissimi! Sarebbe meglio IMHO raggrupparli un 2 o 3 sotto-sezioncine in modo che almeno si sa che ti po di link è. L'ideale sarebbe che ogni link abbia il suo titolo al posto dell'indirizzo.
  • la sezione /etc/init.d/, non sarebbe meglio aggiungere qualche parolina sia al titolo che alla descrizione della box monospace?
  • la sezione "Altre cose utili" è in inglese. Sarebbe meglio citare la fonte, meglio ancora tradurla ;-). Aspetta... rileggevo e ho notato che forse era questa la sezione sulla quale volevi essere aiutato?

Ciao!

~ The Noise 19:44, Apr 2, 2006 (EDT)


La formattazione e' "doppia libidine coi fiocchi".

  • I link li rivedo e sistemo. Magari tolgo qualcosa.....
  • Nella sezione init.d mettero' qualche riga di commento ai box
  • "Altre cose utili" e' tratto al 90% da RootRaidDoc.97.html.... mumble mumble.... mettero' due righe citando la fonte invitando comunque a leggerla, ma lascerei quei comandi che anzi vedrei volentieri in un futuro integrati con altri.

L'aiuto mi serviva per non lasciare solitario "fdisk /MBR" come unica soluzione per "spianare" un mbr da qualunque boot/kernel loader. Forse il pacchetto e' proprio mbr.deb che ha il comando "install-mbr" ma che non ho mai provato. Devo documentarmi un po' su questo pacchetto.

E, si, dopo "update TAB TAB" aggiungero' io "updatedb; locate config | grep bin" Scrivero' di nuovo appena sistemato quanto richiesto.

Robiz 02:36, Apr 3, 2006 (EDT)

Revisione come da suggerimenti

  • I link sono tantissimi! Sarebbe meglio IMHO raggrupparli un 2 o 3 sotto-sezioncine in modo che almeno si sa che ti po di link è. L'ideale sarebbe che ogni link abbia il suo titolo al posto dell'indirizzo.

Ho sfoltito e diviso per gruppi di argomento (circa) i link, pero' non ho sostituito il link con il titolo..  :-/

  • la sezione /etc/init.d/, non sarebbe meglio aggiungere qualche parolina sia al titolo che alla descrizione della box monospace?

Ok, messa.

  • la sezione "Altre cose utili" è in inglese. Sarebbe meglio citare la fonte, meglio ancora tradurla ;-).

Cambiato il paragrafo in "comandi mdadm di maggior utilizzo" e tradotto.

Inoltre, sistemati alcuni errori di punteggiatura, aggiunto "locate config | grep bin" nella parte dove parlo di come scoprire alcuni comandi di configurazione di debian, ed aggiunto un link che spiega come utilizzare fdisk /MBR magari appoggiandosi a freedos.org.

E, si, il titolo di questa guida si puo' cambiare a discrezione di voi amministratori.

Robiz 17:12, Apr 3, 2006 (EDT)

Ottimo lavoro! Ben fatto ;-)

Riguardo il problema di azzerare il MBR, penso che si possa fare semplicemente con 

dd if=/dev/zero of=/dev/hdX bs=512 count=1

Comunque la mia è solo una deduzione, ci sarebbe da provare su un hd libero (se solo si sbagli poco poco la dimensione si combina un pastrocchio!). E sempre con dd si può salvare il MBR (a proposito, poi inserisco qualche link così anche nella guida).

Per il titolo della guida, dunque, io toglierei il post-installazione dato non tratta escusivamente quello. Non lascerei neanche solo "Software-Raid-1" perchè i nomi singoli li lasciamo liberi per i termini di glossario, e magari una bella voce di glossario che spiega brevemente cosa sia il "Software-Raid-1" e rimanda a wikipedia e alla guida per approfondimenti ci stà ;-). Io metterei qualcosa come "Software-Raid-1: dall'installazione all'utilizzo" oppure più pomposo "Software-Raid-1: Installazione e Deployment", oppure "Software-Raid-1: installazione e fine-tuning". Insomma qualcosa che renda giustizia della mole di informazioni presenti ;-). Dimmi tu (alla fine la guida e tua è giusto che il titolo lo scelga tu).

~ The Noise 18:50, Apr 3, 2006 (EDT)
  • Riguardo il problema di azzerare il MBR, penso che si possa fare semplicemente con dd if=/dev/zero of=/dev/hdX bs=512 count=1

Questa cosa non e' chiara. Cercando con google, in effetti si trovano spiegazioni ed in pratica per esempio "lilo -u" non fa altro che ripristinare un (se ricordo bene) boot.b backuppato prima di installare lilo.

  • Comunque la mia è solo una deduzione, ci sarebbe da provare su un hd libero (se solo si sbagli poco poco la dimensione si combina un pastrocchio!). E sempre con dd si può salvare il MBR (a proposito, poi inserisco qualche link così anche nella guida).

Non ci sono dubbi sul 512 e neanche sul dd..... si.... quella parte nella guida non e' limpida, il mio desiderio di spianare completamente un disco compreso il mbr per poi riagganciarlo in modo pulito al raid si scontra un po' proprio con la possibilita' di dare un'indicazione chiara di come eliminarlo.... mumble mumble... forse in effetti si potrebbe andare sul pesantino con /dev/zero ... in fondo si dovrebbe sempre recuperare con fdisk(DOS) o un'installazione di lilo o grub....mumble mumble.... faro' una prova stasera o domani sera.

  • Per il titolo della guida, dunque, io toglierei il post-installazione dato non tratta esclusivamente quello. Non lascerei neanche solo "Software-Raid-1" perchè i nomi singoli li lasciamo liberi per i termini di glossario, e magari una bella voce di glossario che spiega brevemente cosa sia il "Software-Raid-1" e rimanda a wikipedia e alla guida per approfondimenti ci stà ;-). Io metterei qualcosa come "Software-Raid-1: dall'installazione all'utilizzo" oppure più pomposo "Software-Raid-1: Installazione e Deployment", oppure "Software-Raid-1: installazione e fine-tuning". Insomma qualcosa che renda giustizia della mole di informazioni presenti ;-). Dimmi tu (alla fine la guida e tua è giusto che il titolo lo scelga tu).

LOL propongo di togliere la guida per evitare errori sul titolo  :-P Allora, con ordine:

va bene, non lasciare il nome da solo.

"dall'installazione all'utilizzo" e' troppo, e comunque andrebbe bene per una caldaia con acqua calda  :-P

Deployment ???? Ma poi la metti la traduzione?  ;-)

Fine-tuning sarebbe corretto, ma si riduce alla fine a copiare una voce in menu.lst. E poi mettiamolo in italiano, dai....

Non deve rendere giustizia alla mole (che intanto andra' verificata un pochino), e comunque si... non so neanche io.... perche' non assomiglia a niente di quanto in giro, non e' un'installazione, non e' una migrazione.... in pratica, se "spremi", alla fine e' solo un test con tante informazioncine, per alcuni scontate, per altri forse molto utili scritte nowhere...... mumble mumble.....

"Software-Raid-1 avaria e recupero del sistema" mi piace, pero' oggi tutti leggono veloci e sicuramente leggerebbero "aviària e recupero".... Ma te sei quello che mi suggeriva "raid-handling" ? Senti... ora devo lavora'  :-)

Proviamo un riassunto di punti aperti. OPEN:

  • Trovare un titolo pero' seguendo la filosofia KISS a costo di fare wiki-mobbing sull'autore.
  • Dubbi dell'autore su come pulire un mbr (lasciamo cosi'?)
  • quale e' la procedura corretta di cloning da hda ad hdc? (lasciamo cosi'?)
  • Quante altre cavolate ce sono?  :-)
  • Link vari a wikipedia
Robiz 03:01, Apr 4, 2006 (EDT)
  • Rivista la "pulizia" del MBR togliendo riferimenti dos e usando dd.

OPEN:

  • Trovare un titolo pero' seguendo la filosofia KISS a costo di fare wiki-mobbing sull'autore.
  • quale e' la procedura corretta di cloning da hda ad hdc? Qua non sono in grado di aggiungere altro.
  • Link vari a wikipedia ?
  • Altri "revisori" ?
Robiz 07:15, Apr 4, 2006 (EDT)
  • Aggiunta una nota sul perche' non sia chiaro vi siano discordanti procedure per clonare un mbr da hda ad hdc.

A questo punto se non ci sono altre richieste, io passo (resto sintonizzato, pero').

OPEN:

  • Trovare un titolo pero' seguendo la filosofia KISS a costo di fare wiki-mobbing sull'autore.
  • Link vari a wikipedia ?
  • Altri "revisori" ?
Robiz 13:53, Apr 4, 2006 (EDT)

Ho visto le nuove aggiunte su dd e sono molto interessanti... aggiungerò quelle info sul MBR alla voce di glossario.

Per il titolo: Software Raid 1: configurazione e crash recovery.

Che te ne pare? Oppure un classico Software Raid 1 HowTo

Se non hai altre proposte scegli tra i due....

Ho ristrutturato la sezione /etc/init.d/. Un dubbio il file di configurazione il servizio mdadm-raid è /etc/default/mdadm-raid, giusto?

~ The Noise 17:16, Apr 4, 2006 (EDT)
  • Ho visto le nuove aggiunte su dd e sono molto interessanti... aggiungerò quelle info sul MBR alla voce di glossario.

Okay, io chiedero' a qualcuno di accendermi una candela  :-) BTW: Ho tolto come gia' detto riferimenti a DOS e FREEDOS, e non ho proprio menzionato ne' FDISK /MBR (che poi funziona solo con un disco "hda") ne' FIXMBR. Non credo ce ne sia bisogno.

  • Per il titolo: Software Raid 1: configurazione e crash recovery.

Direi che fino a "...configurazione" ci siamo perche' puo' essere interpretato sia come "parte gia' fatta durante l'installazione (da controllare)" che "da fare"; ok. Ma non e' un crash recovery  :-/ .... forse un semplice "...configurazione e verifiche" ? E' modesto ma onesto. Non pompiamo troppo. Il titolo non fa il monaco o qualcosa del genere  :-)

  • Ho ristrutturato la sezione /etc/init.d/.

Ah si... molto bene, accidenti, bel lavoro...

  • Un dubbio il file di configurazione il servizio mdadm-raid è /etc/default/mdadm-raid, giusto?

Entrambi gli script in /etc/init.d contengono queste due righe 

DEBIANCONFIG=/etc/default/mdadm
test -f $DEBIANCONFIG && . $DEBIANCONFIG

Il file di configurazione e' comune; contiene 

# cat /etc/default/mdadm
  # This file is automatically generated.
  # Run 'dpkg-reconfigure mdadm' to modify it.
  START_DAEMON=true
  MAIL_TO="root"
  AUTOSTART=true

Quindi la risposta e' "no". Sorry.

Vorrei solo fare una "punta": la posta di monitoraggio del raid come tutte le poste destinate a root non vanno SIA a root CHE l'utente normale, ma all'utente normale predisposto in /etc/aliases a ricevere la posta di root; probabilmente ho scritto da cani e ti ho ingannato. Si potrebbe scrivere che "la posta se non diversamente indicato va a root (come indicato in /etc/default/mdadm), o meglio, all'utente predisposto a ricevere la posta di root come normalmente previsto in /etc/aliases". Pero' non a entrambi (come ho interpretato io)... ecco....tutto qua.

Uh... una cosa: se "passi di la'" puoi cambiare tu "man /sbin/update-grub" in "man update-grub"? Direi che e' meglio correggere ;-)

Resto sintonizzato.

Robiz 10:20, Apr 5, 2006 (EDT)

Ho fatto le modifiche e cambiato il nome. Vedi se è tutto ok altrimenti... correggi :-P.

~ The Noise 11:58, Apr 5, 2006 (EDT)

Grazie per il supporto! Domani mattina faccio un respiro profondo e rileggo tutto.

Dopodiche' non ci resta che vedere l'effetto che fa.

Saluti.

Robiz 14:32, Apr 5, 2006 (EDT)
Estratto da "https://guide.debianizzati.org/index.php?title=Discussione:Software_Raid_1:_configurazione_e_verifiche&oldid=7764"