Da Thunderbird salvate l’allegato winmail.dat sul vostro disco.

Per visualizzare il contenuto dell’allegato:

tnef --list winmail.dat

Per estrarre il contenuto:

tnef winmail.dat

Dopo aver verificato che il backup notturno della mia home directory sia stato eseguito con successo, apro la pagina del mio blog relativa al precedente aggiornamento da Fedora 7 a Fedora 8 ed inizio.

Ore 09:51. disabilito i driver nvidia proprietari:

su -c 'nvidia-config-display disable'

Ore 09:53. Infilo il dvd di Fedora 9 nel lettore e riavvio.

Ore 09:56. Inizio aggiornamento, 1022 pacchetti da installare o aggiornare.

Ore 10:57. Installazione completata, si riavvia.

Ore 11:10. Grossi problemi. Manca la libreria libnss3.so e non si riesce fare neppure login. Per fortuna posso ancora fare login in modalità testo dopo aver premuto Ctrl-Alt-F1.

Ore 11:24. Dopo ricerche con google scopro che non sono stati installati due pacchetti fondamentali. Rimetto il dvd e faccio un boot in modalità Rescue.

Ore 12:30. Resistendo alla tentazione di installare tutto da zero, scopro la causa il problema: due package di Fedora 9 non sono stati aggiornati perché quelli della 8 già presenti erano più recenti. In modalità rescue monto il dvd ed installo i due package, in questo modo:

mount -t iso9660 /dev/sr0 /mnt
cd /mnt/Packages
rpm --root=/mnt/sysimage -Uvh --oldpackage nss-3.11.99.5-2.fc9.i386.rpm
rpm --root=/mnt/sysimage -Uvh --oldpackage nspr-4.7.0.99.2-2.fc9.i386.rpm

Ore 12:30. Riavvio in modalità normale. Ora, finalmente, posso fare login.

Ore 12:40. Installo l’rpm per i repository di livna, pulisco la cache di yum e aggiorno sia yum che yumex:

su -c 'rpm -Uvh http://rpm.livna.org/livna-release-9.rpm'
su -c 'yum clean all'
su -c 'yum install yum yumex'

Ore 12:44. Aggiorno kernel e driver nvidia. Altro riavvio.

Ore 12:54. Inizio lo scaricamento e l’installazione di tutti gli aggiornamenti, oltre 800 pacchetti.

Ore 14:16. Installati tutti gli aggiornamenti. Ancora un riavvio.

Ore 16:30. Maledetto PostgreSQL! Fedora 9 ha la versione 8.3 mentre Fedora 8 aveva la 8.2, non esiste alcun aggiornamento automatico e mi sono dimenticato di fare il dump dei miei database prima di iniziare l’aggiornamento. Porc!!

Conclusione: ogni aggiornamento di Fedora è foriero di problemi. Ora dovrò cercare il modo di recuperare i dati del database PostgreSQL.

cd mytmp
curl -O http://vmkernelnewbies.googlegroups.com/web/vmware-any-any-update-116.tgz?gda=fZs6S04AAAAGlSSxO40Vbd18uKHVQhojJSnNBcPO-aLEmW1Djo0zpmG1qiJ7UbTIup-M2XPURDSGXdvV5n_wsDUmPsx7kjwlI6ntQuOhZp5frm-yOmhQvw
tar -zxvf vmware-any-any-update-116.tar.gz
cd vmware-any-any-update116
su -c ./runme.pl root

Un precedente tentativo di aggiornamento con la versione ufficiale di Fedora 8 era fallito, a causa di bug di anaconda, così ho scaricato e masterizzato un dvd di Fedora 8 aggiornato, in particolare il Fedora Unity F8 20080204 Re-Spin.

Ovviamente ho un backup di tutta la home directory, nel caso qualcosa andasse storto.

Ore 08:45. Disabilito i driver nvidia nativi:

su -c nvidia-config-display disable

Ore 08:46. Infilo il dvd nel lettore ed eseguo il reboot.

Ore 08:47. Inizio l’aggiornamento, tutto come previsto.

Ore 10:01. Aggiornamento terminato, reboot del sistema.

Ore 10:11. Installo l’rpm per i repository di livna, pulisco la cache di yum e aggiorno sia yum che yumex:

su -c rpm -Uvh http://rpm.livna.org/livna-release-8.rpm
su -c yum clean all
su -c yum install yum yumex

Ore 10:12. Con yumex aggiorno il kernel e i driver nvidia.

Ore 10:22. Kernel aggiornato, nuovo reboot.

Ore 10.25. Fedora 8 in funzione senza problemi apparenti. Più tardi procederò all’aggiornamento degli oltre 400 pacchetti aggiornati.

Ore 15:10. Installati tutti gli aggiornamenti. Faccio un nuovo reboot, anche se non servirebbe.

Ore 15:18. Disabilito nuovamente l’autohinting anche per i font DejaVu, che era stato abilitato con l’aggiornamento del package freetype-freeworld:

su -c rm /etc/fonts/conf.d/99-DejaVu-autohinter-only.conf

Ore 15:19. Aggiornamento terminato, non mi resta che leggermi le Note di rilascio.

Se per un qualunque motivo rimuovo un file di configurazione, con rpm (o yum) è sufficiente reinstallare il pacchetto per riavere il file di configurazione, almeno nella forma non modificata.

Con dpkg (o apt-get) non è sufficiente. Prima devo rimuovere il pacchetto con il comando purge, poi devo reinstallarlo. La semplice rimozione e installazione o l’installazione con -l’opzione –reinstall non installano i file di configurazione mancanti.

Ubuntu 7.04 la riconosce e supporta senza alcun intervento. Con Fedora 7 servono invece i driver che si trovano su ATrpms, ma non ho trovato una versione allineata alla versione del kernel in uso ed ho rinunciato.

La qualità video è buona, ma il frame rate rimane sui 12 fps, decisamente inferiore ai 25 fps promessi. Potrebbe però dipendere da Camorama, che ho usato per test, oppure dalla dall’interfaccia USB. Non ho indagato ulteriormente.

cd mytmp
curl -O http://platan.vc.cvut.cz/ftp/pub/vmware/vmware-any-any-update113.tar.gz
tar -zxvf vmware-any-any-update113.tar.gz
cd vmware-any-any-update113
su -c ./runme.pl root

Ora sono completamente Ubuntizzato.

Ore 09:50. Infilo di dvd di Linux Magazine nel lettore ed inizio la procedura di aggiornamento. Il test del supporto fallisce perché manca il checksum. Ma è un problema che si è già verificato con i dvd della rivista. Accetto il rischio e parto comunque con l’aggiornamento.

Ore 10:00. Il boot loader non può essere aggiornato, perciò ne verrà creato uno nuovo. Non capisco perché, ma non ci dovrebbero essere problemi. Noto solamente che il disco ha cambiato nome: prima si chiamava /dev/hda, ora è /dev/sda. Però è sempre un disco ATA tradizionale, perché questo cambio? Boh.

Ore 10:36. Aggiornamento terminato, reboot del sistema. Attimo di panico, al boot non trova il kernel e mi appare il menu di grub, che elenca due kernel, quello nuovo della Fedora 7 e quello vecchio della FC6, che è marcato con default. Seleziono quello nuovo e finalmente il boot inizia.

Ore 10:41. Piccoli problemi di avvio: il formato del database PostgreSQL è cambiato, dovrò aggiornarlo; il servizio per vmware va ricompilato; X non parte. Per fortuna arriva il login a carattere.

Suggerimento per il futuro: prima di iniziare l’aggiornamento fare un dump dei database PostgreSQL.

Ore 10:44. X non partiva perché cercava di caricare i driver NVIDIA proprietari, che erano specificati in xorg.conf. Mi chiede se riconfigurare X, io accetto, seleziono la risoluzione giusta per il mio monitor e, magia, ecco la schermata di login grafica.

Suggerimento per il futuro: prima di iniziare l’aggiornamento disattivare i driver video nativi.

Ore 10:59. Ora VMWare Workstation 6 funziona nuovamente dopo aver eseguito il rituale vmware-config.pl da root, necessario ad ogni cambio di kernel.

Ore 11:03. Manca Java 6, reinstallato l’rpm, tutto Ok.

Ore 11:20. Ho nuovamente i font con il BCI disabilitato. Trovo il package freetype-freeworld, lo installo e disabilito l’autohinting anche per i font DejaVu, in questo modo:

rpm -ivh http://avi.alkalay.net/software/freetype.bci/FC7/freetype-freeworld-2.3.4-1.i386.rpm
rm /etc/fonts/conf.d/99-DejaVu-autohinter-only.conf

Ore 15:30. Tutto sembra funzionare correttamente, ho iniziato ad installare gli innumerevoli aggiornamenti e i driver proprietari NVIDIA.

Ore 16:25. Installati e attivati i driver NVIDIA. Tutto sembra funzionare, tranne google earth, che fa fare crash a X. Ho provato ad installare l’aggiornamento di X ma ancora non funziona.

Ore 16:30. Continuo con l’installazione degli aggiornamenti, ce ne sono veramente tanti, troppi.

Per oggi ne ho abbastanza.

Situazione

Uso il mio LMC principalmente per la registrazione di programmi della tv digitale terrestre. Normalmente registro una decina di programmi settimanali e qualche film. La programmazione delle registrazioni è enormemente facilitata grazie all’aggiornamento automatico della guida tv.

Altro uso, ma meno frequente, è la tv digitale terrestre dal vivo, in particolare dei canali che non ci sono sull’analogico.

Per finire, a volte lo uso per ascoltare brani musicali, collegato allo stereo.

Se dovessi iniziare oggi

Se dovessi iniziare oggi la costruzione di un nuovo LMC, farei alcune modifiche al mio progetto originale.

Per prima cosa sceglierei un case con alimentatore esterno, così da ridurre quasi del tutto il rumore.

Poi sceglierei una scheda madre Via ma con processore più potente, magari con il supporto all’alta definizione. Una scheda con processore raffreddato dalla ventola, così da non dover rinunciare a potenza di cpu, che non può essere molto potente con un raffreddamento fanless.

Per quando riguarda l’hard disk forse opterei per uno o due dischi da 2,5 pollici, il cui prezzo è ulteriormente calato e che sono decisamente più silenziosi dei dischi da 3,5. Questo perché, paradossalmente, oggi la maggior fonte di rumore del mio LMC è il disco.

Opterei da subito per un doppio ricevitore dvb-t, se supportato da Linux, oppure da due ricevitori come quello che uso attualmente, sempre che il case abbia lo spazio sufficiente ad ospitare due schede pci.

Per quanto riguarda il software, continuerei ad usare MythTV, il cui sviluppo prosegue incessante.