Newsgroup: it.comp.os.linux.debian
Titolo: installata la mia prima squeeze - fail

Si tratta di un setup scemo con dischi in raid 5, una partizione swap e 
una unica in / con ext4
Installazione tutto ok ma al reboot mi becco un bel grub-rescue dopo un 
errore file not found
dando set vedo che prefix e root sono ben impostati:
prefix=(md/1)/boot/grub
root=(md/1)
ls / mi mostra la root del filesystem
ma
ls /boot e' vuota
questo credo determini il file not found visto che deve caricare dei file 
da li'.
Qualcuno ha idea di cosa stia succedendo?

 ls /boot e' vuota
aggiungo che avviando in rescue /boot ha tutti i file al loro posto

 Qualcuno ha idea di cosa stia succedendo?
Perdonami ma non ho compreso bene il tuo setup.
Quanti dischi hai? Come sono partizionati?
Non avrai mica messo la /boot sul volume raid5 vero?
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 sono partizionati? Non avrai mica messo la /boot sul volume raid5 vero?
Si', ho fatto un po' a cazzo cosi' per smanettare.
mi capitera' una volta all'anno di fare ste cose e ne approfitto per fare 
qualche prova.
Tornando a noi:
4 dischi (nessuno spare), 2 partizioni: 1 swap e una root (ext4)
entrambe raid5
Quindi la boot in questo caso non ha una sua partizione.
Restando comunque interessato sul motivo per cui un raid 5 sulla boot 
crei scompiglio (pensavo fosse solo inutile, solitamente faccio raid 1), 
non mi sembra che il problema di grub sia legato al tipo di raid.
Da ricerchine varie un problema simile si puo' avere in caso di 
migrazione da grub a grub 2 ma non credo che sia questo il problema 
perche', anche se e' vero che sulla stessa macchina avevo smanettato con 
lenny la settimana scorsa, il grub-install dovrebbe aver messo la giusta 
versione al suo posto in fase di installazione.
Cambiando argomento ho visto che se si crea un device raid e lo si 
configura per lo swap, l'installer lo monta subito in automatico rendendo 
impossibile la cancellazione del device raid in un secondo momento a meno 
che non si entri in console e si dia uno swapoff.

 non mi sembra che il problema di grub sia legato al tipo di raid.
grub1 non ha supporto per RAID5 (solo RAID 1), mentre grub2 dovrebbe 
averlo, ma personalmente non l'ho mai provato.
 
Ma da quel che dici, sembra che il device venga comunque montato, se ne 
vedi il contenuto dalla shell di grub.
Controlla se magari in /boot ci sono solo link simbolici. Puo` essere che 
grub2 non li supporti.
Tra l'altro con grub2 non dovrebbero piu` esserci i file di grub in /
boot, ma dovrebbe andarseli a prendere in /usr/lib/grub
Bye.

 che non si entri in console e si dia uno swapoff.
Normale. Rientra nell'autoconfigurazione di default del kernel. C'ï¿œ un
parametro di boot per evitare che ciï¿œ accada (man bootparam perchï¿œ non
lo ricordo).


 disco contiene già tutto quanto serve.
Diciamola meglio: il RAID 1 implementa un barbatrucco tale che il formato 
dei metadati e` identico a quello del file system ext2. Di conseguenza, 
al bootloader basta supportare ext2 per permettere la visione dei dati 
presenti sulla partizione
Enrico

 presenti sulla partizione
Eh? Che centra il raidlevel con il filesystem? Per dirla come la so io 
non è grub supporti il raid1 e non il 5: grub non supporta nessun raid 
level per la partizione di boot ma visto che il raid 1 è una mirror lui 
se ne frega e accede il primo disco del raid e buona notte.

 errore file not found
ok
appurato che il problema e' nel mix grub raid 5 sulla boot (la mailing 
list di grub suggerisce che questo problema potrebbe essere risolto nelle 
recenti versioni, che sicuramente debian stable non ha)
facciamo un passo indietro e spostiamoci sull'annoso punto dolente di 
debian, l'usabilita' per l'utente normale (per carita' migliorata 
notevolmente con le varie versioni):
1) un installer non dovrebbe impedire di creare un sistema che non potra' 
fare il boot (se il problema e' noto)?
2) stesso discorso per quella storia della swap montata in automatico, 
davvero l'utente finale deve sapere che esiste un parametro del kernel 
che evita che questa feature blocchi l'installazione (perche' o si sa 
fare swapoff da console o si riparte da capo)?
certo, sono casi particolari, ma installare un sistema non bootabile mi 
sembra grave.

 se ne frega e accede il primo disco del raid e buona notte.
Quello che intendeva enrico è che il raid software di Linux usa per i
suoi metadati l'ultima parte del volume, quindi il filesystem ospitato
sopra è accedibile anche direttamente dai suoi membri.
Se memorizzasse il superblocco all'inizio il filesystem non sarebbe
leggibile senza barbatrucchi (
p.es
. loopback con offset).



Ah, non avevo capito. Denghiu

 sembra grave.
"Questa � Debian. Ti d� abbastanza corda da impiccarti."