linux user group brescia

On Tue, Oct 08, 2002 at 02:31:39PM +0000, Daniel wrote:
> Il sab, 2002-10-05 alle 21:50, Luca Giuzzi ha scritto:
> > On Fri, Oct 04, 2002 at 08:16:01PM +0000, Daniel wrote:
> > > 
> > > Sono andato da una persona che vuole conoscere Linux, e quindi dopo aver
> > > trovato un HD vecchio da 4.3 GB, dopo averlo installato come secondario,
> > > e dopo aver installato su di lui Red Hat 7.3 con Grub (è stato un
> > > pommeriggio da panico), riavvio il tutto, e mi dice:
> > > 
> > > GRUB HARD DISK ERROR...
> > > 
> > Bel problema... direi che le possibilita' sono essenzialmente 2:
> >  a) grub non e' riuscito a scriversi completamente sul disco
> >     (la cosa e' possibile... alcuni bios hanno una opzione `virus
> >      protection' che in realta' inibisce la scrittura sulla
> >      prima traccia, ove si installa il loader di primo livello)
> >  b) grub non riesce a capire la geometria del disco...
> >     domanda: e' configurato come LBA a livello di BIOS, vero?
> 
> grande errore, non ho controllato che sia configurato come LBA!!!
> Ma non capisco cmq il perché dell'errore se io non ho configurato come
> LBA il secondo HD dove ho installato RedHat 7.3. Ma anche se GRUB non
> riesce a capire la geometria del secondo disco, non mi lascia far
> partire neanche il primo?
> 
Il fatto e' che grub si carica in 3 fasi...
 un loader di primo livello che si trova nel boot block (512 bytes)
 un loader di fase 1.5 che ha nozione del filesystem
 un loader di secondo livello che viene caricato dal filesystem stesso

Il problema e' che il loader di primo livello deve riuscire a caricare 
 quello di fase 1.5, che, solitamente, e' piazzato nella partizione /boot
 della tua installazione di linux...


> Quindi, la prima cosa che devo fare adesso è configurare come LBA il
> secondo disco. 
> Poi dovrei rinstallare un bootloader.

ok...

> Gelma mi diceva di usare "rdev" (se non ricordo male), ma anche se ho
> cercato di capire la man page non sono riuscito a farmi il floppy per
> accedere a il disco con RedHat.

Altola'... rdev non c'entra niente col loader (cosa non vera, ma
 verosimile)!

rdev serve a settare alcuni parametri (fra cui la collocazione della
 partizione di root) all'interno del kernel... il kernel deve poi
 a sua volta essere caricato da un boot loader (oppure da se stesso
 se l'hai registrato in modalita' raw su di un floppy... ma in quel
 caso si tratta semplicemente di un loader "minimale)...

con rdev puoi fare a meno di passare il parametro
 root=/dev/xyz al kernel in fase di boot, ma non risolve il problema...

> cos'è boot block? (è una domanda retorica, nel senso che prima cercherò
> di documentarmi, poi chiederò se mi puoi spiegare)
> 
Il boot block e' uno dei tanti abomini della architettura PC...
si tratta del blocco che viene caricato in memoria dal BIOS e
cui viene passato il controllo al termine della fase di inizializzazione...
il casino nasce dal fatto che di "boot blocks" su di un disco
fisso partizionato `stile PC' ce ne sono sempre almeno 2...

il primo e' il "Master Boot Record" che e' fisicamente il blocco 0 del disco...
il secondo e' il primo blocco della "partizione attiva" cui l'MBR passa
a sua volta il controllo...
quando installi un bootloader (tipo lilo o grub) puoi decidere se metterlo su
/dev/hda (e quindi sovrascrivere l'MBR) oppure su /dev/hdaX (X=1..n) e
dunque averlo come blocco di boot di una partizione da attivarsi...

personalmente (idiosincrasie mie) suggerisco...
 sbm su /dev/hda (per poter decidere l'ordine di boot senza dover cambiare
  parametri nel bios)
 e boot loader su /dev/hda1

Ciao,
 lg

P.S.

 Se proprio volete sapere come la penso sino in fondo... personalmente
 preferirei OpenFirmware su tutte le macchine, o quantomeno SRM
 (che e' meno flessibile, ma comunque comodo) ... andatelo a dire ad
 Intel :(((