Gentoo su AMD64

Il mio hardware (almeno, le parti rilevanti)

• AMD Athlon64 3000
• Scheda madre Gigabyte K8NS Pro (nVIDIA nForce 3)
• Controller gigabit ethernet Marvell 8001 integrato su scheda madre
• Scheda video NVidia GeForceFX 5700LE
• Hard disk Maxtor DiamondMax Plus 9 SerialATA
• Scheda di rete aggiuntiva Realtek 8139 PCI

Il boot da LiveCD

Il LiveCD per AMD64 funziona bene, ma qualche problema di boot ogni tanto me lo dà, bloccandosi con un messaggio di errore che al momento non ricordo. Il problema è condiviso da alcuni altri possessori AMD64, ma è stato sufficiente rebootare quando si verificava. Immagino che il kernel 2.6.7 del LiveCD abbia qualche problema con l'architettura a 64 bit.

Riconoscimento dell'hardware

Il riconoscimento dell'hard disk Serial ATA è stato un tantino problematico. La scheda madre K8NS Pro dispone di due controller SATA: uno controllato dall'nForce 3 ed uno controllato da un secondo chipset, il Sil3512 (Silicon Image). Ho scelto di utilizzare il controller nForce 3 e, con mia sorpresa, il sistema non mi vedeva il disco: cioè, al boot il kernel lo trovava (e lo indicava come hde), ma poi in /dev non risultava presente. Ho subito provato a connettere il disco SATA sul controller Silicon Image, e questa volta il kernel lo ha indicato al boot come sda (insomma, me lo faceva vedere come SCSI). In /dev questa volta esisteva, così ho potuto partizionarlo e formattarlo. Non ero tuttavia del tutto contento, poiché volevo (per motivi che nemmeno io so spiegarmi) utilizzare il controller dell'nForce 3. Dopo aver indagato nei forum Gentoo ho dunque scoperto che il supporto per i dischi IDE/ATA non è compilato nel kernel bensì come modulo (!!!) ed è quindi stato necessario e sufficiente dare un:

modprobe ide-disk

per far comparire /dev/hde.

Per quanto riguarda la scheda di rete è bastato un:

modprobe 8139too

per far funzionare la Realtek 8139 (durante l'installazione ho tralasciato ogni tentativo di configurare la Marvell 8001 integrata sulla scheda madre.

Installazione

L'installazione, grazie all'Handbook, non ha presentato alcun problema particolare. Sono partito da stage3 per evitare di perdere troppo tempo a compilare il sistema di base. Tutto è andato liscio fino al momento di installare GRUB, cioè l'unico boot loader disponibile (LILO non è ancora stato portato ad AMD64).

Ho provato in tutti i modi a configurare GRUB: seguendo le istruzioni dell'Handbook e facendo di testa mia; con e senza una partizione separata /boot: utilizzando il package precompilato e compilandolo io stesso, peraltro tentando varie opzioni diverse. Niente da fare! In questo thread potete leggere nel dettaglio i problemi che ho avuto. Dopo 4 giorni di tentativi, ho deciso di prendere il binario a 32 bit di LILO dal mio Athlon XP e di tentare di installare quello: operazione perfettamente riuscita. A questo punto suppongo che LILO potrebbe funzionare bene anche compilato sotto AMD64, ma la cosa non viene resa possibile da emerge (o, almeno, non ovvia). Mi riprometto di cimentarmi in ulteriori tentativi per quanto riguarda ciò.

Boot del sistema installato

Visto che l'installazione di Gentoo coinvolge la configurazione e la compilazione di un kernel (2.6.9), non ero molto tranquillo nemmeno quando finalmente sono riuscito ad installare LILO e a bootare. Infatti, sorpresa: il nuovo kernel disponeva di un nuovo driver SATA che faceva vedere anche i dischi collegati all'nForce come SCSI, quindi ovviamente la partizione di root non veniva montata. In realtà è stato un problema di poco conto, poiché è bastato partire da CD-ROM e modificare /etc/fstab e la configurazione di LILO.

Più complicato, almeno da scoprire, il problema che ho avuto con le schede di rete (entrambe). Al riavvio con il kernel da me configurato e compilato si verificava il problema qui descritto. In pratica, benché tutto fosse configurato alla perfezione, non riuscivo a vedere alcun host della LAN tranne il mio PC. Era come se il cavo fosse difettato, ma non lo era. Dopo oltre 40 ore di vani tentativi ho scoperto che la cosa era dovuta al fatto che avevo compilato il kernel con il supporto SMP (multiprocessore). Da un lato, è vero: sono stato un idiota poiché ho un solo microprocessore, però tra le mille opzioni del kernel quella era sfuggita al mio occhio. ;-) Dall'altro, in teoria avrebbe dovuto funzionare tutto anche con il supporto SMP attivato, ma evidentemente non è così in tutti i casi.

Ho poi rinunciato ad utilizzare la Marvell 8001 poiché notavo prestazioni terribilmente basse (2 Mbit/s di massimo transfer rate!), ed ho installato una 3Com 3c905b-TX PCI che avevo qui. In realtà poi ho scoperto la possibile causa, ma mi riservo ulteriori prove per il futuro.

gcc 3.4

Il compilatore ideale per l'AMD64 è gcc 3.4.2, che però è ritenuto ancora non del tutto stabile, e quindi di default Gentoo installa la versione 3.3.4. Non volendo arrendermi a prestazioni inferiori a quelle massime (il sistema deve sempre essere ottimizzato al massimo!), ho seguito le istruzioni di questo HowTo ed in poche ore ho ricompilato il compilatore e l'intero sistema. Tutto liscio come l'olio.

udevfs

[DA SCRIVERE] Udev migration: http://gentoo-wiki.com/HOWTO_Migrate_to_UDEV Errori boot e mount init.d: http://forums.gentoo.org/viewtopic.php?t=224442&highlight=skipping+journal+replay

Webmin ed il firewall

Per configurare il firewall ho "emerso" iptables e webmin. Mi si è immediatamente presentato un problema piuttosto strano: le regole del firewall venivano correttamente salvate da Webmin man mano che le inserivo, ma quando cliccavo sul bottone per rendere esecutiva la configurazione esse venivano tutte cancellate. Vi lascio solo immaginare il mio profondo rancore contro il mondo quando, dopo aver inserito oltre 30 regole a mano, le ho perse tutte in un attimo. Indagando in giro per i file di configurazione di Gentoo, ho scoperto che in effetti lo script che controlla il firewall (/etc/init.d/iptables) salva le regole correnti (sovrascrivendo quelle da me inserite con Webmin) prima di riavviarsi. Argh! La soluzione è stata in realtà abbastanza semplice: ho modificato il file /etc/conf.d/iptables inserendo un SAVE_ON_STOP="no" (era a yes).

Una delle cose fantastiche di Gentoo è che i file di configurazione si trovano sempre esattamente dove te li aspetteresti, ed è quindi piuttosto intuitivo andare in cerca della soluzione a problemi come questo.

ReiserFS 4

Volendo assolutamente provare ReiserFS 4, di cui tutti parlano molto bene anche se non è del tutto stabile, ho scaricato il kernel 2.6.9-nitro2, opera di alcuni utilizzatori di Gentoo situati in Belgio. Si tratta di un kernel 2.6.9 contenente diverse patch interessanti, tra cui driver ALSA aggiornati, supporto per ReiserFS 4 e molto altro.

Visto che ero un po' titubante, ho formattato una sola partizione dati in ReiserFS 4, lasciando il resto dei dischi (un'altra partizione dati e quella di sistema) in mano al solido ReiserFS 3.6. La scelta è stata azzeccata: la nuova partizione ha subito iniziato a darmi problemi: mi piantava brutalmente il PC dopo un po' che ci copiavo file dentro, come ho descritto in un commento a questo thread. Ho riformattato la partizione in ReiserFS 3.6; sono ansioso di riprovare la versione 4, ma penso lascerò che passi ancora un po' di tempo. ;-)

Qmail

Qmail mi ha creato alcuni problemi, qui descritti, che in un primo momento me l'avevano fatto accantonare in favore di Exim. Tuttavia Qmail mi piace così tanto che ho perseverato finché non sono riuscito a farlo funzionare. Il lieto fine è un po' avvolto in un alone di mistero, comunque la modifica fondamentale è stata l'aggiunta di un TCPSERVER_PORT = 25 in /var/qmail/control/conf-smtpd: senza questa impostazione qmail-smtpd si rifiuta di partire sul mio PC, con tcpserver che lamenta l'impossibilità di trovare la porta da aprire.

Plugin Flash per Mozilla

Sono andato a botta sicura nell'installazione del plugin Flash di Macromedia per Mozilla, ma in effetti non avevo pensato al fatto che si tratta di un binario a 32 bit, che ovviamente viene digerito malissimo da FireFox a 64bit. L'unica reale possibilità per far funzionare questo plugin (in attesa che Macromedia rilasci la versione compilata a 64 bit) consiste nell'installare (oppure compilarsi) un binario di FireFox a 32 bit. L'alternativa è l'ultilizzo di gplflash, che però ha svariati problemi. Maggiori informazioni su tutta la questione sono disponibili qui e qui. Io per ora ho rinunciato a Flash, preferendo un browser a 64 bit. Così finalmente andrò in cerca di quelli che fanno i siti solo per chi ha Flash, e troverò qualche modo per torturarli. ;-)