Newsgroup: it.comp.os.linux.iniziare
Titolo: [Risolto] Fake Raid su Ubuntu 10.04

Ho una MoBo chinese che supporta il Fake Raid.
Per chi non lo sapesse, ripeto quanto mi sembra di avere capito.
Esistono tre tipi ri raid (a parte i livelli 0, 1, 5, e combinazioni varie):
- fisico: il controller gestisce il raid in modo trasparente al BIOS
- fake: il bios dispone di un accesso dual channel ai dischi, che PUO' 
ESSERE trasparente al S.O.
- software: è quallo che si può implementae con Linux tramite opportune 
utility
Io mi trovavo nella situazione intermedia.
Avendo 2 dischi, ho configurato il BIOS affinché formassero un RAID 0 (o 
1? comunque in mirroring).
Qui nascono i problemi.
Intlallo Windows 7 e tutto va a meraviglia.
Proseguo con Ubuntu e... Kasini al Kubo.
Di default, gparted vede i due canali distinti, /dev/sda e /dev/sdb, ma 
non il raid.
Dopo un po' di ricerche, scopro che esiste "dmraid" col quale ovviare 
all'inconveniente, il quale crea un device ad hoc sotto /dev/mapper/....
Partizionatolo con "gparted /dev/mapper/..." ottengo la configurazione 
voluta, e mi accingo a installare.
Come da istruzioni, in fase di installazione NON formatto i dischi (che 
peraltro sono freschi freschi di format).
Tutto va a buon fine e faccio il reboot.
Pronti, via... ERRORE
Non trova il disco, oppure la risorsa è occupata oppue qualche altro kasino.
Varie ricerche non mi portano alcuna soluzione, per cui vado per 
tentativi, cercando di trarre un senso dai messaggi di errore che ricevo.
Fra l'altro, il sistema un paio di volte è partito, per poi però 
inchiodarsi al riavvio successivo.
Intervenendo a mano sui parametri di boot (nel menu di grub) tolgo il 
root=UUID=..... per sostituirlo con root=/dev/mapper/... e tutto funge.
Morale della storia, nal mio caso:
1. dev=UUID=..... non gli piace
2. qualsiasi modifica al volo viene resettata da grub2 che riconfigura 
gub.cfg ad ogni riavvio (maledetto chi l'ha pensato...)
3. bisogna modificare /etc/default/grub.qualcheccosa dopodiché 
effettuare grub update: questo ha la precedenza sulla riconfigurazione 
di grub
in /etc/default/grub... ho modificato il parametro che passa l'UUID al 
boot (mettndolo da 0 a 1 o viceversa, comunque va invertito)
A questo punto, finalmente, il sistema parte senza intoppi
Sorgono apontanee alcune domande:
1. come mai W7 si sintalla e va al primo colpo? Sicuro che Linux sia più 
furbo?
2. grub era così bellino, gli dicevi cosa fare e lui lo faceva, andava 
bene nel 99% dei casi. Per risolvere il restante 1% di casi sfigati 
(tipo boot da immagine ISO) qualche nerd si è inventato grub2; grub2 è 
così figo che in giro sulla rete è pieno di guide che spiegano come 
tornare a grub legacy (quello vecchio). Quali sarebbero i vantaggi per 
l'utente medio di imazzire con grub2 quando già grub aveva le sue belle 
gatte da pelare?
Considerazioni analoge potrei fare per il nuovo xorg rispetto al vecchio 
(nel nuovo xorg. conf non c'è niente, fa tutto da solo e non va un cazzo 
se l'HW non è quello che dice lui, mentre con quello vecchio almeno si 
poteva andare in MODIFICA dei parametri esistenti, anziché doverseli 
inventare/studiare ex novo...)
Dopo anni di Linux, ho ahimé dovuto tornare a reimmettere nei miei 
sistemi roba Windows altrimenti non ne venivo a capo - in tempi ragionevoli.
Non mi piace questo nuovo corso... aridatemi il mio bel Linux che faceva 
quello che dicevo io. Inutile scimmiottare Windows, lasciamolo fare a 
chi è capace (cioè Microsoft e Apple)
Vai col flame :)
C.

 Kasini al Kubo.
Sarei piu' incline ad un italiano schietto piuttosto che sqietto :o
Oppure oggigiorno lo insegnano a skuola?
-- 
Archlinux on (uname -a)
F

 Oppure oggigiorno lo insegnano a skuola?
Lo insegniano, si vede che non ti sei imparato bene, gniorante
Comunque volevo dare più enfasi al concetto, ci sono i "casini" e i 
"kasini", e i secondi sono molto più rognosi dei primi, soprattutto se 
al cubo, perchè è anche la forma assunta dagli zebedei dopo alcune ore 
di smanettamento matto e disperatissimo.
:)