it
|
Size: 8893
Comment:
|
Size: 9578
Comment: review done
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 32: | Line 32: |
| Line 37: | Line 36: |
| Gli utenti di Ubuntu 8.10 possono effettuare l'avanzamento a Ubuntu 9.04 tramite un opportuno processo automatico. Gli utenti di vecchi rilasci di Ubuntu debbono prima avanzare ad Ubuntu 8.10,poi passare a 9.04. Istruzioni dettagliate possono essere trovate all'indirizzo http://wiki.ubuntu-it.org/Installazione/AggiornamentoJaunty/Kubuntu. | Gli utenti di '''Ubuntu 8.10''' possono effettuare l'avanzamento a '''Ubuntu 9.04''' tramite un comodo processo automatico; gli utenti di versioni precedenti alla '''8.10''' devono prima avanzare a quest'ultima e successivamente eseguire l'avanzamento alla versione '''9.04'''. Istruzioni dettagliate su come effettuare l'avanzamento possono essere trovate [[http://wiki.ubuntu-it.org/Installazione/AggiornamentoJaunty|nella documentazione della comunità italiana]]. |
| Line 39: | Line 38: |
| Gli utenti di Kubuntu possono effettuare l'avanzamento direttamente da Kubuntu 8.04 a Kubuntu 9.04. Si consiglia agli utenti che vogliano effettuare quest'ultima operazione di leggere le [[http://wiki.ubuntu-it.org/IntrepidNoteDiRilascio|note di rilascio per Ubuntu 8.10]], poiché potrebbero verificarsi i problemi descritti lì. | Gli utenti di Kubuntu, invece, possono effettuare l'avanzamento diretto dalla versione '''8.04''' alla versione '''9.04'''. Per chi volesse utilizzare questo tipo di avanzamento, è consigliato leggere le [[https://wiki.ubuntu.com/IntrepidReleaseNotes/it|note di rilascio della versione 8.10]] poiché potrebbero verificarsi alcuni dei problemi lì descritti. |
| Line 41: | Line 40: |
| == Errori di avvio su sistemi con scheda madre Intel D945 == | == Errori di avvio su sistemi con schede madri Intel D945 == |
| Line 43: | Line 42: |
| Alcuni utenti hanno riferito di un riconoscimento di dischi rigidi SATA più lento del normale su sistemi con scheda madre Intel D945 in Ubuntu 9.04. Questo potrebbe causare al sistema di ricadere in una shell di tipo busybox di initramfs in fase di avvio con un errore "Gave up waiting for root device.". Aspettare uno o due minuti quindi uscire dalla shell di initramfs digitando 'exit'. L'avvio dovrebbe procedere normalmente. Se ciò non accade, aspettare un po' di più e riprovare. Non appena il sistema si avvia, editare {{{/boot/grub/menu.lst}}} e aggiungere {{{rootdelay=90}}} alla riga del kernel per il proprio kernel attuale. ([[https://launchpad.net/bugs/290153|Bug 290153]]). | In sistemi dotati di schede madri '''Intel D945''' sono stati riscontrati alcuni rallentamenti nell'individuare dischi rigidi SATA. In questa eventualità il sistema potrebbe riportare l'errore «'''Giving up waiting for root device'''» e avviarsi in una shell ''busybox'' di initramfs. Attendere alcuni minuti quindi uscire dalla shell digitando il seguente comando: {{{ exit }}} |
| Line 45: | Line 47: |
| == Gli avanzamenti dalla versione beta potrebbero usare LABEL= in /etc/fstab == | L'avvio dovrebbe procedere normalmente. Se ciò non si verificasse, aspettare ancora qualche minuto e riprovare. Non appena il sistema si avvia, modificare il file `/boot/grub/menu.lst` e aggiungere alla riga del proprio kernel l'opzione: {{{ rootdelay=90 }}} |
| Line 47: | Line 52: |
| I sistemi installati usando la Alfa 5 di Jaunty, la Alfa 6 di Jaunty, o la beta di Ubuntu 9.04 potrebbero usare la sintassi `LABEL=` in `/etc/fstab` per identificare i file system. Questo potrebbe causare un comportamento inatteso in seguito se viene aggiunto un altro disco (come un drive USB) contenente dei filesystem con etichette discordanti. A meno che non si è sicuri di ciò che si intende fare, si raccomanda di passare all'uso di universally unique identifiers (UUIDs). | ([[Bug:290153|bug 290153]]) |
| Line 49: | Line 54: |
| Per esempio, se un file system è identificato come `LABEL=home` in `/etc/fstab`, è possibile trovare lo UUID come segue: {{{ | == Utilizzo di LABEL= in /etc/fstab con gli avanzamenti di versione == I sistemi installati usando la versione ''Alpha 5'', ''Alpha 6'' o la versione ''beta'' di '''Ubuntu 9.04''' potrebbero far uso, all'interno del file `/etc/fstab`, della sintassi `LABEL=` per identificare i file system. Questa opzione potrebbe causare dei comportamenti inattesi se in seguito viene collegato un altro disco (come un drive USB) contenente dei file system con etichette discordanti. A meno di non essere sicuri di ciò che si intende fare, è consigliato utilizzare gli UUID (Universally Unique Identifiers). Per esempio, se un file system è identificato come `LABEL=home` nel file `/etc/fstab`, è possibile trovare il proprio UUID come segue: {{{ |
| Line 51: | Line 60: |
| }}} È allora possibile rimpiazzare `LABEL=home` con `UUID=output`, dove `output` è l' output di blkid. | }}} |
| Line 53: | Line 62: |
| I sistemi installati usando la versione candidata per il rilascio o la release finale di Ubuntu 9.04 non sono soggetti a questo problema. | In seguito è sufficiente sostituire `LABEL=home` con `UUID=output`, dove `output` è l'output restituito dal comando precedente. |
| Line 55: | Line 64: |
| == Gli avanzamenti da Ubuntu 8.10 potrebbero avere lilo installato == | I sistemi installati usando la versione candidata per il rilascio o il rilascio finale di '''Ubuntu 9.04''' non sono soggetti a questo problema. |
| Line 57: | Line 66: |
| I sistemi Ubuntu 8.10 installati con il CD desktop si trovano per errore installato il pacchetto `lilo` così come quello `grub`, sebbene `grub` sia stato usato per la fase di avvio. Se si usa per l'avanzamento il metodo raccomandato tramite Gestore aggiornamenti, allora il pacchetto `lilo` verrà rimosso se non è in uso. Se si aggiorna usando qualche altro metodo e si è sicuri che si usa solo il boot loader GRUB , allora si raccomanda di rimuovere il pacchetto `lilo` manualmente. [[Bug:314004|Bug 314004]] | == Programma LILO installato con gli avanzamenti di versione == |
| Line 59: | Line 68: |
| == L'impostazione del dominio di regolazione della rete wireless tramite l'opzione di un modulo non è più supportata == | I sistemi Ubuntu 8.10 installati con il CD desktop si trovano per errore installato il pacchetto ''lilo'' così come quello ''grub'', sebbene '''GRUB''' sia stato usato per la fase di avvio. Se viene utilizzato per l'avanzamento di versione il metodo raccomandato tramite il programma '''Gestore aggiornamenti''', il pacchetto ''lilo'' viene rimosso automaticamente se non in uso. Se si utilizza un altro metodo di avanzamento e si è certi di usare solamente il programma per l'avvio '''GRUB''', è consigliato rimuovere il pacchetto ''lilo'' manualmente ([[Bug:314004|bug 314004]]). |
| Line 61: | Line 70: |
| Ubuntu 9.04 abilita il framework CRDA di regolazione della wireless per controllare quali canali sono utilizzabili e visibili in una determinata località. Se in precedenza si è dovuta usare l'opzione di un modulo in /etc/modprobe.d/options,simile a quella sotto,per consentire l'accesso ad alcuni canali nella propria località, allora si potrebbe notare che la wireless non funzionerà affatto: | == Impostazione del dominio di regolamentazione della rete senza fili attraverso l'opzione del modulo non più supportata == |
| Line 63: | Line 72: |
| options cfg80211 ieee80211_regdom=EU Occorre rimuovere questa opzione di modulo del kernel durante l'avanzamento a Ubuntu 9.04 e usare invece il comando {{{iw reg}}}. |
'''Ubuntu 9.04''' abilita il quadro normativo ''CRDA'' delle reti senza fili per il controllo dei canali utilizzabili e visibili in una determinata località. Se in precedenza veniva usata, nel file `/etc/modprobe.d/options`, un'opzione simile alla seguente per consentire l'accesso ad alcuni canali: {{{ options cfg80211 ieee80211_regdom=EU }}} ora la rete senza fili potrebbe non funzionare affatto. È quindi necessario rimuovere questa opzione dal modulo oppure usare il comando: {{{ iw reg }}} |
| Line 69: | Line 82: |
| == Il passaggio a ext4 richiede l'aggiornamento manuale di grub == | == Aggiornamento manuale di GRUB con il passaggio a ext4 == |
| Line 71: | Line 84: |
| Se si sceglie di aggiornare il proprio `/` or `/boot` filesystem già presente da ext2 o ext3 a ext4 (come documentato in [[http://ext4.wiki.kernel.org/index.php/Ext4_Howto#Converting_an_ext3_filesystem_to_ext4|ext4 wiki]]), allora si ''deve'' anche usare il comando `grub-install` dopo l'avanzamento a Ubuntu 9.04 per reinstallare il proprio boot loader. Se non si fa questo, allora la versione di GRUB installata nel proprio settote di avvio non sarà in grado di leggere il kernel dal filesystem ext4 e il proprio sistema non si avvierà. | Se viene scelto di aggiornare il file system delle partizioni `/` o `/boot` da ''ext2''/''ext3'' a ''ext4'' (come descritto nella [[http://ext4.wiki.kernel.org/index.php/Ext4_Howto#Converting_an_ext3_filesystem_to_ext4|documentazione di ext4]]), una volta effettuato l'avanzamento a '''Ubuntu 9.04''' è necessario eseguire il comando: {{{ grub-install }}} per reinstallare il programma di avvio. Non eseguendo questa operazione, la versione del programma di avvio ('''GRUB''') installata non sarà in grado di leggere il kernel dal nuovo file system ''ext4'' e il sistema non verrà avviato. |
| Line 73: | Line 90: |
| == Intoppi occasionali possibili su architettura ARM == | == Possibili blocchi di sistema su architettura ARM == |
| Line 75: | Line 92: |
| Il port ad ARM al momento non supporta le system syscall ppoll() & pselect(), il che causerà a volte una impossibilità a montare il filesystem root all'avvio. Questa è un caso di corsa critica, ritentare l'avvio di solito risolverà il problema. Il lavoro per aggiungere le syscall è al momento in corso e verrà rilasciato come un aggiornamento al kernel di Ubuntu 9.04 qualche tempo dopo il rilascio. | La versione per architettura '''ARM''' al momento non supporta le chiamate di sistema `ppoll()` e `pselect()` con la conseguente impossibilità, a volte, di montare il file system root all'avvio. Questo è un caso di ''race condition'': ripetere l'avvio solitamente risolve il problema. |
| Line 77: | Line 94: |
| == Regressi nelle prestazioni su schede grafiche Intel == | Il lavoro per aggiungere le chiamate di sistema è in corso e verrà rilasciato attraverso un aggiornamento del kernel successivo alla data di rilascio. |
| Line 79: | Line 96: |
| Alcuni utenti di chipset video Intel hanno notato dei regressi nelle prestazioni in Ubuntu 8.10 nel confronto con precedenti rilasci (bug Bug:252094). Molti di questi problemi sono stati risolti in Ubuntu 9.04, ma alcuni rimangono. | == Regressioni nelle prestazioni con schede grafiche Intel == |
| Line 81: | Line 98: |
| * Alcuni utenti hanno riscontrato una prestazione migliorata usando la migration heuristic "greedy". Questo può essere realizzato lanciando "sudo gedit /etc/X11/xorg.conf", e aggiungendo `Option "MigrationHeuristic" "greedy"` alla sezione `Device` del proprio `xorg.conf`. | In passato sono state segnalate delle regressioni nelle prestazioni di '''Ubuntu 8.10''' su schede grafiche Intel in confronto a precedenti rilasci ([[Bug:252094|bug 252094]]). Molti di questi problemi sono stati risolti in '''Ubuntu 9.04''', ma alcuni rimangono. |
| Line 83: | Line 100: |
| * In alternativa, è disponibile per gli utenti di schede video Intel una nuova opzione sperimentale di accelerazione dell'architettura,detta "DRI2/UXA", la quale secondo il nostro [[X/UxaTesting|testing]] fornisce in alcuni casi dei significativi incrementi nelle prestazioni, ma ha anche mostrato dei severi rischi di stabilità. È possibile ottenere l'abilitazione di questa opzione lanciando "sudo gedit /etc/X11/xorg.conf", e aggiungendo `Option "AccelMethod" "UXA"` alla sezione `Device` del proprio `xorg.conf`. Gli utenti che intendono massimizzare la stabilità dovrebbero restare con l'usuale metodo di accelerazione preimpostato "EXA". | * Sono stati segnalati dei miglioramenti nelle prestazioni utilizzando l'opzione "''greedy''" come ''migration heuristic''. Per aggiungere questa opzione, procedere come segue: 0. Aprire il file `/etc/X11/xorg.conf`: {{{ sudo gedit /etc/X11/xorg.conf }}} 0. Nella sezione `Device` aggiungere quanto segue: {{{ Option "MigrationHeuristic" "greedy" }}} |
| Line 85: | Line 108: |
| * Se nessuno dei consigli sopra funziona, alcuni utenti riferiscono di un successo con [[ReinhardTartler/X/RevertingIntelDriverTo2.4|usare una versione più veccchia del driver ]]. | * In alternativa è disponibile un'architettura sperimentale di accelerazione (detta ''DRI2/UXA'') che secondo i [[X/UxaTesting|test eseguiti]] fornisce, in alcuni casi, dei significativi incrementi nelle prestazioni, ma ha anche dimostrato problemi di stabilità. È possibile abilitare questa opzione nel seguente modo: 0. Aprire il file `/etc/X11/xorg.conf`: {{{ sudo gedit /etc/X11/xorg.conf }}} 0. Nella sezione `Device` aggiungere quanto segue: {{{ Option "AccelMethod" "UXA" }}} Per coloro che vogliono massimizzare la stabilità del sistema è consigliato utilizzare il metodo di accelerazione predefinito (''EXA'') |
| Line 87: | Line 117: |
| == Intoppi con Sospendi/Iberna con schede grafiche Intel == | * Se nessuno dei metodi precedenti funziona, sono stati segnalati dei miglioramenti nelle prestazioni utilizzando [[ReinhardTartler/X/RevertingIntelDriverTo2.4|una versione più vecchia del driver]]. |
| Line 89: | Line 119: |
| Alcuni utenti di chipset video Intel riferiscono che il display si blocca per alcuni minuti dopo la ripresa da sospendi o iberna (bug Bug:339091). Come stratagemma si può aggiungere `Option "DRI" "off"` alla sezione `Device` di `/etc/X11/xorg.conf`, come descritto sopra. Questo disabiliterà l'accelerazione 3D e gli effetti grafici, ma renderà l'operazione di sospensione di nuovo affidabile. | == Problemi con la sospensione/ibernazione e schede grafiche Intel == Sono stati segnalati dei problemi con schede grafiche dotate di chipset video Intel in cui il display rimane bloccato per alcuni minuti riattivando il computer da una sospensione o una ibernazione ([[Bug:339091|bug 339091]]). Per aggirare questo problema, procedere come segue: 0. Aprire il file `/etc/X11/xorg.conf`: {{{ sudo gedit /etc/X11/xorg.conf }}} 0. Nella sezione `Device` aggiungere quanto segue: {{{ Option "DRI" "off" }}} In questo modo l'accelerazione 3D viene disabilitata, non sarà più possibile utilizzare gli effetti grafici, ma le operazioni di sospensione/ibernazione saranno nuovamente affidabili. |
| Line 93: | Line 132: |
| * [https://wiki.ubuntu.com/JauntyJackalope/ReleaseNotes Documento originale] | * [[https://wiki.ubuntu.com/JauntyJackalope/ReleaseNotes|Documento originale]] |
Queste note di rilascio illustrano i problemi noti con Ubuntu 9.04 e le altre varianti.
Requisiti di sistema
La quantità minima di memoria richiesta per Ubuntu 9.04 è 256 MiB (notare che parte della memoria del sistema potrebbe essere non disponibile se utilizzata dalla scheda video).
Se è disponibile solo la quantità minima di memoria richiesta, sarà necessario più tempo del normale per il processo di installazione; l'installazione comunque potrà essere ugualmente completata e, una volta installato, il sistema potrà essere eseguito in modo adeguato. Sistemi con poca memoria possono utilizzare il CD desktop per l'installazione selezionando dal menù di avvio la voce Installa Ubuntu, in modo da eseguire solo il programma di installazione, invece che mandare in esecuzione l'intero ambiente grafico selezionando la voce Prova Ubuntu senza modificare il computer.
Installazione
Pacchetti "recommended" installati in modo predefinito
In accordo con il "Debian Policy Manual" (che enuncia "il campo 'Recommends' dovrebbe elencare i pacchetti che dovrebbero essere presenti nel computer assieme al pacchetto corrente in tutte le installazioni tranne quelle non usuali"), il sistema di gestione dei pacchetti ora installa in modo predefinito i pacchetti elencati nel campo Recommends: così come avviene per i pacchetti nell'elenco Depends:.
Per evitare questo comportamento per un singolo pacchetto, usare il comando:
apt-get --no-install-recommends nome_pacchetto
Per evitare questo comportamento per tutti i pacchetti in modo permanente, inserire la riga:
APT::Install-Recommends "false";
nel file /etc/apt/apt.conf.
Notare che ciò potrebbe avere come conseguenza l'assenza di funzionalità in alcuni pacchetti.
(Questa modifica è stata apportata in Ubuntu 8.10)
Avanzamento di versione
Gli utenti di Ubuntu 8.10 possono effettuare l'avanzamento a Ubuntu 9.04 tramite un comodo processo automatico; gli utenti di versioni precedenti alla 8.10 devono prima avanzare a quest'ultima e successivamente eseguire l'avanzamento alla versione 9.04. Istruzioni dettagliate su come effettuare l'avanzamento possono essere trovate nella documentazione della comunità italiana.
Gli utenti di Kubuntu, invece, possono effettuare l'avanzamento diretto dalla versione 8.04 alla versione 9.04. Per chi volesse utilizzare questo tipo di avanzamento, è consigliato leggere le note di rilascio della versione 8.10 poiché potrebbero verificarsi alcuni dei problemi lì descritti.
Errori di avvio su sistemi con schede madri Intel D945
In sistemi dotati di schede madri Intel D945 sono stati riscontrati alcuni rallentamenti nell'individuare dischi rigidi SATA. In questa eventualità il sistema potrebbe riportare l'errore «Giving up waiting for root device» e avviarsi in una shell busybox di initramfs. Attendere alcuni minuti quindi uscire dalla shell digitando il seguente comando:
exit
L'avvio dovrebbe procedere normalmente. Se ciò non si verificasse, aspettare ancora qualche minuto e riprovare. Non appena il sistema si avvia, modificare il file /boot/grub/menu.lst e aggiungere alla riga del proprio kernel l'opzione:
rootdelay=90
Utilizzo di LABEL= in /etc/fstab con gli avanzamenti di versione
I sistemi installati usando la versione Alpha 5, Alpha 6 o la versione beta di Ubuntu 9.04 potrebbero far uso, all'interno del file /etc/fstab, della sintassi LABEL= per identificare i file system. Questa opzione potrebbe causare dei comportamenti inattesi se in seguito viene collegato un altro disco (come un drive USB) contenente dei file system con etichette discordanti. A meno di non essere sicuri di ciò che si intende fare, è consigliato utilizzare gli UUID (Universally Unique Identifiers).
Per esempio, se un file system è identificato come LABEL=home nel file /etc/fstab, è possibile trovare il proprio UUID come segue:
blkid -o value -s UUID -l -t LABEL=home
In seguito è sufficiente sostituire LABEL=home con UUID=output, dove output è l'output restituito dal comando precedente.
I sistemi installati usando la versione candidata per il rilascio o il rilascio finale di Ubuntu 9.04 non sono soggetti a questo problema.
Programma LILO installato con gli avanzamenti di versione
I sistemi Ubuntu 8.10 installati con il CD desktop si trovano per errore installato il pacchetto lilo così come quello grub, sebbene GRUB sia stato usato per la fase di avvio. Se viene utilizzato per l'avanzamento di versione il metodo raccomandato tramite il programma Gestore aggiornamenti, il pacchetto lilo viene rimosso automaticamente se non in uso. Se si utilizza un altro metodo di avanzamento e si è certi di usare solamente il programma per l'avvio GRUB, è consigliato rimuovere il pacchetto lilo manualmente (bug 314004).
Impostazione del dominio di regolamentazione della rete senza fili attraverso l'opzione del modulo non più supportata
Ubuntu 9.04 abilita il quadro normativo CRDA delle reti senza fili per il controllo dei canali utilizzabili e visibili in una determinata località. Se in precedenza veniva usata, nel file /etc/modprobe.d/options, un'opzione simile alla seguente per consentire l'accesso ad alcuni canali:
options cfg80211 ieee80211_regdom=EU
ora la rete senza fili potrebbe non funzionare affatto. È quindi necessario rimuovere questa opzione dal modulo oppure usare il comando:
iw reg
Altri problemi noti
Aggiornamento manuale di GRUB con il passaggio a ext4
Se viene scelto di aggiornare il file system delle partizioni / o /boot da ext2/ext3 a ext4 (come descritto nella documentazione di ext4), una volta effettuato l'avanzamento a Ubuntu 9.04 è necessario eseguire il comando:
grub-install
per reinstallare il programma di avvio. Non eseguendo questa operazione, la versione del programma di avvio (GRUB) installata non sarà in grado di leggere il kernel dal nuovo file system ext4 e il sistema non verrà avviato.
Possibili blocchi di sistema su architettura ARM
La versione per architettura ARM al momento non supporta le chiamate di sistema ppoll() e pselect() con la conseguente impossibilità, a volte, di montare il file system root all'avvio. Questo è un caso di race condition: ripetere l'avvio solitamente risolve il problema.
Il lavoro per aggiungere le chiamate di sistema è in corso e verrà rilasciato attraverso un aggiornamento del kernel successivo alla data di rilascio.
Regressioni nelle prestazioni con schede grafiche Intel
In passato sono state segnalate delle regressioni nelle prestazioni di Ubuntu 8.10 su schede grafiche Intel in confronto a precedenti rilasci (bug 252094). Molti di questi problemi sono stati risolti in Ubuntu 9.04, ma alcuni rimangono.
Sono stati segnalati dei miglioramenti nelle prestazioni utilizzando l'opzione "greedy" come migration heuristic. Per aggiungere questa opzione, procedere come segue:
Aprire il file /etc/X11/xorg.conf:
sudo gedit /etc/X11/xorg.conf
Nella sezione Device aggiungere quanto segue:
Option "MigrationHeuristic" "greedy"
In alternativa è disponibile un'architettura sperimentale di accelerazione (detta DRI2/UXA) che secondo i test eseguiti fornisce, in alcuni casi, dei significativi incrementi nelle prestazioni, ma ha anche dimostrato problemi di stabilità. È possibile abilitare questa opzione nel seguente modo:
Aprire il file /etc/X11/xorg.conf:
sudo gedit /etc/X11/xorg.conf
Nella sezione Device aggiungere quanto segue:
Option "AccelMethod" "UXA"
Per coloro che vogliono massimizzare la stabilità del sistema è consigliato utilizzare il metodo di accelerazione predefinito (EXA)
Se nessuno dei metodi precedenti funziona, sono stati segnalati dei miglioramenti nelle prestazioni utilizzando una versione più vecchia del driver.
Problemi con la sospensione/ibernazione e schede grafiche Intel
Sono stati segnalati dei problemi con schede grafiche dotate di chipset video Intel in cui il display rimane bloccato per alcuni minuti riattivando il computer da una sospensione o una ibernazione (bug 339091). Per aggirare questo problema, procedere come segue:
Aprire il file /etc/X11/xorg.conf:
sudo gedit /etc/X11/xorg.conf
Nella sezione Device aggiungere quanto segue:
Option "DRI" "off"
In questo modo l'accelerazione 3D viene disabilitata, non sarà più possibile utilizzare gli effetti grafici, ma le operazioni di sospensione/ibernazione saranno nuovamente affidabili.
Ulteriori risorse
JauntyJackalope/ReleaseNotes/it (last edited 2009-04-22 20:18:36 by mail)