[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Device hd rimappati come sd [risolto]



Davide Prina wrote:
Davide Prina wrote:

Ho compilato Linux 2.6.30 appena arrivato in testing

Se avvio con il mio ho che le partizioni hd vengono rinominati come sd

i problemi si infittiscono. Ogni tanto ora non riesco ad avviare. Parte la fase di boot e si ferma dicendomi che sta iniziando la fase di caricamento ... attendere prego ...

Poi appare la shell minimale e scopro che non trova il device del disco, che in effetti non c'è.

Per risolvere basta riprovare a riavviare.

grazie all'aiuto di Ben Hutchings (penso sia un DD di Linux) ho risolto i problemi.

Prima di tutto avevo abilitato due moduli che fornivano entrambi i driver per il mio controller del disco:
CONFIG_BLK_DEV_PDC202XX_OLD=m
CONFIG_PATA_PDC_OLD=m

mi ha detto che in questo caso Linux ne carica uno a caso ed è questo che generava i blocchi casuali durante la fase di boot.

Il secondo driver è arrivato con Linux 2.6.30 e io l'ho lasciato abilitato come modulo perché non sapevo se questo era un'aggiunta o una sostituzione di quello che già usavo, pensando che sarebbe stato Linux stesso a capire quale dei due usare (avrei indagato in seguito se eliminarne uno o lasciarli entrambi).

Però questo non risolveva il problema, ma lo spostava di un "millimetro" più avanti. Infatti avevo subito un errore indicante l'impossibilità di rimuovere un modulo (nel mio compilato avevo tolto la possibilità di fare l'unloading dei moduli: CONFIG_MODULE_UNLOAD). Poi il problema era esattamente quello che ho già riportato: mancanza del caricamento del device.

Riabilitando l'unloading dei moduli è tornato tutto funzionante (almeno spero, da allora il boot è sempre avvenuto con successo).

Io avevo disabilitato CONFIG_MODULE_UNLOAD perché nella documentazione è riportato che eliminando questa funzionalità si ottiene un Linux più veloce e compatto. La risposta che mi ha dato Ben sul perché sia indispensabile lasciare il CONFIG_MODULE_UNLOAD è:

The initramfs scripts wait for all drives to be scanned before selecting
the boot partition.  This is done by inserting and then removing the
scsi_wait_scan module.

Ho fatto presente che magari il problema era collegato a quanto contenuto in questo messaggio ("The future of the boot system in Debian"):
http://lists.debian.org/debian-devel-announce/2009/09/msg00003.html

ma mi è stato detto di no.

A questo punto mi sono rimasti dei forti dubbi. È la prima volta che risolvo qualche problema avuto con il software libero e che mi lascia delle forti perplessità.

Se qualcuno vuole leggersi in dettaglio la discussione è reperibile al bug #544592.

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Petizione per l'uso di formati accessibili nell'Unione Europea
http://tinyurl.com/y6u4m5
Non autorizzo la memorizzazione del mio indirizzo su outlook


Reply to: