2009.0 Errata

Da Mandriva Italian.

Vai a: navigazione, ricerca

Errata Mandriva Linux 2009

Ultima Revisione: 06 Marzo

Questa pagina è una traduzione dall'inglese;
Questa pagina viene aggiornata regolarmente dalla versione inglese. Leggete anche quest'ultima per essere sicuri di leggere sempre l'ultima versione disponibile, in caso questa pagina non sia aggiornata.
Trovate il collegamento alla versione inglese nella parte sinistra dello schermo, nella sezione altre lingue.

Indice

1 Introduzione
2 Errata per le precedenti release di Mandriva Linux
3 Provare gli aggiornamenti
4 Installare gli aggiornamenti
5 Problemi risolti
6 Problemi di installazione
- 6.1 Problemi dopo aver fatto un aggiornamento in rete dalla 2008 Spring alla 2009
7 Problemi kernel
8 Problemi hardware
9 Problemi software
10 Desktop 3D
- 10.1 Desktop 3D e riproduzione video

Introduzione

Questa pagina contiene gli Errata di Mandriva Linux 2009. Questo significa che contiene informazioni riguardo a problemi noti di Mandriva Linux 2009 e, quando possibile, come correggerli, evitarli o raggirarli. Dovresti anche vedere le Note di Rilascio, che contengono maggiori informazioni generiche sulla release Mandriva Linux 2009.

Errata per le precedenti release di Mandriva Linux

Sono disponibili altre pagine di errata per le vecchie versioni:

2008.1_Errata

Provare gli aggiornamenti

Quando viene scoperto un problema in Mandriva Linux 2008 Spring, il responsabile del pacchetto che causa il problema potrebbe compilare un pacchetto che crede possa risolvere il bug, e caricarlo in uno specifico repository software Mandriva chiamato /main/testing che serve per provare le correzioni potenziali per questo genere di problemi. Questo pacchetto può essere provato dagli utenti che soffrono del problema e dal team Mandriva di controllo della qualità. Se il testing dimostra che il pacchetto risolve il problema e non ne causa altri, il pacchetto verrà rilasciato come aggiornamento ufficiale che verrà fornito a tutti gli utenti di Mandriva Linux 2008 Spring attraverso MandrivaUpdate.

Se ti sei imbattuto in un problema per il quale è disponibile un pacchetto di aggiornamento candidato al rilascio e ci vuoi aiutare a testare il pacchetto, dovresti configurare il tuo sistema in modo che gli strumenti Mandriva di gestione dei pacchetti riconoscano il repository /main/testing come risorsa di pacchetti installabili. Per istruzioni su come fare, per favore vedi installing and removing software (advanced use: backports and candidate updates (EN)).

C'è anche un repository /contrib/testing che fornisce le stesse funzionalità per i pacchetti della sezione /contrib (ricorda comunque che non garantiamo che i problemi dei pacchetti /contrib verranno risolti, i responsabili di ciascun pacchetto possono scegliere se rilasciare aggiornamenti a loro discrezione). La configurazione di questo repository è trattata nella stessa pagina.

Installare gli aggiornamenti

Gli aggiornamenti per i pacchetti presenti nei repository di Mandriva Linux /main, /non-free e /contrib possono essere installati utilizzando Mandriva Update. Puoi avviare Mandriva Update dal Centro di Controllo Mandriva navigando nella scheda Gestione Software e facendo clic nel collegamento chiamato "Aggiorna il tuo sistema". A meno che non lo disabiliti, riceverai notifiche di aggiornamenti anche dal sistema di notifica degli aggiornamenti Mandriva Online, che mostra una icona nel vassoio di sistema per notificarti quando sono disponibili aggiornamenti.

Problemi risolti

Questa sezione contiene i problemi che sono stati risolti da aggiornamenti ufficiali.

I driver proprietari NVIDIA non funzionano con il kernel-server

Il driver proprietario NVIDIA che è stato utilizzato con Mandriva Linux 2009 non funzionava col kernel kernel-server. Questo problema era frequente con macchine desktop più recenti e potenti, con 4GB o più di RAM; il kernel-server viene installato su tutti i sistemi con 4GB o più di RAM o per rendere accessibile tutta la RAM. È stato rilasciato il 16 Ottobre 2008, attraverso i canali di aggiornamento ufficiali, un set aggiornato di pacchetti nvidia-current che risolve il problema, nvidia-current-177.70-2.3mdv2009.0. Usa MandrivaUpdate per cercare e installare questo aggiornamento.

Informazione mancante su un modulo di dipendenza aumenta leggermente il tempo di avvio

Vedi anche update advisory MDVSA-2008:224. Un piccolo bug nel pacchetto del kernel incluso in Mandriva Linux 2009 aumenta leggermente il tempo di avvio. Questo problema si può raggirare eseguendo il comando depmod, come root. Questo dovrebbe ridurre il tempo di avvio di circa due o tre secondi. È stato rilasciato il 4 Novembre 2008 attraverso i canali di aggiornamento ufficiali un set aggiornato di pacchetti del kernel, kernel-2.6.27.4-1mnb-1-1mnb2, che risolve questo problema. Usa MandrivaUpdate per trovare e installare questo aggiornamento.

Impossibile installare VMware su Mandriva a causa di una versione di GCC sbagliata usata per compilare il kernel

Vedi anche update advisory MDVSA-2008:224. Nella versione i586 di Mandriva Linux 2009, il kernel è stato compilato con una versione precedente di GCC rispetto a quella inclusa nella release finale, quindi VMWare (ed eventualmente altre applicazioni di terze parti che usano i moduli del kernel) si rifiutava di compilare i suoi moduli nel kernel quando cercavi di installarli in Mandriva Linux 2009. Ricorda che questo succede solo installando l'applicazione VMWware in Mandriva Linux 2009, non installando Mandriva Linux 2009 come sistema ospite di VMware. È stato rilasciato il 4 Novembre 2008 attraverso i canali di aggiornamento ufficiali un set aggiornato di pacchetti del kernel, kernel-2.6.27.4-1mnb-1-1mnb2, che risolve questo problema. Usa MandrivaUpdate per trovare e installare questo aggiornamento.

I sistemi Eee non si spengono correttamente

Vedi anche Bug #44752 e update advisory MDVSA-2008:224. Molti utenti hanno segnalato che i sistemi Eee compreso almeno il 701 non si spengono correttamente. Il processo di spegnimento viene concluso e lo schermo è spento, ma la luce di accensione non è spenga e il sistema non è propriamente spento. Per raggirare questo problema, dovevi aggiungere questa riga nella parte più alta del file /etc/init.d/halt:

rmmod snd-hda-intel

È stato rilasciato il 4 Novembre 2008 attraverso i canali di aggiornamento ufficiali un set aggiornato di pacchetti del kernel, kernel-2.6.27.4-1mnb-1-1mnb2, che risolve questo problema. Usa MandrivaUpdate per trovare e installare questo aggiornamento.

Nessuna risposta di rete (problema dell'ordine dell'intestazione dei pacchetti TCP)

Vedi anche Bug #43372 e update advisory MDVSA-2008:224. Prima della versione 2.6.27, a causa di un baco, il kernel Linux non includeva il campo marcatura temporale nei pacchetti TCP. Adesso questo baco è stato corretto, e il kernel 2.6.27 (e successivi) include questo campo. Tuttavia, nell'aggiungere questo campo, è stato modificato l'ordine dei campi con l'intestazione TCP. Sembra che alcuni dispositivi hardware di rete (sopratutto router) si aspettano queste intestazioni in un ordine particolare, e non funzionano se succede che questi sono in un ordine diverso. È stato rilasciato il 4 Novembre 2008 attraverso i canali di aggiornamento ufficiali un set aggiornato di pacchetti del kernel, kernel-2.6.27.4-1mnb-1-1mnb2, che risolve questo problema. Usa MandrivaUpdate per trovare e installare questo aggiornamento.

Fastidioso rumore continuo dal dispositivo sonoro

Vedi anche Bug #44703 e update advisory MDVA-2008:168. Molti utenti ci hanno segnalato che appena il driver sonoro viene caricato in Mandriva Linux 2009, viene eseguito un fastidioso rumore ad alto volume nelle casse o nelle cuffie. Questo problema può essere risolto eseguendo un mixer, come kmix o alsamixer, e disabilitando / rendendo muto il canale(i) Analog Loopback. È stato rilasciato il 7 Novembre 2008 attraverso i canali di aggiornamento ufficiali un pacchetto aggiornato di script audio, sound-scripts-0.56-1.1mdv2009.0, che risolve questo problema. Usa MandrivaUpdate per trovare e installare questo aggiornamento. Come si fa notare nell'advisory, poiché il problema riguarda i dati di configurazione, questo cambiamento non verrà applicato automaticamente. Puoi applicare manualmente il cambiamento come descritto sopra, o eseguire il comando reset_sound con i privilegi di root dopo l'installazione dell'aggiornamento.

Evolution non riesce a inviare messaggi usando un server Exchange

Vedi anche Bug #44908 e update advisory 2008:186 e update advisory 2008:186-1. Un baco nel pacchetto evolution fornito con Mandriva Linux 2009 impediva alle e-mail in uscita di essere inviate quando il server di mail in uscita era un server Exchange (attraverso il plugin evolution-exchange). Sembrava che Evolution stesse inviando l'email, ma l'operazione non andava mai a termine. È stato rilasciato il 1 Dicembre 2008 attraverso i canali di aggiornamento ufficiali un set di pacchetti di Evolution aggiornati, evolution-2.24.2-1.1mdv2009.0, che risolve questo problema. Usa MandrivaUpdate per trovare e installare questo aggiornamento. Per favore, ricorda che l'aggiornamento iniziale è stato creato non funzionante, e questo impedisce a Evolution di essere avviato. È stato rilasciato il giorno dopo un set funzionante dei pacchetti di aggiornamento,, evolution-2.24.2-1.2mdv2009.0, che risolve il problema.

Problemi di installazione

Problemi dopo aver fatto un aggiornamento in rete dalla 2008 Spring alla 2009

Una nuova funzionalità della 2009 è la capacità di fare un aggiornamento grafico in rete, attraverso il sistema di notifica degli aggiornamenti Mandriva Online, dalla 2008 Spring alla 2009. Gli utenti sono stati avvisati della nuova release, e gli si è offerto di aggiornare, il 10 Ottobre 2008. Gli utenti che hanno cercato di usare il sistema in quel momento potrebbero aver riscontrato che l'aggiornamento non funzionava correttamente: al riavvio del sistema 'aggiornato', può essere impossibile effettuare il login graficamente, o altre cose sembrano mancanti o non funzionanti. Questo è causato dal fatto che il processo non è stato reso abbastanza robusto contro parecchi problemi potenziali che potrebbero accadere durante l'aggiornamento, come i mirror occupati che impediscono ai pacchetti di essere scaricati (e quindi aggiornati), o la mancanza di sufficiente spazio libero nel sistema per completare con successo l'aggiornamento.

Se soffri di un aggiornamento problematico, la seguente procedura potrebbe risolverlo. Premi ctrl-alt-F1 per ottenere una schermata di console. Accedi come root, ed esegui questo comando:

urpmi --auto-update -v

e aspetta. Dovrebbe aggiornare i pacchetti che non sono stati aggiornati durante l'aggiornamento iniziale. Se il processo indica che alcuni pacchetti non sono ancora in grado di essere scaricati per problemi al mirror, riesegui questo comando, fino a quando gli aggiornamenti disponibili sono stati installati correttamente. Una volta che la procedura è completata, scrivi reboot per riavviare il sistema. L'aggiornamento dovrebbe adesso venire completato correttamente.

Problemi kernel

Blocco periodico del sistema grafico

Vedi anche Bug #42833. Alcuni utenti di Mandriva Linux 2009 si sono imbattuti in un bug dove il sistema si blocca periodicamente quando viene eseguito in modalità grafica. Quando accade ciò, è ancora possibile usare la sequenza di tasti ctrl-alt-F1 per accedere a una console di testo. Questo problema è causato da un bug nei moduli DRM del kernel che fanno entrare il server grafico X.org in un loop infinito. Per scoprire se sei affetto da questo problema, esamina il file di log di X.org /var/log/Xorg.0.log, da una console di testo dopo che il desktop grafico si blocca. La presenza di queste righe è l'indicazione di questo bug:

[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.

Per raggirare questo problema, al menu di avvio di Mandriva Linux 2009, seleziona l'opzione etichettata linux-nonfb, invece dell'opzione predefinita (se utilizzi grub in modalità grafica devi premere il tasto Esc per passare alla visualizzazione testuale e poterlo scegliere). Puoi rendere questa opzione permanente nello strumento di configurazione del boot, tramite il Centro di Controllo Mandriva, nella scheda Avvio, chiamata Imposta il sistema di avvio. Facendo questo disabiliterai il framebuffer video, il che significa che non vedrai più la schermata grafica di avvio e spegnimento.

L'avvio si interrompe in vari punti fino a quando non viene premuto un tasto

Vedi anche Bug #44342. Su molti sistemi, incluso il Sony Vaio PCG-GRT-815E, il processo di avvio si ferma a tempo indeterminato in vari punti fino a quando non viene premuto un tasto. Quando viene premuto un tasto, continua. Se premi un tasto ogni volta che si blocca, l'avvio si completa senza problemi.

Questo problema è attualmente sotto investigazione, e la correzione potrà essere fornita in un aggiornamento ufficiale del kernel futuro. È possibile raggirare questo problema aggiungendo le seguenti righe al file /etc/modprobe.d/blacklist-mdv:

blacklist thermal
blacklist processor

o usando il seguente parametro del kernel:

clocksource=jiffies

I parametri del kernel possono essere aggiunti usando lo strumento Mandriva di configurazione dell'avvio, disponibile nel Centro di Controllo Mandriva.

Il riprisitino dall'ibernazione fallisce con uno schermata vuota

Molti utenti hanno segnalato che quando ibernano il loro sistema (sospensione su disco) e successivamente tentano di svegliarlo, viene mostrata la schermata di avvio di Mandriva per un attimo e successivamente il sistema si blocca con una schermata vuota.

Ci sono molte ragioni per cui un laptop potrebbe non venire ripristinato correttamente sebbene la maggior parte dei moduli del kernel (dal 2.6) sono stati aggiornati e rivisti per garantire un ripristino corretto. Anche il ripristino del video è un'altra sfida e sono disponibili molti accorgimenti per i vari laptop e, dato che Mandriva usa hal, una lettura interessante è http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-index.html . Per favore, segnala se il tuo laptop non è presente in quelle pagine (e trovi una soluzione).

Bug #45090 e Bug #44807 sono i bug riportati e i modi per evitare il problema relativo alla schermata di avvio iniziale di Mandriva che blocca il processo di ripristino.

Casi riguardanti Splashy

La soluzione più veloce ma meno efficace è fare clic su Escape subito dopo che appare la schermata di avvio colorata. Se il tuo processo di ripristino funziona dopo aver provato questa soluzione significa che, secondo quanto detto qua, la causa del blocco è splashy . Il modo standard per risolvere il problema è cambiare il predefinito splash=silent nel tuo boot loader (lilo o grub) a splash=verbose, ma a causa di un baco in qualche parte qualsiasi riferimento alla parola splash nelle opzioni di avvio lancia splashy. Quindi il workaround attuale consiste nell'eliminare qualsiasi splash . E io ho eliminato qualsiasi parola con splash dalle mie righe di lilo.conf

da:

append="resume=UUID=xxxxx splash=verbose"
vga=788

a :

append="resume=UUID=xxxxx"
vga=788

Come puoi vedere, teniamo il framebuffer vga=788 perché non è un blocco causato dal framebuffer. E durante il processo di ripristino vedrai l'altra schermata (grigia) Mandriva di avvio che nasconde la modalità prolissa.

Casi riguardanti Framebuffer

Per alcuni utenti, questo problema può essere raggirato disattivando il sistema di avvio grafico basato sul framebuffer. Se il tuo menu di avvio ha una voce etichettata 'linux-nonfb', puoi avviare da questa voce per avviare il sistema senza framebuffer. Altrimenti, puoi farlo dal Centro di Controllo Mandriva. Vai nella scheda Avvio e fai clic su Configura il sistema di avvio. Alla prima schermata, fai semplicemente clic su Avanti. Alla seconda schermata, assicurati che la voce predefinita sia selezionata, e fai clic su Modifica. Guarda nella riga delle opzioni. Se c'è già una voce simile a vga=788 - il numero può essere diverso - cambiala a vga=normal. Se non c'è nessuna voce vga=, aggiungi semplicemente vga=normal alla fine della riga. Quindi fai clic su OK. Poi fai clic su Finito, e hai finito. Riavvia il sistema, e controlla che funzioni l'ibernazione. Noterai che l'avvio che si vede è una schermtata di testo invece della schermata grafica Mandriva di avvio. Queto è un'inevitabile effetto collaterale causato dalla disattivazione del framebuffer.

Problemi hardware

Alcune schede wireless non ottengono un IP

Vedi anche Bug #45062. Il client DHCP predefinito usato da Mandriva - dhclient - non funziona su alcune schede wireless. Il problema è che dhclient non è in grado di accettare un DHCPNAK quando cerca di richiedere i suoi ultimi indirizzi IP usati da un server diverso. Il passaggio al pacchetto dhcpcd corregge immediatamente il problema.

Installa il pacchetto dhcpcd dal DVD della Free/Powerpack o dal repository /Main. Dopodiché, vai nel Centro di Controllo Mandriva (chiamato Configura il tuo computer) e scegli Configura una nuova interfaccia di rete (...) nella sezione Reti e Internet . Da lì puoi configurare la tua scheda wireless normalmente, fino a quando raggiungi la sezione Impostazioni IP. Usa il pulsante Avanzate per visualizzare una ulteriore finestra di dialogo dove puoi scegliere dhcpcd come Client DHCP.

La rete wireless smette di funzionare se disabilitata e quindi riabilitata con Fn+F2 nei modelli Eee

Vedi anche Bug #43332. A causa di un bug nel driver del kernel usato per supportarlo, il chip di rete wireless nella maggior parte dei modelli Eee smette di funzionare se lo disabiliti e quindi lo riabiliti usando la combinazione di tasti Fn+F2. Si spegne e si riaccende correttamente, ma non è più in grado di connettersi a nessun access point o di trasferire dati. Puoi raggirare questo problema aggiungendo la seguente riga al file /etc/modprobe.conf:

options pciehp pciehp_force=1

E riavviare. Dopo di questo, la disabilitazione e la riabilitazione dell'adattatore wireless dovrebbe funzionare correttamente. È stata identificata una potenziale correzione per questo problema, e sicuramente verrà risolto con un aggiornamento ufficiale del kernel.

È stata caricato un pacchetto candidato alla correzione nel repository di pacchetti /main/testing: kernel-2.6.27.7-0.uc2mnb2. Se vuoi aiutarci a provare questo pacchetto candidato alla correzione, leggi la sezione "Provare gli aggiornamenti", sopra, per le istruzioni su come configurare il tuo sistema per installare i pacchetti dal repository /main/testing. Segui queste istruzioni, quindi installa i pacchetti del kernel aggiornati. Assicurati di installare il "gusto" adatto (desktop, desktop586, o server) per il tuo hardware - il comando uname -r ti dirà quale kernel stai attualmente usando - e installa anche il corrispondente pacchetto -devel per il kernel che installi; altrimenti, i moduli che vengono compilati esternamente (come i driver proprietari per le schede video NVIDIA e ATI) smetteranno di funzionare.

Non funzionano i controller unità Marvell della serie 88SE61

Vedi anche Bug #43975. Alcuni utenti hanno segnalato che Mandriva Linux 2009 non funziona con la serie 88SE61 dei controller di unità Marvell presenti in molte schede madri, inclusa la Asus P5E3 e la MSI P965Neo-F V2. Se il tuo lettore ottico o il tuo disco fisso dove vuoi installare Mandriva Linux 2009, è attaccato a questo controller, ti sarà impossibile installare Mandriva.

Stiamo attualmente lavorando per cercare la causa di questo problema e vedere se può essere fornita una correzione o istruzioni per raggirare il problema.

Pause frequenti quando si usano applicazioni accelerate 3D con hardware NVIDIA

Vedi anche questo argomento di discussione su NVNews. È presente un bug nel driver proprietario NVIDIA che può causare frequenti piccole pause - una volta mezzo secondo, o un secondo - durante l'esecuzione di applicazioni 3D, se è abilitata e supportata la funzionalità del kernel PAT attributes (X86_PAT). Questa opzione è abilitata in automatico in Mandriva,quindi questo baco si verificherà nei sistemi i quali processori supportano i PAT attributes. Se soffri di questo problema, può essere risolto aggiungendo ai parametri di avvio del kernel il testo nopat. Puoi usare l'utility Mandriva di configurazione dell'avvio, drakboot, per aggiungere parametri all'avvio del kernel. Lo puoi trovare nel Centro di Controllo Mandriva, nella scheda Avvio, col nome Configura l'avvio del sistema.

Sonoro non funzionante in molte schede audio basate su snd-hda-intel

Vedi anche Bug #44855 e Bug #44727. A causa di cambiamenti nel driver principale, non funzionano in Mandriva Linux 2009 molte schede audio basate sul codec Intel HDA che funzionavano in precedenti release di Mandriva Linux. Questo problema è resto più complesso dal fatto che esistono dozzine di implementazioni hardware leggermente diverse del codec Intel HDA, tutte supportate dallo stesso driver; alcune sono affette da questo problema e altre no.

Alcuni di questi casi sono stati risolti grazie agli aggiornamenti ufficiali del kernel rilasciati finora per Mandriva Linux 2009: kernel-2.6.27.4-1mnb-1-1mnb2, kernel-2.6.27.4-2mnb-1-1mnb2, e kernel-2.6.27.5-2mnb-1-1mnb2. Se non l'hai ancora fatto, esegui MandrivaUpdate per aggiornare il tuo sistema con gli ultimi pacchetti disponibili, e riavvia. Questo potrebbe risolvere il problema.

C'è anche un kernel più recente candidato all'aggiornamento nel repository di pacchetti /main/testing: kernel-2.6.27.7-0.uc1mnb2. Se l'ultimo aggiornamento ufficiale del kernel non risolve il tuo problema, potresti voler provare l'ultimo candidato all'aggiornamento. Se vuoi aiutarci a provare questo pacchetto candidato alla correzione, leggi la sezione "Provare gli aggiornamenti", sopra, per le istruzioni su come configurare il tuo sistema per installare i pacchetti dal repository /main/testing. Segui queste istruzioni, quindi installa i pacchetti del kernel aggiornati. Assicurati di installare il "gusto" adatto (desktop, desktop586, o server) per il tuo hardware - il comando uname -r ti dirà quale kernel stai attualmente usando - e installa anche il corrispondente pacchetto -devel per il kernel che installi; altrimenti, i moduli che vengono compilati esternamente (come i driver proprietari per le schede video NVIDIA e ATI) smetteranno di funzionare.

Risposta internet lenta o assente (in particolare la navigazione in internet)

Problemi IPv6

Vedi anche Bug #27070. C'è un problema noto che si presenta con tutte le distribuzioni Linux che abilitano la rete IPv6 (il nuovo standard per gli indirizzi di rete che usa un formato per l'indirizzo più lungo e esadecimale per fornire un numero maggiore di indirizzi possibili. Il vecchio standard è IPv4, che utilizza indirizzi decimali quattro-gruppi-di-tre-cifre, familiare alla maggior parte delle persone, es. 216.105.167.65). Alcuni sistemi e reti non reggono bene se il tuo sistema ha la rete IPv6 abilitata. Se noti una risposta lenta in Internet - specialmente quando navighi tra i siti web - e non riesci a scoprire la causa, dovresti provare a disabilitare IPv6. Per farlo, modifica il file /etc/modprobe.conf, aggiungendo la seguente riga, e riavvia:

install ipv6 /bin/true

TCP window scaling

Vedi anche Bug #27073. Se questo non risolve il problema, c'è un'altra possibilità. La maggior parte delle distribuzioni Linux, Mandriva compresa, abilitano una funzionalità del kernel chiamata TCP window scaling. Questa funzionalità è utile per aumentare la velocità dei trasferimenti quando si utilizzano connessioni con una larghezza di banda molto elevata. Tuttavia, è stato fatto un cambiamento nei valori predefiniti per il TCP window scaling nel kernel 2.6.17, che sembra che causi ad alcuni utenti prestazioni di rete molto basse in alcuni siti internet. Per vedere se il problema è TCP window scaling, puoi disabilitarlo con questo comando:

sysctl -w net.ipv4.tcp_window_scaling=0

Se questo risolve il problema, puoi rendere questo cambiamento permanente aggiungendo questa riga al file /etc/sysctl.conf:

net.ipv4.tcp_window_scaling=0

Questo disabiliterà il TCP window scaling a ogni avvio. Se usi una connessione di rete con una ampiezza di banda molto elevata - per esempio, trasferisci regolarmente file di grandi dimensioni su una rete locale di 100Mbit o 1Gbit - puoi notare che con il TCP window scaling disabilitato le performance si abbassano con questa connessione. In questo caso, dovresti provare a ripristinare le impostazioni predefinite del kernel anteriore al 2.6.17 piuttosto che disabilitare completamente il TCP window scaling. Per farlo, aggiungi la seguente riga a /etc/sysctl.conf, invece (non in aggiunta a) di usare quella suggerita precedentemente:

net.ipv4.tcp_rmem=4096 87380 174760

Questo cambierà le impostazioni predefinite del window scaling a ogni avvio.

Risposta internet lenta con alcune schede wireless che usano il driver rt2500pci

Vedi anche Bug #42180. È stato riportato che alcuni adattatori wireless che usano il driver rt2500pci si connettono in modo automatico a una velocità molto lenta. Per rimediare, riconfigura la scheda usando il tool di configurazione della rete Mandriva (disponibile nel Centro di Controllo Mandriva). Durante la configurazione c'è un campo che ti permette di aggiungere "argomenti di comandi extra di iwconfig". In questo campo, digita il seguente testo:

rate 54M

Questo dovrebbe portare la connessione a funzionare alla massima velocità in futuro.

Problemi software

Lo strumento di configurazione delle stampanti non viene installato in automatico nelle edizioni One

Vedi anche Bug #43635. Il nuovo tool di configurazione delle stampanti, system-config-printer, non viene installato in automatico quando si installa una edizione One di Mandriva Linux 2009. Questo significa che non c'è nessuna opzione disponibile per configurare una stampante. Per risolvere questo problema, usa semplicemente gli strumenti Mandriva di gestione del software per installare il pacchetto system-config-printer. Dopo averlo fatto, lo strumento per la configurazione delle stampanti sarà disponibile nel Centro di Controllo Mandriva, nella scheda Hardware.

Le edizioni One non riescono ad avviare un desktop grafico (xorg.conf non creato)

Vedi anche Bug #43870. Molti utenti hanno segnalato che le edizioni One di Mandriva Linux 2009 non riescono a creare il file /etc/X11/xorg.conf all'avvio.

Questo può portare a diversi scenari possibili. Cosa succede se X.org cerca di rilevare automaticamente la scheda e carica il driver adatto. Se sei fortunato, funzionerà, e non noterai mai più questo problema.

Se l'auto-configurazione di X.org fallisce completamente, questo porta al fallimento dell'avvio del desktop grafico. In questo caso, la One si fermerà a una schermata di testo per il login.

Nel caso peggiore, l'auto-configurazione di X.org trova una driver valido ma non funziona a causa di conflittti con il sistema framebuffer, portando a un avvio apparentemente fallito: una schermata vuota con un cursore che lampeggia nella parte in alto a sinistra dello schermo. Ci sono due approcci da provare in questa situazione. Puoi riavviare e usare la modalità di testo, invece dell'avvio grafico - questa opzione è disponibile dalla schermata di avvio della One dopo aver premuto F3. Questo dovrebbe portare a un avvio grafico corretto, sebbene non venga usato il driver migliore per il tuo hardware. Quindi puoi avviare il tool di configurazione delle schede video dal Centro di Controllo Mandriva per generare il file /etc/X11/xorg.conf, se lo desideri; dovresti farlo se intendi installare la One definitivamente. Se lo fai e installi la One nel tuo hard disk, questo problema non ricapiterà più quando avvii il sistema installato.

In alternativa, quando vedi la schermata vuota, premi Alt+F2 per ottenere una schermata di testo per il login. Puoi quindi accedere come root (nessuna password) ed eseguire drakx11. Accetta le impostazioni predefinite di questo tool, quindi chiudilo. Poi esegui il comando service -f dm, e dovrebbe avviarsi correttamente il desktop grafico. Se quindi installi la One nel tuo hard disk, questo problema non dovrebbe più capitare quando avvii il sistema installato. Tuttavia, ricorrerà ogni volta che avvii in modalità live dal CD One.

Se vuoi verificare se questo è il problema di cui soffri, controlla semplicemente se esiste il file /etc/X11/xorg.conf.

Partizione cifrate non vengono montate durante l'avvio

Vedi anche Bug #44464. Se usi la nuova funzionalità di diskdrake per creare partizioni cifrate, e imposti queste partizioni in modo che vengano montate durante l'avvio (o sono partizioni di sistema), puoi scoprire che non ti vengono chieste le password all'avvio, e le partizioni non vengono montate. Se sono partizioni di sistema, questo può impedire al sistema di avviarsi. Questo è causato dal nuovo sistema di inizializzazione grafica, splashy, al quale manca il supporto al software di cifratura cryptsetup. Quindi, raccomandiamo fortemente di non usare gli strumenti Mandriva per cifrare qualsiasi partizione del sistema - ovvero, qualsiasi partizione che conterrebbe una qualsiasi delle seguenti cartelle:

bin/
boot/
dev/
etc/
home/
lib/
media/
mnt/
opt/
root/
sbin/
tmp/
usr/
var/

Non c'è nessun workaround disponibile per questo problema. Stiamo lavorando per fornire un aggiornamento ufficiale il prima possibile. Una volta che verrà reso disponibile, sarai in grado di installare un sistema con le partizioni cifrate e avviare il sistema senza problemi subito dopo aver accettato di installare gli aggiornamenti ufficiali alla fine del processo di installazione, quando ti viene proposta questa opzione. Se non accetterai, il problema si verificherà nuovamente.

Il tool Mandriva di configurazione della rete non mostra la lista di punti di accesso disponibili quando si configura una connessione wireless

Vedi anche Bug #43613. L'assistente Mandriva per la creazione di una connessione di rete, drakconnect, potrebbe non mostrare una lista di punti di accesso disponibili quando si cerca di configurare un adattatore wireless. La finestra che dovrebbe mostrare la lista delle reti wireless sarà semplicemente vuota.

È possibile evitare questo problema semplicemente aspettando un minuto o due; se l'adattatore è in grado di associarsi con qualsiasi rete lo farà, sarai in grado di premere il pulsante Avanti e continuare a configurarlo. È possibile anche finire la configurazione dell'interfaccia attraverso il centro Mandriva di configurazione della rete, draknetcenter. Se questo workaround non ti funziona, esegui drakconnect direttamente da una console, usando questo comando:

DISPLAY="" drakconnect

Questo avvierà la versione console, solo testo dello strumento. Questa versione non è afflitta dal bug, quindi sarà in grado di configurare la tua interfaccia con successo.

Questo problema è attualmente sotto investigazione e potrà essere risolto con un aggiornamento ufficiale futuro.

Il tool Mandriva di configurazione della rete non riesce a configurare gli adattatori wireless Broadcom usando il driver nativo

Vedi anche Bug #44740. Se il tuo sistema usa un adattatore di rete wireless Broadcom, non sarai in grado di configurarlo correttamente usando l'assistente Mandriva alle connessioni di rete se scegli di usare il driver nativo (che è la scelta predefinita) invece di ndiswrapper. Questo perché il driver non funzionerà senza firmware extra che deve essere estratto da un file driver che devi fornire tu (come descritto qua (in corso di traduzione)), ma un bug salta un passo dove ti viene richiesto questo file e quindi estrae il firmware per essere operativo.

Per risolvere questo problema, devi estrarre il firmaware manualmente. Per fare questo, prima scarica il file driver - chiamato broadcom-wl-4.150.10.5.tar.bz2 - come descritto nelle Note di Rilascio. Estrai l'archivio in qualsiasi posto ti venga comodo. Sucessivamente, entra in quella cartella, ed esegui questo comando da root:

b43-fwcutter -w /lib/firmware driver/wl_apsta_mimo.o

Questo farà estrarre il firmware richiesto nella posizione appropriata. Potrai quindi usare l'assistente Mandriva per la configurazione delle reti per configurare l'adattatore, e funzionerà correttamente (ricorda tuttavia di leggere l'altra voce degli Errata che precede questa). ). Questa voce degli Errata si riferisce esclusivamente a chi usail driver nativo per i dispositivi Broadcom, b43. Questa è la selezione predefinita nell'assistente Mandriva alla configurazione della rete. Se invece selezioni Usa un driver Windows via ndiswrapper, questa voce degli Errata non ti interessa. Non dovrai provare e usare il driver discusso in questa voce degli Errata con ndiswrapper: non è un driver Windows e non funzionerà. Il driver di cui hai bisogno per usare una scheda wireless Broadcom con ndiswrapper è solitamente chiamata bcmwl5: devi avere sia bcmwl5.sys che bcmwl5.inf nella stessa cartella, e quando l'assistente ti chiede di il driver per Windows, seleziona bcmwl5.inf da quella cartella.

Gli strumenti Mandriva di configurazione della rete non gestiscono correttamente le chiavi di cifratura wireless che contengono alcuni caratteri speciali

Vedi anche Bug #40065. Gli strumenti Mandriva di configurazione della rete non gestiscono correttamente le password di cifratura wireless che contengono alcuni caratteri. Ci sono due workaround per questo problema. Puoi semplicemente cambiare la tua password di cifratura wireless in modo che non contenga nessuno di questi caratteri. Se non lo vuoi fare, puoi modificare il file di configurazione appropriato in modo da contenere la password corretta. Per il punto di accesso predefinito per la tua interfaccia, modifica il file /etc/sysconfig/network-scripts/ifcfg-interfaccia - per esempio, se l'interfaccia è chiamata wlan0, modifica il file /etc/sysconfig/network-scripts/ifcfg-wlan0. Per qualsiasi altro punto di accesso, modifica il file /etc/sysconfig/network-scripts/wireless.d/MAC, dove MAC è l'indirizzo MAC per il punto di accesso. In entrambi i casi, modifica la riga che inizia con la parola WIRELESS_ENC_KEY in questo modo:

WIRELESS_ENC_KEY="s:KEY"

dove KEY è la password. Quindi se la password era FOOBAR!@%=, dovrai modificare la riga per leggere:

WIRELESS_ENC_KEY="s:FOOBAR!@%="

L'eccezione si ha quando la password contiene il carattere apice doppio ("), in quel caso dovrai usare l'apice singolo (') per chiudere la password, per esempio:

WIRELESS_ENC_KEY='s:FOOBAR!"@%='

Questo problema verrà risolto con un'aggiornamento ufficiale futuro.

Gli strumenti Mandriva per accedere alle condivisioni Windows / SMB / CIFS / Samba non funzionano

Vedi anche Bug #42483. Non funziona lo strumento Mandriva per accedere alle partizioni e condivisioni di rete SMB / CIFS / Samba (tipo-Windows), disponibile nel Centro di Controllo Mandriva nella scheda Condivisioni in rete col nome Accedi ai dischi e cartelle condivise con Windows (SMB). Troverai le condivisioni disponibili, ma non sarai in grado di montarle. Questo perché cerca di montare le partizioni usando il vecchio tipo smbfs, invece di quello corretto cifs.

Per raggirare questo problema, consigliamo semplicemente di non usare questo tool, ma di usare altri metodi di navigazione e accesso a questo tipo di partizioni o dischi condivisi. Per esempio, sia negli ambienti desktop KDE che GNOME, puoi navigare nella posizione smb:/ usando il file manager predefinito per accedere alle condivisioni SMB / tipo-CIFS nella rete locale.

Questo problema verrà risolto con un'aggiornamento ufficiale futuro.

Compiz e Metisse non funzionano in KDE 4 se avviati attraverso startx

Se abiliti Compiz o Metisse attraverso lo strumento drak3d, e quindi cerchi di avviare KDE 4 da una console virtuale usando il comando startx dopo l'avvio con l'init di livello 3 (invece di accedere a un gestore grafico degli accessi e accedere in KDE 4 in quel modo, come fanno la maggior parte degli utenti), non verranno usati Compiz o Metisse. Attualmente, funzioneranno solamente se fai il login in KDE 4 da un gestore grafico degli accessi e non se accedi a una console e avvii successivamente KDE 4 con startx.

Problemi grafici con le schede video NVIDIA GeForce serie 7xxx

Vedi anche Bug #43716. Ci sono problemi noti con le prestazioni grafiche in KDE 4 usando i driver proprietari delle schede video NVIDIA. Per mitigare questi problemi, abbiamo applicato due cambiamenti alla configurazione predefinita del driver NVIDIA: InitialPixmapPlacement=2 e GlyphCache=1. Questo è stato testato ampiamente ed è stato confermato che migliora le prestazioni in quasi tutti i casi. Tuttavia, sembra anche che occasionalmente causa problemi di corruzione della grafica (in tutti gli ambienti, non solo KDE 4) sua alcune schede NVIDIA, apparentemente della serie GeForce 7xxx. Sei usi una scheda video NVIDIA e hai notato bug nella visualizzazione, cerca di rimuovere il file /etc/X11/xinit.d/01nvidia-performance.

Lungo ritardo nell'apertura della finestra di dialogo per salvare o aprire i file nelle applicazioni che si basano su GTK+

Vedi anche Bug #44532. A causa di un baco nel pacchetto beagle fornito con Mandriva Linux 2009, in alcuni sistemi, c'è un lungo ritardo - che fa pensare a un blocco dell'applicazione - quando si cerca di aprire o salvare un file nelle applicazioni che si basano su GTK+ (ad esempio Mozilla Firefox, Opera, o qualsiasi tool Mandriva). Se sei affetto da questo problema, puoi raggirarlo rimuovendo il pacchetto beagle, ma questo causerà la rimozione di tutte le applicazioni che si basano su Beagle. Mandriva e gli sviluppatori GNOME stanno lavorando per identificare e correggere il baco che causa questo problema, e verrà fornito un aggiornamento il prima possibile.

È stata caricato un pacchetto candidato alla correzione nel repository di pacchetti /main/testing: libbeagle-0.3.5.1-3mdv2009.0. Se vuoi aiutarci a provare questo pacchetto candidato alla correzione, leggi la sezione "Provare gli aggiornamenti", sopra, per le istruzioni su come configurare il tuo sistema per installare i pacchetti dal repository /main/testing. Segui queste istruzioni, quindi installa i pacchetti di libbeagle aggiornati.

Tasti aggiuntivi (tasti multimediali) non supportati in KDE 4

Vedi anche Bug #43130. Non sono supportati nel desktop KDE 4 di Mandriva Linux 2009 i tasti aggiuntivi - chiamati comunemente tasti multimediali - presenti in molte tastiere moderne. Questo è causato dal fatto che l'applicazione KDE che gestisce questi tasti, kmilo, non è ancora disponibile in una versione KDE 4. Questo problema verrà parzialmente risolto con un aggiornamento futuro, associando in automatico i tasti del volume e del muto con il mixer kmix, ma gli altri tasti aggiuntivi non potranno essere gestiti fino a quando non sarà disponibile una versione KDE 4 di kmilo. Ricorda tuttavia che questi tasti funzionano correttamente in GNOME and Xfce.

Puoi associare manualmente i tasti volume e muto con l'applet mixer kmix seguendo i seguenti passi. Fai clic col destro nella icona del volume presente nel vassoio di sistema, e fai clic su Mostra la finestra del mixer. Quindi, quando appare la finestra, fai clic nel pulsante chiamato Mixer. Prova a cambiare le impostazioni su ogni canale per vedere quale controlla meglio la tua scheda (solitamente sarà il canale più a sinistra). Quindi fai clic col destro nel canale migliore e fai clic su Configura scorciatoie.... Dovrebbe mostrare tre scorciatoie - Abbassa Volume, Aumenta Volume, e Attiva/disattiva muto. Fai clic su Abbassa Volume, poi fai clic sul pulsante chiamato Nessuno, e premi il tasto per abbassare il volume della tua tastiera. Quindi fai clic su Aumenta Volume, fai clic sul pulsante chiamato Nessuno, e premi il tasto per aumentare il volume della tua tastiera. Infine, fai clic su Attiva/disattiva muto, fai clic sul pulsante chiamato Nessuno, e premi il pulsante muto della tua tastiera. Quindi fai clic su OK.

Abilitare il rendering sub-pixel LCD in KDE 4

In KDE4, la piattaforma QT4 è stata compilata per avere il rendering sub-pixel ma c'è un baco nello strumento di configurazione dei caratteri nel centro di controllo KDE (systemsettings) che lo porta a cercare il rendering sub-pixel LCD solo in FreeType. Il rendering sub-pixel LCD FreeType è disabilitato nelle librerie FreeType di Mandriva come opzione predefinita perché è protetto da brevetti, ecco perché la finestra di dialogo diventa bianca nel centro di controllo KDE4, mentre in realtà può tornare indietro al rendering sub-pixel proprio delle QT4.

Per risolvere questo, modifica ~/.fonts.conf (questo file è nella tua cartella /home/username, è un file nascosto, per poterlo aprire apri Konqueror o Dolphin e quindi apri Vista>Mostra file nascosti). Puoi modificare .fonts.conf con qualsiasi editor di testo, come kwrite. Cambia:

 <edit mode="assign" name="rgba" >
 <const>none</const>
</edit>

in:

<edit mode="assign" name="rgba" >
 <const>rgb</const>
</edit>

Per controllare che funzioni, apri il centro di controllo KDE->Aspetto->Caratteri, assicurati che sia abilitato l' anti-aliasing e quindi apri Configura. "Usa il rendering sub-pixel" dovrebbe essere spuntato sebbene sia ancora bianco.

Questo cambiamento influenzerà solo le applicazioni appena avviate, quindi il modo migliore per vedere gli effetti di questo cambiamento sono di effettuare la disconnessione e quindi riaccedere al desktop.

La maggior parte dei monitor usando il sub-pixels RGB, mentre altri usano BGR, quindi modifica .fonts.conf secondo le necessità.

Il pannello KDE 4 è affetto da problemi grafici quando vengono eseguite applicazioni basate su GTK+

Vedi anche Bug #42420. Soprattutto nelle schede video NVIDIA, il pannello KDE 4 può mostrare problemi di corruzione della grafica (cambiamenti nei colori, diventa vuoto) quando vengono eseguite applicazioni che si basano su GTK+, come Mozilla Firefox o OpenOffice.org. I problemi di visualizzazione sono un problema puramente estetico: non affligge le funzionalità del sistema o del pannello. Stiamo lavorando per identificare la causa del problema e correggerlo, e se possibile verrà risolto con un aggiornamento ufficiale.

KDE 4 non riesce a eseguire molti formati video in automatico

Vedi anche Bug #44586. Il lettore video predefinito in KDE 4, DragonPlayer, non è capace di eseguire molti formati video in automatico. Se cerchi di eseguire un video in un formato non supportato, verrà avviato DragonPlayer, ma non mostrerà il video, solo una finestra bianca vuota.

Questo problema può essere mitigato installando il pacchetto gstreamer0.10-decoders, che installerà molti codec video e audio che permetteranno a DragonPlayer di eseguire molti tipi di video. Se il tuo video è ancora non supportato, puoi cercare di installare il pacchetto totem, che fornisce il lettore multimediale Totem. Lo trovi nella sezione Audio & Video del menu di sistema, con il nome Riproduttore di filmati. Può usare l'infrastruttura Codeina per cercare di identificare e scaricare un codec che permette di eseguire il video in questione.

Le applicazioni KDE 4 non riescono a leggere i CD audio (modalità digitale)

Vedi anche Bug KDE #164043. A causa di un baco conosciuto nel backend Gstreamer per l'infrastruttura multimediale di KDE 4 Phonon, che Mandriva Linux 2009 usa in automatico, le applicazioni standard KDE 4 - kscd e DragonPlayer - non riescono a leggere i CD audio in modalità digitale (usata dalla maggior parte delle persone e usata come predefinita). Ci sono parecchie possibilità di raggirare questo problema.

Se vuoi usare in modo particolare kscd o DragonPlayer, puoi installare il pacchetto phonon-xine. Questo dovrebbe portare KDE a passare all'uso del backend Xine (invece di Gstreamer) per Phonon, che permette alle applicazioni che si basano su Phonon di eseguire CD audio senza problemi. Tuttavia, potrebbe succedere che altri tipi di file audio o video diventino non eseguibili. Puoi alternare tra il backend Gstreamer e Xine per risolverlo. Esegui il tool Configura il tuo desktop (KDE System Settings) (non il Centro di Controllo Mandriva) facendo clic nell'icona presente nel pannello o dal menu sotto Strumenti, Strumenti di Sistema, Configura il tuo desktop. Quindi fai clic su Suono. Vai nella scheda Backend, e li puoi regolare la priorità dei due backend.

Se vuoi semplicemente ascoltare un CD, puoi usare molte altre applicazioni alternative. totem è installato in automatico e dovrebbe essere disponibile nel menu sotto Audio e Video, Lettore Multimediale. Questa applicazione può leggere CD audio senza problemi. Puoi trovare altre applicazioni nei repository Mandriva che sono in grado di eseguire CD audio, incluse vlc e kmplayer.

KDE 4 non sospende il sistema quando viene abbassato lo schermo del laptop

Vedi anche Bug #43283. Il programma kde4powersave incluso in KDE 4, che gestisce la gestione dell'energia, non reagisce correttamente alla chiusura dello schermo del laptop. Non esegue nessuna azione configurata che dovrebbe eseguirsi quando viene chiuso lo schermo - compresa la configurazione standard e più comune, la sospensione del sistema.

Per raggirare questo problema, devi o sospendere manualmente il laptop prima di abbassare lo schermo, o sostituire kde4powersave con un'alternativa. Il gestore dell'energia alternativo guidance-power-manager è disponibile nei repository ufficiali, e funziona bene con gli eventi che hanno a che fare con la chiusura dello schermo.

Messaggio di errore fasullo quando si digita una password sbagliata per accedere o sbloccare una sessione di KDE 4

Vedi anche Bug #44027. A causa di un baco nell'infrastruttura di autenticazione PAM, se digiti una password sbagliata quando accedi a KDE 4 (usando il gestore degli accessi KDM) o quando sblocchi una sessione di KDE 4 che è stata precedentemente bloccata, verrà visualizzato un messaggio di errore fasullo, simile al seguente:

Impossibile sbloccare la sessione perché il sistema di autenticazione non ha funzionato; devi uccidere krunner_lock (pid XXXX) manualmente.

Il messaggio di errore è preoccupante ma innocuo e fuorviante. Verrai infatti riportato alla schermata di accesso o di sblocco della sessione. Se quindi digiterai la password corretta, tutto funzionerà normalmente.

Le applicazioni KDE 4 non possono essere avviate come root con su

Molti utenti sono abituati a eseguire singole applicazioni come root usando il comando su in una console e quindi avviando l'applicazione, così:

[adamw@lenovo ~]$ su
Password: 
[root@lenovo adamw]# kwrite

Tuttavia, per la maggior parte delle applicazioni KDE 4 di Mandriva Linux 2009, questo non funziona. Per farlo funzionare, devi usare il comando su -, così:

[adamw@lenovo ~]$ su -
Password: 
[root@lenovo adamw]# kwrite

Questo crea un ambiente root completo invece di dare semplicemente i privilegi root, ma, la cosa più importante, è che così funziona.

Lo strumento Mandriva di configurazione del firewall interattivo è troppo largo per i monitor a bassa risoluzione

Vedi anche Bug #38904. L'applicazione di configurazione per il firewall interattivo Mandriva, drakids, è troppo larga per essere visualizzata in un display a bassa risoluzione, come quelli usati nella maggior parte dei sistemi netbook. Per raggirare questo problema, nella maggior parte dei gestori delle finestre, puoi premere il tasto Alt e quindi trascinare la finestra. Questo ti permetterà di spostarla nello schermo, e di accedere a tutte le sezioni della finestra.

Le webcam non funzionano in alcune applicazioni (compreso Skype)

Molte webcam non funzionano automaticamente con molte applicazioni, compreso Skype. Se la tua webcam funziona con alcune applicazini ma con altre no, puoi raggirare il problema lanciando l'applicazione attraverso il seguente comando:

LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so (applicazione)

Quindi per Skype, eseguirai:

LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so skype

Deve essere installato il pacchetto libv4l per far funzionare questa soluzione.

Per gli utenti x86-64, usate il comando di sopra esattamente come scritto per Skype. Devi avere installata la versione i586 (non x86-64) del pacchetto libv4l. Puoi farlo scaricando il pacchetto e installarlo eseguendo il seguente comando come root:

rpm -Uvh ./libv4l-0.4.3-1mdv2009.0.i586.rpm

dalla cartella nella quale hai scaricato il file. Tuttavia, per la maggior parte delle applicazioni (che saranno applicazioni x86-64, diversamente da Skype, che è un'applicazione i586) dovrai installare la versione x86-64 del pacchetto libv4l, e avviare le applicazioni usando questo comando:

LD_PRELOAD=/usr/lib64/libv4l/v4l2convert.so (applicazione)

Mandriva Linux 2009 non riesce ad avviarsi quando installata come sistema ospite KVM

Vedi anche Bug #42358. A causa dell'uso di una vecchia versione del bootloader grafico grub, un'installazione Mandriva Linux con la configurazione predefinita non si avviera come ospite KVM (sistema di virtualizzazione). Per raggirare questo problema, quando installi Mandriva, cambia il bootloader grub da grafico a non grafico, oppure scegli lilo.

Alcune funzioni di OpenOffice.org non funzionano nella edizione One

Vedi anche Bug #44644. L'edizione One di Mandriva Linux 2009 non include un ambiente java, a causa di mancanza di spazio. OpenOffice.org si affida a Java per molte funzionalità, quindi queste funzionalità non funzioneranno nella edizione One quando la si esegue in modalità live, e non funzioneranno neanche nella edizione One dopo l'installazione finché non installi il pacchetto openoffice.org-java-common, attraverso gli strumenti Mandriva di gestione dei pacchetti. Segue un breve sommario delle funzionalità che non funzionano senza Java:

La creazione di basi di dati, moduli e controlli degli utenti in Base
L'accesso a qualsiasi tipo di base di dati in Base che usa il connettore JDBC
Il salvataggio / esportazione a AportisDoc (Palm) (.pdb), DocBook (.xml), Microsoft Word 2003 XML (.xml), OpenDocument Text (Flat XML) (.fodt), Pocket Word (.psw), Unified Office Format text (.uot), BibTex, Latex 2e e MediaWiki in Writer
Il salvataggio / esportazione a Pocket Excel (.pxl), Microsoft XML 2003 Excel format (.xml) , OpenDocument SpreadSheet(Flat XML)(.fods) e Unified Office Format spreadsheet (.uos) in Calc
Il salvataggio / esportazione a OpenDocument Presentation (Flat XML) (.fodp) e Unified Office Format presentation (.uop) in Impress
Il salvataggio / esportazione ai file salvati come: OpenDocument Drawing (Flat XML) (.fodg) in Draw
Assistenti alla creazione di lettere, fax, agenda e pagine Web in tutti i moduli
L'esportazione a XHTML (.xhtml, .html) in tutti i moduli
Il salvataggio dei documenti contenenti macro scritte in JavaScript o Beanshell in tutti i moduli

Ti ricordiamo nuovamente che, per ripristinare queste funzioni, devi semplicemente installare il pacchetto openoffice.org-java-common.

Smart non funziona con i metadati compressi lzma

Vedi anche Bug #27697 (nota che solo parte della voce di bugzilla qua è rilevante). Per la verione del gestore dei pacchetti Smart distribuito con Mandriva Linux 2009, il supporto per i nuovi metadati 'info.xml.lzma' è stato aggiunto solo nell'ultimo minuto. La funzionalità richiesta per questo è stata aggiunta anche al modulo python lzma, ma sfortunatamente questa versione per un caso non è riuscita a essere integrata nella release. Potete trovare un pacchetto di aggiornamento 'python-liblzma-0.4.0-1mdv2009.0' nella sezione 'contrib/testing' (sarà spostato in 'contrib/updates' dopo la verifica). Ricorda che dato che questo potrebbe aver causato il malfunzionamento di smart impedendo di installare questo aggiornamento per te, devi scaricarlo manualmente e installarlo con 'rpm -Uvh python-liblzma-0.4.1-1mdv2009.1.*.rpm' o usare urpmi invece di smart.

Desktop 3D

Desktop 3D e riproduzione video

Vedi anche Bug #25572. Se usi le tecnologie di accelerazione desktop 3D incluse in Mandriva Linux 2009 (AIGLX o Xgl), potrai notare che la riproduzione del video non funziona molto bene - muovere, ridimensionare, massimizzare la finestra del video può causare problmi, o potresti vedere strani artefatti nel video. Potresti notare anche che, se usi la funzionalità 'cubo' di compiz, il video non si vede quando giri il cubo. Ci sono due modi di evitare questo problema.

Se hai una scheda video Intel, puoi provare ad usare il plugin di Compiz Video Playback. Attraverso il tool di configurazione ccsm per Compiz, vai nella sezione Utility e dovresti vedere un plugin chiamato Video Playback. Abilita questo plugin. Questo dovrebbe permettere di riprodurre i video in molte applicazioni.

Se hai una diversa scheda video, o hai ancora problemi con il plugin Video Playback abilitato, dovresti impostare il tuo riproduttore video in modo da usare un driver di output che non usa l'interlacciamento video. Se usi AIGLX (consigliato), dovresti usare il driver di output x11 / xshm. Se usi Xgl, puoi usare il driver x11 / xshm o il driver di output OpenGL (che può essere più scorrevole e offrire più funzionalità, come il controllo di luminosità /contrasto, rispetto al driver x11 / xshm). Il modo per farlo è diverso per i vari riproduttori video.

Per i lettori che usano gstreamer - che includono i lettori video predefiniti per Mandriva sia in KDE 4 (DragonPlayer) che GNOME (Totem) - esegui il comando gstreamer-properties, vai nella scheda "Video", e imposta l'output video a "X Window System (No Xv)". Se non esiste gstreamer-properties, dovresti installare il pacchetto gnome-media.
Per mplayer, per l'output x11 / xshm, aggiungi questa riga a ~/.mplayer/config (e anche a ~/.mplayer/mplayerplug-in.conf se usi il plugin browser mplayerplugin):

vo=x11

Per l'output OpenGL, invece aggiungi la seguente riga:

vo=gl2

Per xine, vai nel menu impostazioni, imposta il tuo livello di esperienza per la configurazione ad "Avanzato", quindi vai nella scheda video e cambia "driver video da usare" a "xshm" per l'output x11 / xshm o "openGL" per l'output OpenGL. In alternativa, puoi usare questi comandi da console. Per l'output x11 / xshm:

perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.xine/config

Per l'output OpenGL:

perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.xine/config

Per la versione KDE 3 di Kaffeine, vai nel menu impostazioni, seleziona "configurazione del backend per Xine" e nella scheda video cambia il driver a "xshm" per l'output x11 / xshm o "openGL" per l'output OpenGL.

Per Totem in modalità Xine, esegui questo comando per l'output x11 / xshm:

perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.config/totem/xine_config

O questo comando per l'output OpenGL:

perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.config/totem/xine_config

Per l'output x11 / xshm in KMplayer, vai in Impostazioni -> Configura KMplayer. Quindi nella sezione "Opzioni generali" vai nella scheda Output. In questa seziona cambia il driver video a "X11Shm".

Per l'output X11 in VLC, apri Strumenti -> Preferenze -> Video e cambia Output a X11 video output.

Pagina tradotta da Marcello Anni (killer1987)

Estratto da "http://wiki.mandriva.com/it/2009.0_Errata"

Categorie: 2009.0 | Errata