[PLUTO-help] R: GRUB2 su partizione logica: stage1, stage2 e linea di comando

[Giancarlo Pegoraro]

Salute a tutti :-)

Il 04/03/2011 12:43, exameron a yahoo.it ha scritto:
>>> Nella mia Debian Squeeze lo "stage1" di GRUB2 è installato nel root di
>>> /dev/sda5 (cioè la stessa partizione che contiene Debian), tuttavia,
>>> anzichè puntare allo "stage2" (l'albero "/boot/grub") della medesima
>>> partizione, punta a quello di /dev/sda6, ove è installato un altro
>>> sistema operativo (Ubuntu Lucid).
>>
>> Percio' il grub2 installato nell'mbr e' quello di ubuntu. Niente di
>> strano che punti la' se quello debian e' sulla "root" :-)
>
> Guarda, a dire il vero le cose sono un po' più complicate, solo che ho evitato di descriverle in dettaglio per non instasare la ML: in breve, nel MBR ho installato lo "Stage1" di GRUB1 (cioè, v.0.97) il quale punta alla prima partizione (/dev/sda1) contenente ovviamente il relativo "Stage2": questa partizione è addetta semplicemente alla funzione di boot-managing (sarà 100mb o meno), e infatti contiene solo ed esclusivamente Grub1,

Alt! questa non l'ho proprio vista, come primo bootloader usi grub1 :-/

 > che è il boot manager che meglio padroneggio e che uso appunto per
 > avviare qualsiasi altro sistema operativo di qualsiasi altra
 > partizione (lo so che sembra un giro contorto, ma ti assicuro che
 > questo sistema è studiato per le mie specifiche esigenze).
> Ora, attraverso Grub1 vado a richiamare gli "Stage1" dei vari GRUB2 installati nelle root di sda5 e sda6: per essere più esplicito, questa è pressappoco la configurazione di "menu.lst"...

Dunque, che io sappia sia grub1 installati nell'mbr puntano ad una 
partizione del sistema operativo che li ha installati e da li fanno 
partire il kernel che vuoi e pure il SO.

> #
> # title DEBIAN (sda5)
> # root (hd0,4)
> # chainloader +1
> #
> # title UBUNTU (sda6)
> # root (hd0,5)
> # chainloader +1
> #

Prima di tutto, spero che il "#" non ci sia davanti alle righe che hai 
citato. Il risultato sarebbe che non le vedi nel menu di grub all'avvio, 
ma non penso sia il tuo caso :-)

> ...solo che appunto lo Stage1 del Grub2 installato su sda5 (quindi quello relativo a Debian) punta allo Stage2 del Grub2 installato su sda6 (Ubuntu).
> In sostanza, quando l'avvio di Debian avviene attraverso lo Stage1 installato in sda5, dipende inevitabilmente dall'esistenza dello Stage2 di Ubuntu: nel momento in cui dovessi cancellare Ubuntu da sda6, non potrei più avviare Debian facendo uso del SUO Grub2... dovrei in alternativa riconfigurare opportunamente il "menu.lst" del Grub1 di sda1.

Qui, è vero, c'è qualcosa di errato nell'istallazione del grub di Debian.
Ma dimmi, che procedura hai usato per istallare debian? E' un po' che 
non istallo e le volte che l'ho fatto Squeeze era ancora in "testing", 
perciò con tutti i problemi relativi. Io ho sempre saputo che per poter 
istallare il bootloader nella partizione "/" e non nell'mbr, il modo 
sicuro di procedere è usare "expert install" e l'ho pure provato dovendo 
rifare un'istallazione. Il modo "expert install" rompe un po' ma hai il 
modo di vedere cosa sta succedendo e puoi pure cercare di ripristinare 
un down della connessione di rete e questo mi ha salvato da vari 
disastri perché ho una connessione lentissima e molto instabile :-)

> Il problema risiede dunque nello Stage1 del Grub2 installato su sda5; dovrei fare in modo che punti allo Stage2 della medesima partizione, ma finora non c'è stato verso di correggere questo problema: le ho provate tutte (non te le descrivo in dettaglio) e dopo una serie di fallimenti mi sono chiesto se il collegamento stage1-stage2 fosse effettuabile da linea di comando (così come aveniva con Grub1), ma a quanto pare...
>
>> Se vuoi modificare da linea di comando-grub, non penso sia possibile

Ora ho voluto fare un giro sulle pagine man e digitando
man grub- <tab> escono varie pagine,

> genkideb a fabel:~$ man grub-
> grub-bin2h            grub-mkconfig         grub-mkimage          grub-mkrescue         grub-script-check
> grub-editenv          grub-mkdevicemap      grub-mkpasswd-pbkdf2  grub-probe            grub-set-default
> grub-install          grub-mkfont           grub-mkrelpath        grub-reboot           grub-setup

forse leggendole un po' si riesce a capire qualcosa ;-)

> ------------------------------------------------------
>
>>> Pare che installare GRUB2 nel root di una partizione logica sia
>>> un'impresa e non a caso sono ore che ci provo (e le ho provate tutte!):
>>   >  se esistesse un espediente del tipo che ho appena richiesto avrei
>>> risolto il problema.
>>
>> Dal disco di installazzione debian, (nettinstall?) entri in modalita
>> "expert" e da lì puoi r/installare grub2 dove vuoi. Che io abbia visto
>
> Le avevo per l'appunto provate tutte ("dpkg-reconfigure grub-pc", "grub-install --root-directory=/mnt/sda5 /dev/sda5", "chroot /mnt/sda5... etc") eccetto la soluzione che mi hai appena prospettato: ti farò sapere. ;-)
>
Per me il difetto che descrivi è dovuto ad un'errata collocazione degli 
"stage" di debian al momento dell'istallazione, però non chiedermi il 
perché :-)
> ------------------------------------------------------
>
>> Le cose da fare sono di installare in ubuntu/lucid "os-prober" poi dal
>> medesimo lanciare
>>
>> $sudo update-grub
>>
>> e questi, in teoria, ti mette anche gli altri sistemi operativi
>> esistenti sul disco.
>
> Grazie. Non conoscevo questo tool ma mi tornerò utilissimo. :-)

Meglio leggere anche la documentazione a riguardo, magari trovi anche il 
tuo problema :-)

> ------------------------------------------------------
>
>> il modo di installazione di grub2 non e' cambiato dal predecessore,
>> Quello che e' cambiato è che non esiste piu' il "menu.lst" e quasi tutta
>> la configurazione e' in "/etc/grub.d".
>> [...]
>>    Io non ho mai toccato niente qui. Ho messo mano al file
>> "/etc/default/grub" per indicare quale kernel voglio usare e modificare
>> il tempo di attesa.
>> [...]
>> perché lo "stage1" punta ad una immagine "grub.cfg" che è in solo
>> lettura e modificabile solo dando il comando sopra scritto. Tempo fa
>> qualcuno modificava questo file ma si ritrovava a "piedi" tutte le volte
>> che c'era un aggiornamento di kernel perché veniva riscritto il file
>> "grub.cfg". Per rendere permanenti le modifiche bisogna lavorare nei due
>> posti che ti ho indicato :-)
>
> Grazie anche per questi chiarimenti su Grub2: mi risulta ancora un po' ostico rispetto a Grub1 ma ci sto studiando sopra.

Io prima di passare a grub2 mi sono letto la documentazione che si trova 
in rete. Quello che ti consiglio è di leggere quella a riguardo la 
distribuzione che stai usando, debian in questo caso perché ubuntu 
seppur cugini, ha un comportamento leggermente differente e ti può 
trarre in inganno :-)
Niente di insormontabile ma per chi usa piu' sistemi operativi su un 
computer, può essere una "rogna" :-)

-- 
Ciao Genki ):o))