2009.0 Errata
Da Mandriva Italian.
LA TRADUZIONE SARÀ COMPLETATA ENTRO DOMENICA 12 SETTEMBRE, FINO A QUELLA DATA POTETE FARE RIFERIMENTO ALLA VERSIONE INGLESE. GRAZIE
[modifica] 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.
[modifica] Errata per le precedenti release di Mandriva Linux
Sono disponibili altre pagine di errata per le vecchie versioni:
[modifica] 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.
[modifica] 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.
[modifica] Problemi risolti
Questa sezione contiene i problemi che sono stati risolti da aggiornamenti ufficiali.
[modifica] Problemi di installazione
[modifica] Problemi kernel
[modifica] 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. 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.
[modifica] 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
[modifica] Problemi hardware
[modifica] Wireless networking stops working if disabled and then re-enabled with Fn+F2 on Eee 701
See also Bug #43332. Due to a bug in the ath5k driver used to support it, the wireless networking chip in the Eee 701 (the original Eee model) stops working if you disable and then re-enable it using the Fn+F2 key combination. It turns off and then back on again correctly, but will no longer be able to connect to an access point or transfer any data. There is no known workaround for this issue; if you are affected by it you must reboot the system to re-gain wireless functionality. Unfortunately we can only advise users never to disable the wireless adapter using the Fn+F2 key combination on this system. If a fix for this issue can be identified, it will be made available in a future official update.
[modifica] Marvell 88SE6121 SATA controller does not work
See also Bug #43975. Some users have reported that Mandriva Linux 2009 does not work with the Marvell 88SE6121 SATA controller present on several motherboards, including the Asus P5E3 and the MSI P965Neo-F V2. If your optical drive, or the hard disk to which you wish to install Mandriva Linux 2009, is attached to this controller, this will prevent you from installing Mandriva.
If you can connect the necessary drives to a different controller and connect only drives that are not needed during installation to the Marvell controller, you can then work around the issue and access those drives after installation by adding the following line to the file /etc/modprobe.preload:
pata_marvell
If you cannot do this, it may be possible to resolve the issue by changing the BIOS settings relating to the drive controller, particularly any setting relating to AHCI. This issue is subject to further investigation, and more precise workaround details may be available in future. Please check back.
[modifica] Risposta internet lenta o assente (in particolare la navigazione in internet)
[modifica] 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
[modifica] 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.
[modifica] Marcatura temporale TCP
Vedi anche Bug #43372. Prima della versione 2.6.27, a causa di un baco, il kernel Linux non includeva il campo marcatura temporale nei pacchetti TCP. Adesso che questo baco è stato corretto, e il kernel 2.6.27 (e successivi) include questo campo. Tuttavia, da quando è stato risolto questo problema, sembra che sia causa di problemi di connettività per alcuni utenti, solitamente relativi a router bacati o configurati in maniera sbagliata tra l'utente e il server di destinazione che non riesce a gestire i pacchetti con il campo marcatura temporale. Se la tua connessione di rete sembra configurata correttamente e funzionante, ma il traffico internet sembra non funzionare, questo potrebbe essere il tuo problema. Cerca di disabilitare le marcature temporali, usando questo comando da root:
sysctl -w net.ipv4.tcp_timestamps=0
Se questo risolve il problema, e tu possiedi un router, il baco potrebbe essere nel router: controlla se è disponibile un'aggiornamento per il firmware del router, e se non c'è (o l'aggiornamento non corregge il problema), notificalo al produttore. Se non hai un router, o il problema persiste scavalcando il router, il baco è relativo al tuo ISP o ancora a un livello superiore. Per rendere questo cambiamento definitivo, aggiungi questa riga al file /etc/sysctl.conf:
net.ipv4.tcp_timestamps=0
[modifica] Problemi software
[modifica] Printer configuration tool not installed by default in One editions
See also Bug #43635. The new printer configuration tool, system-config-printer, is not installed by default when installing a One edition of Mandriva Linux 2009. This means there is no available option to configure a printer. To resolve this problem, simply use the Mandriva software management tools to install the system-config-printer package. After doing so, the printer configuration tool will be available in the Mandriva Control Center, in the Hardware tab.
[modifica] One editions fail to boot to a graphical desktop (xorg.conf not created)
See also Bug #43870. Several users have reported that One editions of Mandriva Linux 2009 fail to create the file /etc/X11/xorg.conf when booting. If X.org auto-configuration fails, this results in the graphical desktop failing to start. In this case, One will boot to a text login screen. If you wish to verify that this is indeed the problem you are suffering from, simply check whether the file /etc/X11/xorg.conf exists.
You can then log in as user root (no password) and run drakx11. Accept all the default settings in this tool, and then close it. Then run the command service -f dm, and the graphical desktop should start up correctly. If you then install One to hard disk, the issue should not recur when booting the installed system. However, it will recur each time you boot live from the One CD.
[modifica] Encrypted partitions are not mounted during boot
See also Bug #44464. If you use the new feature of diskdrake to create encrypted partitions, and set these partitions to be mounted during boot (or they are system partitions), you may find you are not prompted for the passphrases during boot, and the partitions are not mounted. If they are system partitions, this can cause the system to fail to boot. This is due to the new graphical initialization system, splashy, lacking support for the cryptsetup encryption software.
There is no known reliable workaround for this issue. We are working to address it with an official update as quickly as possible. Once that has been done, you will be able to install a system with encrypted partitions and boot without trouble as long as you agree to install official updates at the end of the installation process, when you are offered this option. If you do not, then the problem as described above will still occur.
[modifica] Mandriva network configuration tool does not display list of available access points when configuring a wireless connection
See also Bug #43613. The Mandriva wizard for initially creating a network connection, drakconnect, may fail to display a list of available access points when attempting to configure a wireless adapter. The window which should display the list of available wireless networks will simply be empty.
It may be possible to work around this issue by simply waiting for a minute or two; if the adapter is able to associate with any network it will do so, and you will be able to press the Next button and continue to configure it. It may also be possible to finish configuring the interface using the Mandriva network configuration center, draknetcenter. If this workaround does not work for you, run drakconnect directly from a console, using this command:
DISPLAY="" drakconnect
This will launch the console, text-only version of the tool. This version is not subject to the bug, so you will be able to configure your interface successfully.
This issue is currently being investigated and may be addressed by a future official update.
[modifica] Mandriva network configuration tools cannot correctly handle wireless encryption keys containing special characters
See also Bug #40065. The Mandriva network configuration tools do not correctly handle wireless encryption passphrases that contain special characters - that is, characters like !, @, #, $, ', ", =, or %. There are two workarounds for this issue. You can simply change your wireless encryption passphrase not to contain any of these characters. If you do not wish to do this, you can edit the appropriate configuration file to contain the correct key. For the default access point for your interface, edit the file /etc/sysconfig/network-scripts/ifcfg-interface - for instance, if the interface is named wlan0, edit the file /etc/sysconfig/network-scripts/ifcfg-wlan0. For any other access point, edit the file /etc/sysconfig/network-scripts/wireless.d/MAC, where MAC is the MAC address of the access point. In both cases, edit the line which begins with the word WIRELESS_ENC_KEY to look like this:
WIRELESS_ENC_KEY="s:KEY"
Where KEY is the key. So if the key was FOOBAR!@%=, you would edit the line to read:
WIRELESS_ENC_KEY="s:FOOBAR!@%="
The exception is if the key contains the double quote (") character, in which case you would use single quotes (') to enclose the key, for example:
WIRELESS_ENC_KEY='s:FOOBAR!"@%='
This issue will be addressed in a future official update.
[modifica] Mandriva tool for accessing Windows / SMB / CIFS / Samba shares does not work
See also Bug #42483. The Mandriva tool for accessing SMB / CIFS / Samba (Windows-type) network shared drives and partitions, available in the Mandriva Control Center on the Network Sharing tab with the name Access Windows (SMB) shared drives and directories, does not work. It will find available shares, but will not be able to mount them. This is because it attempts to mount the partitions using the deprecated smbfs type, rather than the correct cifs type.
To work around this issue, we simply advise you do not use this tool, but use some other method of browsing and accessing this type of shared drive or partition. For instance, in both KDE and GNOME desktop environments, you can browse to the location smb:/ using the default file manager to access SMB / CIFS-type shares on the local network.
This issue will be addressed in a future official update.
[modifica] 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.
[modifica] Slow performance in KDE 4 with NVIDIA video cards
See also Bug #43716. Many users of NVIDIA cards, when using the proprietary NVIDIA driver (which is the default in Mandriva Linux One and Powerpack, and can easily be enabled with Mandriva Linux Free), have reported sluggish performance in many operations in KDE 4. This is most obvious when moving or resizing plasmoids (desktop items), or when resizing konsole windows.
If you are experiencing this problem, running the following command may help:
nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1
If this does improve performance on your system, you can ensure it is run automatically each time you log in to KDE 4 by creating a file named /etc/X11/xinit.d/01nvidiaset. It should contain the following:
#!/bin/bash nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1
After creating it, make it executable, either using a file manager (run as root) or by running the following command in a console as root:
chmod 0755 /etc/X11/xinit.d/01nvidiaset
This will ensure the setting is applied each time the X.org graphical server is started, and you do not have to worry about running it manually.
[modifica] Extended keys (multimedia keys) not supported in KDE 4
See also Bug #43130. The extended keys present on many modern keyboards - commonly referred to as multimedia keys - are not supported in Mandriva Linux 2009's KDE 4 desktop. This is due to the fact that the KDE application which handles these keys, kmilo, is not yet available in a KDE 4 version. This issue will be partly addressed in a future update, by associating the volume and mute keys with the kmix mixer by default, but the other extended keys cannot be handled until a KDE 4 version of kmilo becomes available. Please note that these keys do function correctly in GNOME and Xfce.
You can manually associate the volume and mute keys with the kmix mixer applet by following these steps. Right click on the volume icon in the system tray, and click Show Mixer Window. Then, on the window that appears, click the button labelled Mixer. Try changing the settings on each channel to see which best controls your card (usually it will be the left-most channel). Then right click on the best channel and click Configure Shortcuts.... It should show three shortcuts - Decrease Volume, Increase Volume, and Toggle Mute. Click on Decrease Volume, then click on the button labeled None, and press the volume down key on your keyboard. Then click on Increase Volume, click on the button labeled None, and press the volume up key on your keyboard. Finally, Click on Toggle Mute, then click on the button labeled None, and press the mute key on your keyboard. Then click OK.
[modifica] KDE 4 cannot play many video formats as installed
See also Bug #44586. The default video player in KDE 4, DragonPlayer, is incapable of playing many video formats as installed. If you try and play a video in an unsupported format, DragonPlayer will launch, but will not show the video, only a blank white window.
This issue can be mitigated by installing the gstreamer0.10-decoders package, which will install several video and audio codecs that will allow DragonPlayer to play many types of video. If your video is still unsupported, you can try installing the totem package, which provides the Totem media player. You can find it in the Sound & Video section of the system menu, with the name Movie Player. It can use the Codeina framework to attempt to identify and locate a downloadable codec which can play the video in question.
[modifica] 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.
[modifica] Bogus error message when entering an incorrect password to log in or unlock a KDE 4 session
See also Bug #44027. Due to a bug in the PAM authentication framework, if you enter an incorrect password when logging in (using the KDM login manager) or when unlocking a KDE 4 session which has been locked, a bogus error message will be displayed, similar to the following:
Cannot unlock the session because the authentication system failed to work; you must kill krunner_lock (pid XXXX) manually.
The error message is worrying but harmless and misleading. You will then be returned to the login or unlock screen. If you then enter the password, things will proceed as normal.
[modifica] Mandriva interactive firewall configuration tool too large for low-resolution displays
See also Bug #38904. The configuration application for the Mandriva interactive firewall, drakids, is too large to fit into a low-resolution display, such as those on most netbook systems. To work around this issue, in most window managers, you can hold down the Alt key and then drag the window. This will allow you to drag it off the top or bottom of the screen, and so by degrees access all sections of the window.
[modifica] Supporto Webcam in Skype
Molte webcam che usano il driver gspca incluso nel nuovo kernel non funzionano automaticamente con Skype. Come workaround, installa la versione a 32 bit del pacchetto libv4l ed esegui Skype così:
LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so skype
[modifica] 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.
[modifica] Desktop 3D
[modifica] Desktop 3D e riproduzione video
See also Bug #27036. If you use the 3D accelerated desktop technologies included in Mandriva Linux 2008 Spring (AIGLX or Xgl), you may notice that video playback does not work very well - moving, resizing, maximizing the video window will cause problems, or you may see strange artifacts in or through the video. You may also notice that, if you use the 'cube' feature of compiz, the video does not play while you rotate the cube. There are two ways to avoid this problem.
If you have an Intel graphics adapter, you can try using the Compiz Video Playback plugin. Using the ccsm configuration tool for Compiz, scroll down to the Utility section and you should see a plugin labelled Video Playback. Enable this plugin. This should allow video playback to work in several applications.
If you have a different video adapter, or you still experience problems with the Video Playback plugin enabled, you should set your video player to use an output driver which does not use video overlay. If you use AIGLX, you should use the x11 / xshm output driver. If you use Xgl, you can use the x11 / xshm driver or the OpenGL output driver (which may be smoother and offer more features, such as brightness / contrast control, than the x11 / xshm driver). The way to do this is different for different video players.
- For players that use gstreamer - which includes the default Mandriva video players in both KDE 4 (DragonPlayer) and GNOME (Totem) - run the command gstreamer-properties, go to the "Video" tab, and set the video output to "X Window System (No Xv)". If gstreamer-properties does not exist, you should install the package gnome-media.
- For mplayer, for x11 / xshm output, add this line to ~/.mplayer/config (and also to ~/.mplayer/mplayerplug-in.conf if you use the mplayerplugin browser plugin):
- vo=x11
For OpenGL output, add the following line instead:
- vo=gl2
- For xine, go to the settings menu, set your configuration experience level to "Advanced", then go to the video tab and change "video driver to use" to "xshm" for x11 / xshm output or "openGL" for OpenGL output. Alternatively, you can use these console commands. For x11 / xshm output:
perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.xine/config
For OpenGL output:
perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.xine/config
- For the KDE 3 version of Kaffeine, go to the settings menu, select "Xine backend configuration" and in the video tab change the driver to "xshm" for x11 / xshm output or "openGL" for OpenGL output.
- For Totem in Xine mode, run this command for x11 / xshm output:
perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.config/totem/xine_config
Or this command for OpenGL output:
perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.config/totem/xine_config
- For x11 / xshm output in KMplayer, go to Settings -> Configure KMplayer. Then in the "General Options" section go to the Output tab. In this section change Video Driver to "X11Shm".
Pagina tradotta da Marcello Anni (killer1987)
