Newsgroup: it.comp.os.linux.ubuntu
Titolo: Grub ed UUID

Salve gente!
Un domandone....
Ho appena installato ubuntu 11.10 64bit su un disco sata (previo stacco 
di tutti gli altri hd sata, ubuntu non deve saper niente degli altri 
dischi in fase d'installazione...).
Ho ricollegato tutto e tutto ok (sclgo ubuntu con l'f8 da bios...a me 
piace così :P).
In caso di un'aggiornamento del kernel, quindi di conseguenza un'
agg.to
 
di grub automatico, ubuntu aggiorna grub basandosi su che? uuid? come fà 
a sapere che deve modificare grub sul disco di ubuntu? (ci sono anche 
altri s.o. suglia ltri hdd).
 
Insomma....mi caghicchio sotto se c'è un'
agg.to
 kernel o di grub...
 
Idee?

 altri s.o. suglia ltri hdd).
 
Se all'avvio quando premi F8 (per me ad es. il tasto funzione e` un altro ...)
ti compare un menu che ti permette di scegliere l'hard disk, e tu scegli
quello con Ubuntu, in caso di aggiornamento il boot loader viene installato
proprio su quel disco che tu avevi scelto all'avvio.
 
 


ok,quindi immagino che lavori con gli UUID (almeno spero di aver 
compreso così)
 
 

 compreso così)
 
Si, di default e` cosi`. Potresti disabilitare questa caratteristica
decommentando la riga
#GRUB_DISABLE_LINUX_UUID="true"
nel file
/etc/default/grub
ma non e` il tuo caso.
 
Tieni pero` presente piu` che gli UUID che update-grub andra`
sempre a sovrascrivere il boot loader sul disco dal quale e`
stato lanciato.
 
Se ad esempio sul primo disco hai una Debian e dal suo boot loader
lanci Ubuntu che risiede sul secondo disco, se poi da li` fai un
update-grub,  sovrascrivi il boot loader di Debian.
 
 

 Idee?
 
Io con ubuntu ho risolto sempre i casini fatti con update-grub di altri 
sistemi operativi (tipo debian o puppy: avevo usato un po' troppo 
allegramente gparted) con un tool lanciato da cd live lubuntu (creato 
con remastersys): boot repair (E' una soluzione al buio, l'ultima 
risorsa se non funge quella, non saprei cosa fare). Pero' update-grub ti 
dovrebbe dire cosa ha trovato sui vari hd prima di dare enter a me fa 
meno paura update-grub di ubuntu, con debian ho avuto problemini. Dato 
che su cd live non persistente dovevo ogni volta scaricare boot repair, 
ho installato lubuntu direttamente su usb 10g e adesso ho un sistema 
vero e proprio su chiavetta anche se lentino, non devo ogni volta 
scaricare lo faccio una volta e rimane alla peggio se parte l'hard disk, 
posso tirare gli ultimi respiri con chiavetta, pero' la chiavetta debian 
lxde ï¿œ una scheggia a confronto di lubuntu sia hd che chiavetta ed ï¿œ 
persistente.
 
ciao!
 

meno paura update-grub di ubuntu, con debian ho avuto problemini.
 
update-grub di Ubuntu dovrebbe essere la stessa cosa di Debian, che io
sappia.

 update-grub,  sovrascrivi il boot loader di Debian.
 
In realta` non ne sono davvero sicuro, ma non dovrebbe essere come
dici... un update-grub [o update-grub2] si limita a modificare in modo
automatico il file di configurazione che poi sara` letto dal grub
lanciato [quindi non dovrebbe esserci confusione fra i sistemi,
perche` ognuno ha il proprio file di configurazione messo sul file
system del proprio sistema]... Solo la riscrittura del codice che
effettivamente gestisce la cosa [quello che in genere si mette sul mbr
o su una partizione di root] potrebbe fare casini, ma questo quando
realmente avviene? quien sabe... ma di sicuro non durante un semplice
update-grub... Certamente capita con una installazione, ma li` devi
indicare in modo specifico dove mettere il codice di grub [Charles
Carmichael avrebbe, ad esempio, potuto lasciare tutti i dischi
attaccati ed indicare il probabile /dev/sdb come posto dove mettere
grub]... forse capitera` anche con un aggiornamento pesante di grub?
boh! Di sicuro mi e` gia` capitato, perche` mi sono ritrovato una volta
il mbr occupato dal grub sbagliato, ma non me ne accorsi se non dopo
molto tempo...
 
Ciao ciao
Claudio

 sappia.
 
Si, solo che in Debian di default non viene installato anche os-prober,
 
 
 

 update-grub... 
 
Proprio sicuro?
 


ho appena ggiornato il kernel...tutto filato liscio...grub si è 
aggiornato sul "quarto" disco senza intaccare il resto :)

 Proprio sicuro?
 
Mi e` venuto in mente che la situazione che avevo descritto prima 
mi era accaduta dopo un apt-get upgrade che aveva sostituito
Grub2 con una nuova versione. Probabilmente oltre a update-grub
l'installazione nell'MBR era avvenuta tramite un nuovo grub-install.
 
 
 

:

Il mio *sicuro* di prima era piu` ottimistico che davvero sentito :-),
ma comunque ci scommetterei sopra e credo che sia giusta la spiegazione
che dai, nel quotato, di quanto ti e` successo...
 
Io normalmente ho debian come sistema principale, ma una [a volte anche
di piu`] ubuntu di fianco come prova [perche` ubuntu mi capita di
usarlo spesso altrove]... tutti i grub [a volte anche dei lilo, se mi
capita di provare una distro con lilo] sono installati nelle root dei
vari sistemi [quello di debian parte perche` la sua partizione di root
e` una partizione principale segnata come *attiva* o di *boot*]... di
solito non ho alcun problema ad aggiornare [normalmente le ubuntu e le
altre partono dal grub di debian, ma si aggiornano senza dare problemi
a debian]... Un paio d'anni fa mi capito` qualcosa di strano, che pero`
nemmeno poi sono riuscito a spiegarmi... il grub di debian era passato
sul mbr... ma fu l'unico intoppo capitatomi.
 
Ciao ciao
Claudio

Insomma....mi caghicchio sotto se c'è un'
agg.to
 kernel o di grub...
 
Fai bene, lo farei anch'io :)