3 581
contributi
Debian Kernel Howto: differenze tra le versioni
Vai alla navigazione
Vai alla ricerca
m
→Bisogna usare l'initrd oppure no?: commentati link obsoleti
m (correzione dei link "appunti di informatica libera") |
m (→Bisogna usare l'initrd oppure no?: commentati link obsoleti) |
||
| (Una versione intermedia di uno stesso utente non è mostrata) | |||
| Riga 1: | Riga 1: | ||
{{Versioni compatibili|}} | {{Versioni compatibili|Wheezy|Jessie|Testing_2015|Unstable_2015}} | ||
== Introduzione == | == Introduzione == | ||
In Debian, il [[kernel]] Linux può essere ricompilato con il metodo standard (valido con tutte le distribuzioni, e quindi anche con Debian) oppure nel cosiddetto [[Debian-way]] (traduzione: ''metodo Debian'' o ''alla Debian''). | In Debian, il [[kernel]] Linux può essere ricompilato con il metodo standard (valido con tutte le distribuzioni, e quindi anche con Debian) oppure nel cosiddetto [[Debian-way]] (traduzione: ''metodo Debian'' o ''alla Debian''). | ||
| Riga 251: | Riga 251: | ||
Con un editor di testo è necessario decommentare l'opzione <pre>#GRUB_DISABLE_LINUX_UUID=true</pre> rimuovendo il simbolo "#". Il passaggio conclusivo consiste nell'eseguire <pre># update-grub</pre> per aggiornare la configurazione di grub.<br/> | Con un editor di testo è necessario decommentare l'opzione <pre>#GRUB_DISABLE_LINUX_UUID=true</pre> rimuovendo il simbolo "#". Il passaggio conclusivo consiste nell'eseguire <pre># update-grub</pre> per aggiornare la configurazione di grub.<br/> | ||
Per un kernel ricompilato, l'initrd è generalmente inutile e rende l'avvio leggermente più lento. È anche facile sbagliare se non attivate le giuste opzioni nel kernel (vedi [[#Ma se io devo usare l'initrd assolutamente?|FAQ successiva]]), in tal caso otterreste un <code>kernel panic</code> all'avvio. L'initrd serve soprattutto per i kernel ufficiali delle distribuzioni che devono supportare tutti i controller esistenti e una gran varietà di filesystem. Sarebbe assurdo compilare tutti questi supporti staticamente e quindi vengono inseriti come moduli nel ram disk. | Per un kernel ricompilato, l'initrd è generalmente inutile e rende l'avvio leggermente più lento. È anche facile sbagliare se non attivate le giuste opzioni nel kernel (vedi [[#Ma se io devo usare l'initrd assolutamente?|FAQ successiva]]), in tal caso otterreste un <code>kernel panic</code> all'avvio. L'initrd serve soprattutto per i kernel ufficiali delle distribuzioni che devono supportare tutti i controller esistenti e una gran varietà di filesystem. Sarebbe assurdo compilare tutti questi supporti staticamente e quindi vengono inseriti come moduli nel ram disk. <-- | ||
* [[Compilazione Kernel 2.6.11 con Bootsplash]] | *** ATTENZIONE *** PARTE COMMENTATA *** ATTENZIONE *** | ||
* [[Kernel2.6.10 - Framebuffer - Gensplash Patch]] | |||
L'initrd è necessario anche se si vuole usare un bootsplash, ma questa è un'altra storia: | |||
* [[Old:Compilazione Kernel 2.6.11 con Bootsplash]] | |||
* [[Old:Kernel2.6.10 - Framebuffer - Gensplash Patch]] | |||
*** FINE PARTE COMMENTATA *** --> | |||
La risposta lunga è quindi no, non usate l'initrd quando questo non sia strettamente necessario. | La risposta lunga è quindi no, non usate l'initrd quando questo non sia strettamente necessario. | ||