Erratas de 2009.0
De Wiki de la Comunidad Mandriva
Introducción
Esta es la página de erratas de Mandriva Linux 2009. Es decir que contiene información sobre problemas conocidos en Mandriva Linux 2009 y, cuando sea posible, instrucciones para solucionarlos, evitarlos o paliarlos en lo posible. Debería ver también las Notas de Mandriva Linux 2009, que contienen información más general sobre la publicación de Mandriva Linux 2009.
Erratas de versiones anteriores de Mandriva Linux
- Mandriva 2008.1
- Mandriva 2008
- Madriva 2007.1 (Spring) (ingles)
- Mandriva 2007
- Mandriva 2006 (ingles)
Prueba de candidatos a actualizaciones
Cuando se identifica un problema en Mandriva Linux 2009, el responsable del paquete afectado puede intentar arreglarlo creando un nuevo paquete que piense que resuelva el fallo (bug), después lo subirá al repositorio /main/testing de Mandriva, que está dedicado a este fin. Este paquete puede ser comprobado por usuarios afectados por este bug y por el equipo de control de calidad de Mandriva. Si se comprueba que, efectivamente, el nuevo paquete resuelve el bug y no causa nuevos problemas, entonces será declarado actualización oficial y se suministrará a todos los usuarios de Mandriva Linux 2009 via MandrivaUpdate.
Si a usted le afecta un problema para el que hay un paquete candidato a actualización y le gustaría ayudar a comprobar el paquete, puede configurar su sistema de manera que la herramienta de manejo de paquetes reconozca el repositorio /main/testing como fuente de paquetes. Para instrucciones al respecto, por favor, vea Instalar y quitar software en Mandriva Linux (Uso Avanzado: Backports y candidatos para actualizaciones).
Existe también un repositorio /contrib/testing que realiza la misma función que el /contrib , pero en el que no ha habido ningún control de calidad, por lo que no se garantiza la solución, ya que el responsable de cualquier paquete puede subir actualizaciones a su discreción. La configuración de este repositorio se realiza de igual manera y se puede consultar en la misma página.
Instalando actualizaciones
Las actualizaciones de paquetes de los repositorios /main , /non-free y /contrib se pueden llevar a cabo usando la herramienta Mandriva Update. Se puede ejecutar Mandriva Update desde el Centro de Control de Mandriva, navegando a la pestaña Administración de Software y haciendo click en el enlace "Ver las actualizaciones disponibles y aplicar cualquier arreglo o mejora a los paquetes instalados". A menos que lo desactive, a través de Mandriva Online le será notificado si hay actualizaciones disponibles mediante un icono en la bandeja del sistema.
Problemas solucionados
Esta sección contiene problemas solucionados mediante actualizaciones oficiales.
El controlador propietario NVIDIA no funciona con kernel-server
El controlador propietario NVIDIA provisto en Mandriva Linux 2009 nofunciona con el kernel kernel-server. Este problema era más obvio en equipos más recientes y poderosos con 4GB más de memoria RAM; se instala el kernel kernel-server en estos sistemas para asegurar que se dispone de toda la RAM. El conjunto de paquetes nvidia-current actualizados, nvidia-current-177.70-2.3mdv2009.0, fueron publicados como actualización oficial el 16 de Octubre de 2008, resuelve este problema. Utilice MandrivaUpdate para obtener e instalar esta actualización.
Problemas en la Instalación
Problemas tras realizar una actualización en vivo desde 2008 Spring a 2009
Una nueva característica de 2009 es la capacidad de hacer una actualización gráfica en vivo, por medio del sistema de notificaciones Mandriva Online, desde 2008 Spring a 2009. Los usuarios de 2008 Spring han recibido notificaciones sobre la nueva versión, y se le ofrece actualizarse, desde el 10 de Octubre de 2008. Los usuarios que han intentado utilizar este sistema se han encontrado con que la actualización no parece efectuarse correctamente: al reiniciar su sistema dentro de la versión 'actualizada', es imposible iniciar una sesión gráfica, o varias cosas parecen estar rotas o perdidas. Esto se debe a que el proceso no es lo suficientemente robusto contra los varios problemas potenciales que pueden ocurrir durante la actualización, incluyendo servidores sobrecargados que provocan paquetes no descargados (y por lo tanto no actualizados), o espacio en disco insuficiente para completar exitosamente la actualización.
Si sufre de una actualización problemática, el siguiente procedimiento le ayudara. Presione ctrl-alt-F1 para llegar a una pantalla de inicio modo texto. Inicie como root, y ejecute este comando:
urpmi --auto-update -v
y este al pendiente del proceso. Se deberán actualizar los paquetes que no lo hicieron durante el proceso inicial de actualización. Si el proceso le indica que algunos paquetes no han podido ser actualizados debido a problemas con el servidor, ejecute de nuevo el comando, hasta que todas las actualizaciones sean correctamente instaladas. Una vez terminado, ejecute reboot para reiniciar el sistema. La actualización ahora debería estar correctamente completada.
Desde el 13 de Octubre de 2008, la característica gráfica de actualización en vivo se ha desactivado temporalmente: los usuarios de Mandriva Linux 2008 Spring ya no serán notificados de la disponibilidad para actualizarse a de 2009. Esto hasta que podamos implementar y probar mejoras a este proceso para evitar estos problemas. Una vez que esas mejoras sean implementadas a nuestra satisfacción , la característica sera nuevamente habilitada, y las futuras actualizaciones no sufrirán de este problema.
Problemas del Kernel
Congelamiento periódico del sistema gráfico
Vea el 
informe de fallo #42833. Algunos usuarios de Mandriva Linux 2009 han experimentado un fallo que periódicamente congela el sistema cuando esta funcionando en modo gráfico. Cuando esto ocurre, es posible usar la combinación ctrl-alt-F1 para acceder a una consola modo texto. Este problema es causado por un fallo en los módulos DRM del kernel provocando que el servidor gráfico X.org entre en un ciclo infinito. Para diagnosticar este problema, examine el log de X.org /var/log/Xorg.0.log , desde la consola modo texto después de que el entorno gráfico se congele. La presencia repetida de las siguientes lineas es la indicación del fallo:
[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.
Para evitar este fallo, en el menú de inicio de Mandriva Linux 2009, seleccione la opción etiquetada linux-nonfb, en vez de la opción predeterminada. Puede fijar esto como la opción de inicio predeterminada en la herramienta de configuración de arranque de Mandriva, accesible desde el Centro de Control Mandriva, en la pestaña etiquetada Arranque, Configurar Arranque. Al hacer esto desactivara el framebuffer de vídeo, lo que significa que no vera las pantallas de inicio y apagado.
El inicio se para en varios puntos hasta que se oprime una tecla
Vea el informe de fallo #44342. En varios sistemas, incluyendo los Sony Vaio PCG-GRT-815E, el proceso de inicio se para varias veces en distintos lugares hasta que se presiona alguna tecla. Cuando una tecla se presiona, el proceso continua. Si se presiona una tecla cada vez que se detiene, el inicio eventualmente terminara sin problemas.
El problema se esta investigando, y se proveerá una solución en una futura actualización oficial del kernel. Es posible evitar este problema añadiendo las siguientes lineas al archivo /etc/modprobe.d/blacklist-mdv :
blacklist thermal blacklist processor
Falta de información sobre la dependencia de módulos incrementa el tiempo de inicio
Un pequeño fallo en el kernel incluido en Mandriva Linux 2009 incrementa el tiempo de inicio. Puede evitar este problema ejecutando como root el comando depmod. Esto reducirá el tiempo de inicio en dos o tres segundos. Este fallo se resolverá en todas las futuras actualizaciones oficiales del kernel.
Instalar VMWare en Mandriva falla debido a versiones erradas de GCC para compilar el kernel
En la versión i586 de Mandriva Linux 2009, el kernel fue construido con una versión GCC previa a la incluida en la publicación, así que VMWare (y posiblemente otras aplicaciones de terceros que usan módulos del kernel) se negará a construir sus módulos de kernel cuando se intenta instalarlos en Mandriva Linux 2009. Por favor note que esto aplica solo al instalar aplicaciones VMWare en Mandriva Linux 2009, no instalando Mandriva Linux 2009 como huésped de VMWare. Esto será arreglado con una actualización oficial del kernel.
Problemas de Hardware
Los sistemas Eee no se apagan correctamente
Vea el informe de fallo #44752. Varios usuarios ha reportado que los sistemas Eee, incluyendo la 701, no se apagan correctamente. El proceso de apagado llega hasta que la pantalla se pone negra, pero el indicador de energía no se apaga y el sistema no se apaga correctamente. Para evitar este problema, añada la siguiente linea al inicio del archivo /etc/init.d/halt :
rmmod snd-hda-intel
Estamos trabajando en identificar la solución al problema, y se resolverá en una futura actualización oficial del kernel tan pronto sea posible.
Si no funciona es posible que la linea a introducir sea rmmod snd_hda_intel
La red Wireless deja de funcionar si se desconecta y reconecta con Fn+F2 en una Eee 701 o Eee 900
Vea el informe de fallo #43332. Debido a un fallo en el controlador ath5k, el chip de red wireless de la Eee 701 (modelo original de la Eee) y de la Eee 900 deja de funcionar si la desconecta y reconecta utilizando la combinación de teclas Fn+F2. Se apaga y activa correctamente, pero no sera posible conectarse a ningún punto de acceso o transferir datos. No hay arreglo para el problema; si esta afectado deberá reiniciar su equipo para reactivar la funcionalidad wireless. Desafortunadamente solo podemos aconsejar a los usuarios que nunca desconecten el adaptador wireless usando la combinación Fn+F2. Puede evitar este problema añadiendo la siguiente linea al archivo /etc/modprobe.conf :
options pciehp pciehp_force=1
Reinicie. Y después de eso, desconectar y reconectar el adaptador wireless deberá funcionar correctamente. Se ha identificado una posible solución y aparentemente se resolverá en una actualización oficial del kernel.
El controlador SATA Marvell 88SE6121 no funciona
Vea el informe de fallo #43975. Algunos usuarios han reportado que Mandriva Linux 2009 no funciona con controladores de la serie Marvell 88SE61 presentes en varias placas madre (motherboards), incluyendo la Asus P5E3 y la MSI P965Neo-F V2. Si su unidad óptica ó disco duro donde desea instalar Mandriva Linux 2009, esta conectado en dicho controlador no podrá instalar Mandriva.
Estamos investigando la causa de este problema e investigando si el problema se puede arreglar o evitar.
Ruido fuerte y continuo en el dispositivo de sonido
Vea el informe de fallo #44703. Varios usuarios han reportado que cuando el controlador de sonido es cargado en Mandriva Linux 2009, un fuerte y desagradable sonido se reproduce continuamente en las bocinas o audifonos. Se puede arreglar esti ejecutando el mezclador (mixer), como kmix o alsamixer, y desactivando / silenciando el/los canal(es) Analog Loopback
Lentitud en la conexión a internet (en especial, usando navegadores)
Problemas con IPv6
Vea el informe de fallo #27070. Se sabe que hay un problema en todas las distribuciones Linux que habilitan el servicio IPv6 (el nuevo estándar de direcciones de internet que usan un formato de dirección hexadecimal mas largo, lo que permite un numero mucho mayor de posibles direcciones IP; el estándar antiguo es IPv4, formado por una dirección compuesta de cuatro grupos de tres dígitos, que es la que conoce la mayoría de la gente, como por ejemplo 216.105.167.65). Algunos sistemas y redes no funcionan adecuadamente si tiene habilitado el servicio IPv6 en su sistema. Si percibe un comportamiento lento en el uso de internet -en especial, usando navegadores- y no puede hallar la causa, debería probar deshabilitar IPv6. Para ello, edite el fichero /etc/modprobe.conf , añada la siguiente linea y reinicie:
install ipv6 /bin/true
TCP window scaling
Vea también el informe de fallo #27073. Si esto no resuelve el problema, existe otra posibilidad. La mayoría de las distribuciones Linux, incluida Mandriva, habilitan una característica llamada "TCP window scaling". Esto sirve para incrementar la velocidad de las transferencias en conexiones cuyo ancho de banda es muy grande. Sin embargo, se hizo un cambio en los valores por defecto del "TCP window scaling" en el kernel 2.6.17, que parece causar que la red funcione muy lentamente para ciertos usuarios y para algunas paginas web. Para comprobar que este es el problema, puede desactivarlo con este comando:
sysctl -w net.ipv4.tcp_window_scaling=0
En caso afirmativo, puede hacer el cambio permanente añadiendo la siguiente linea al fichero /etc/sysctl.conf :
net.ipv4.tcp_window_scaling=0
Esto deshabilitara el TCP window scaling en cada inicio. Si usa una conexión con un ancho de banda muy grande, por ejemplo, si transfiere ficheros grandes en una red local de 100Mbit o 1Gbit, puede que perciba que desactivar TCP window scaling da peores resultados. En este caso, puede intentar restaurar la configuración inicial pre-2.6.17 en vez de desactivar TCP window scaling completamente. Para ello, añada la siguiente linea al fichero /etc/sysctl.conf , en vez de la sugerencia anterior:
net.ipv4.tcp_rmem=4096 87380 174760
Esto cambiara los parámetros de TCP window scaling en cada inicio.
TCP timestamps
Ver también informe de fallo #43372. Debido a un bug, las versiones del kernel de Linux anteriores a 2.6.27 no incluían el campo timestamp en los paquetes TCP. El bug ha sido resuelto y el kernel 2.6.27 y posteriores ya sí incluyen este campo. Sin embargo, parece que, desde este cambio, algunos usuarios sufren problemas de conectividad, aparentemente ligados a routers con errores o a configuraciones incorrectas entre el usuario y el servidor de destino que fallan con los paquetes que llevan el campo timestamp. Si su conexión de red aparece correctamente configurada y funcionando, pero no existe tráfico de internet, puede que este sea su problema. Pruebe a desactivar los timestamps mediante el comando (bajo root):
sysctl -w net.ipv4.tcp_timestamps=0
Si esto arregla su problema, y el router es suyo, el bug puede que esté en el rourter: vea si existe una actualización del firmware disponible y, en caso contrario (o si la actualización no arregla el problema), debería notificarlo al fabricante del router. Si no tiene un router, o el problema persiste a pesar del comando anterior, el bug puede que se encuentre en su ISP o más allá. Para hacer que el cambio sea permanente, añada esta línea al fichero /etc/sysctl.conf :
net.ipv4.tcp_timestamps=0
Lentitud de la red en adaptadores wireless Realtek (usando el controlador rt2500pci)
Vea el informe de fallo #42180. Se ha reportado que los adaptadores wireless Realtek que utilizan el controlador rt2500pci se conectan por omisión a una velocidad muy lenta. Para remediar esto, reconfigure la tarjeta con la herramienta de configuración de red de Mandriva (disponible en el Centro de Control Mandriva). Durante la configuración hay un campo que le permite añadir "argumentos extra al comando iwconfig". En este campo, ponga el siguiente texto:
rate 54M
Esto hará que la conexión funcione a toda velocidad en el futuro.
Acceso wireless al Dana-Farber Cancer Institute con la tarjeta Intel 3945 wifi
No podrá conectarse al red wireless network si no desactiva "allow access point roaming" (deseleccionando el checkbox) al configurar la red wireless.
Problemas de Software
No se instala la herramienta de configuración de impresoras en la edición One
Vea el informe de fallo #43635. La nueva herramienta de configuración de impresoras, system-config-printer, no se incluye al instalar desde la edición One de Mandriva Linux 2009. Esto provoca que la opción para configurar impresoras no este disponible. Para resolver este problema, utilice la herramienta de manejo de software de Mandriva para instalar el paquete system-config-printer. Despues de hacerlo, la herramienta de configuración de impresoras estará disponible en el Centro de Control Mandriva, en la pestaña Hardware.
La edición One no inicia el escritorio gráfico (xorg.conf no es creado)
Vea el informe de fallo #43870. Varios usuarios han reportado que las ediciones One de Mandriva Linux 2009 no crean el archivo /etc/X11/xorg.conf .
Esto puede provocar diversos escenarios. Lo que sucede es que X.org intenta detectar automáticamente la tarjeta y cargar el controlador apropiado. Si tiene suerte, esto funcionara y nunca se percatara del problema.
Si la autoconfiguración de X.org falla completamente, provocara que el entorno gráfico no se inicie. En este caso, One iniciara en modo texto.
En el peor caso, X.org encontrara un controlador valido pero no funcionara debido a conflictos con el sistema de framebuffer, dando la impresión de que falla el inicio: una pantalla negra con un puntero parpadeando en la esquina superior izquierda. Existen dos métodos que puede intentar si se ve en esta situación. Puede reiniciar y usar el modo texto, - esta opción esta disponible en la pantalla de inicio de One presionando F3. Esto producirá un inicio en modo gráfico exitoso, a pesar de que no se utilizara el mejor controlador para su hardware. Ahora podrá ejecutar la herramienta de configuración de tarjetas gráficas desde el Centro de Control Mandriva para generar el archivo/etc/X11/xorg.conf , si lo desea; deberá hacer esto si pretende instalar One permanentemente. Si realiza esto e instala One en su disco duro, el problema no se repetirá al iniciar el sistema instalado.
Alternativamente, cuando vea la pantalla negra, presione Alt+F2 para ver una pantalla de inicio en modo texto . Inicie sesión como root (sin password) y ejecute drakx11. Acepte todas las configuraciones predeterminadas, y cierrela. Luego ejecute el comando service -f dm , y el entrono gráfico deberá iniciarse correctamente. Si instala One en el disco duro, el problema no se debería repetir cuando inicie el sistema instalado. Tenga en cuenta, que el problema se repetirá cada vez que inicie desde el CD live de One.
Si desea cerciorarse de que esta sufriendo de este problema, simplemente verifique si existe el archivo /etc/X11/xorg.conf .
Particiones encriptadas no se montan durante el arranque
Vea también informe de fallo #44464. Si usa la nueva característica de diskdrake de crear particiones encriptadas y elige que se monten durante el arranque (o son particiones de sistema), puede que no se pidan las claves durante el arranque, y que las particiones no se monten. En caso de que sean particiones de sistema, esto puede hacer que el ordenador no arranque. Esto se debe al nuevo método gráfico de inicialización, splashy, al que le falta soporte para el software de encriptación cryptsetup. Por tanto, recomendamos encarecidamente que no use las herramientas de Mandriva para encriptar ninguna partición de sistema - esto es, ninguna partición que contenga alguno de los siguientes directorios:bin/ boot/ dev/ etc/ home/ lib/ media/ mnt/ opt/ root/ sbin/ tmp/ usr/ var/
No existe arreglo conocido fiable para esta incidencia. Estamos trabajando para resolverla mediante una actualización oficial tan pronto como sea posible. Una vez que se consiga, podrá instalar un sistema con particiones encriptadas y arrancar sin problemas siempre y cuando acepte instalar actualizaciones oficiales al final del proceso de instalación, cuando se ofrece dicha opción. En caso contrario, el problema seguirá como se ha descrito.
La herramienta de configuración de red de Mandriva no muestra la lista de puntos de acceso cuando se configura una conexión wireless
Vea el informe de fallo #43613. El asistente de Mandriva para crear una conexión de red, drakconnect, puede no mostrar la lista de puntos de acceso disponibles al intentar configurar un adaptador wireless. La ventana en la que debería aparecer la lista estará vacía.
Es posible ignorar este problema y esperar un minuto o dos; si el adaptador es capaz de asociarse con alguna red lo hará, y podrá presionar el botón de Siguiente para continuar la configuración. También es posible terminar de configurar la interfaz utilizando la herramienta de Mandriva, draknetcenter. Si esto no funciona para usted, ejecute directamente drakconnect desde una consola, utilizando este comando:
DISPLAY="" drakconnect
Esto ejecutara la versión modo texto de la herramienta. La cual no esta afectada por el fallo, por lo que deberá poder configurar exitosamente su interfaz.
Se esta investigando este problema y se resolverá en una futura actualización oficial.
La herramienta de configuración de red de Mandriva no puede configurar los adaptadores wireless Broadcom utilizando el controlador nativo
Vea el informe de fallo #44740. Si su sitema utiliza un adaptador wireless Broadcom, no lo podra configurar correctamente utilizando la herramienta de configuración de red de Mandriva si elije utilizar el controlador nativo (que es la opción predeterminada) en vez de ndiswrapper. Esto se debe a que el controlado no funciona sin un firmware que debe ser extraido de un controlador (como se describe aquí), pero debido a un fallo el paso en el que es requerido el archvo para extraer el firmware es omitido.
Para evitar este problema, debera extaer el firmware manualmente. Para hacerlo, primero descargue el controlador llamado broadcom-wl-4.150.10.5.tar.bz2 - como se describe en Notas de la versión. Extraiga el archivo en un lugar conveniente. Luego, diríjase a ese directorio, y como rootejecute el siguiente comando:
b43-fwcutter -w /lib/firmware driver/wl_apsta_mimo.o
Esto extrara el firmware en el lugar apropiado. Ahora puede utilizar herramienta de configuración de red de Mandriva para configurar el adaptador, y funcionara correctamente (por favor tenga en cuenta la Errata anterior).
Las herramientas de configuración de red de Mandriva no manejan correctamente el cifrado wireless si la clave contiene algunos caracteres especiales
Vea el informe de fallo #40065. Las herramientas de configuración de red de Mandriva no manejan correctamente el claves de cifrado wireless que contienen algunos caracteres. Hay dos arreglos a este problema. Simplemente cambie su clave de cifrado de manera que no contenga esos caracteres. Si no desea hacer esto, puede editar el archivo apropiado para que contenga la clave correcta. Para el punto de acceso predeterminado, edite el archivo /etc/sysconfig/network-scripts/ifcfg-interface - por ejemplo, si la interfaz se llama wlan0, edite el archivo /etc/sysconfig/network-scripts/ifcfg-wlan0 . Para otros puntos de acceso, edite el archivo /etc/sysconfig/network-scripts/wireless.d/MAC , donde MAC es la dirección MAC del punto de acceso. En ambos casos, edite la linea que empieza con la palabra WIRELESS_ENC_KEY para que se parezca a:
WIRELESS_ENC_KEY="s:KEY"
Dopnde KEY es la clave. Si la clave es FOOBAR!@%=, la linea debera tener:
WIRELESS_ENC_KEY="s:FOOBAR!@%="
La excepción es si la clave contiene las comillas dobles ("), debera usar las comillas sencillas (') para encerrar la clave, por ejemplo:
WIRELESS_ENC_KEY='s:FOOBAR!"@%='
Este problema se resolverá en una futura actualización oficial.
La herramienta de Mandriva para acceder a recursos / SMB / CIFS / Samba no funciona
Vea el informe de fallo #42483. La herramienta de Mandriva para acceder a recursos de red SMB / CIFS / Samba (tipo-Windows) , disponible en el Centro de Control Mandriva en la pestaña Recursos compartidos de red bajo el nombre Acceder a recursos compartidos de Windows (SMB), no funciona. Se encontraran lo recursos disponibles, pero no podrán ser montados. Esto se debe a que se intenta montarlos con el anticuado sistema smbfs, y no con cifs que es lo correcto.
Para evitar este problema, recomendamos no usar esta herramienta, y utilizar algun otro metodo para navegar y acceder a estetipo de recursos compartidos.Por ejemplo, tanto en KDE como en GNOME , puede navegar en smb:/ utilizando el administrador de archivos predeterminado y acceder a los recurso de tipo SMB / CIFS en la red.
Este problema se resolverá en una futura actualización oficial.
Compiz y Metisse no funcionan en KDE 4 si se arranca via startx
Si habilita Compiz ó Metisse por medio de la utilidad drak3d, y entonces intenta iniciar KDE 4 desde una terminal no gráfica usando el comando startx después de un inicio en nivel 3 (init 3) (en lugar de arrancar en modo gráfico e iniciar KDE 4, que es la forma en la que la mayoría de los usuarios lo hacen), No se usara Compiz ni Metisse. Actualmente, Compiz ó Metisse sólo funcionarán si inicia KDE 4 por medio de una terminal gráfica y no desde una terminal no gráfica y arrancando KDE 4 por medio de startx.
Gráficos corruptos con tarjetas NVIDIA serie GeForce 7xxx
Vea el informe de fallo #43716. Hay conocidos problemas con el desempeño gráfico en KDE 4 al utilizar el controlador propietario de las tarjetas gráficas NVIDIA. Para reducir estos problemas, hemos aplicado por omisión dos cambios a la configuración del controlador propietario NVIDIA: InitialPixmapPlacement=2 y GlyphCache=1. Se comprobado y confirmado que se mejora el desempeño en casi todos los casos. sin embargo, en ocasiones causa problemas de corrupción de gráficos (no solamente en KDE 4) en unas cuantas tarjetas NVIDIA, aparentemente de la serie GeForce 7xxx. si usa una tarjeta NVIDIA y experimenta fallos en la imagen, trate borrando el archivo /etc/X11/xinit.d/01nvidia-performance .
Teclas extendidas (multimedia) no funcionan en KDE 4
Vea el informe de fallo #43130. Las teclas extendidas presentes en los teclados modernos - comúnmente llamadas teclas multimedia - no están soportadas en el escritorio KDE 4 de Mandriva Linux 2009. Esto se debe al hecho de que la aplicación que maneja esas teclas, kmilo, aun no esta disponible en versión KDE 4. Se resolverá parcialmente el problema en una futura actualización, asociando las teclas de volumen y silencio al programa kmix, pero las otras teclas no podrán ser utilizadas hasta que la versión KDE 4 de kmilo este disponible. Por favor note que estas teclas funciona correctamente en GNOME y Xfce.
Puede asociar manualmente las teclas de volumen y silencio al programa kmixsiguiendo estos pasos. Pulsar con el botón derecho sobre el icono de volumen en la bandeja del sistema, y luego pulsar en Show Mixer Window. Entonces, en la ventana que aparece, se pulsa sobre el botón etiquetado Mixer. Trate de cambiar la configuración de cada canal para ver cual funciona mejor con su tarjeta (normalmente sera el canal left-most). Luego pulse con el botón derecho en el mejor canal y elija Configure Shortcuts.... Le mostrara tres atajos - Decrease Volume, Increase Volume, y Toggle Mute. Click sobre Decrease Volume, click sobre el botón None, y presione la tecla de bajar volumen en su teclado. Click sobre Increase Volume, click sobre el botón None, y presione la tecla de subir volumen en su teclado. Por último, pulse sobre Toggle Mute, pulse sobre el botón None, y presione la tecla de silencio en su teclado. Luego de click en OK.
El panel de KDE 4 muestra gráficos corruptos cuando se ejecutan aplicaciones basadas en GTK+
Vea el informe de fallo #42420. Especialmente con tarjetas gráficas NVIDIA, el panel de KDE 4 pude mostrar gráficos corruptos (cambios de color, se pone negro) cuando se ejecutan aplicaciones basadas en GTK+, como Mozilla Firefox o OpenOffice.org. La corrupción es solamente un efecto antiestético: no afecta la funcionalidad del sistema o el panel. Estamos trabajando para identificar la causa del y solución al problema, y se resolverá en una actualización oficial de ser posible.
KDE 4 no reproduce varios formatos de video
Vea el informe de fallo #44586. El reproductor de video predeterminado en KDE 4, DragonPlayer, no puede reproducir varios formatos de video al instalarlo. Si intenta reproducir un video no soportado, DragonPlayer se iniciara, pero no mostrara video, solo una ventana blanca y vacia.
Se puede reducir el problema instalando el paquete gstreamer0.10-decoders , que instalara diversos codecs de video y audio que permitirán a DragonPlayer reproducir diversos tipos de videos. Si su video sigue sin estar soportado, intente instalar el paquete totem , que le proveerá del reproductor Totem. Podra encontrarlo en la sección Sonido y Video del menú, bajo el nombre Reproductor de Películas. Se podrá usar Codeina para intentar identificar y localizar el codec a descargar para reproducir el video en cuestión.
Las aplicaciones de KDE 4 no reproducen CDs de audio (modo digital)
Vea KDE Bug #164043. Debido a este fallo conocido en el backend de Gstreamer para el framework Phonon de KDE 4, utilizado por omisión en Mandriva Linux 2009, las aplicaciones de KDE 4 - kscd y DragonPlayer - no reproducen CDs de audio en modo digital (utilizado por omisión por muchas personas). Hay varios arreglos a esto.
Si desea utilizar kscd o DragonPlayer, puede instalar el paquetephonon-xine . Esto hará que KDE cambie al backend Xine (y no el de Gstreamer) para Phonon, lo que permitirá a las aplicaciones basadas en Phonon reproducir CDs de audio sin problemas. Sin embargo, puede causar que algunos tipos de archivos de audio o video no se reproduzcan. Puede cambiar entre los backends Gstreamer y Xine para resolver esto. Ejecute la herramienta KDE Configuración del Sistema (no es el Centro de Control Mandriva) presionando sobre el icono del desarmador y la llave en el panel, o desde el menú en Herramientas, Herramientas del Sistema, Cofigurar el Escritorio. Presione sobre Sonido. Vaya a la pestaña Backend, y podrá ajustar el orden de prioridad de los dos backends.
Si simplemente desea oír un CD, puede usar diversas aplicaciones alternativas. Puede instalar el paquete totem , que le proveerá del reproductor Totem. Podrá encontrarlo en la sección Sonido y Video del menú, bajo el nombre Reproductor de Películas. Esta aplicación puede reproducir sin problemas los CDs de audio. entre otras aplicaciones que podra encontrar en los repositorios de Mandriva que pueden reproducir CDs de audio se encuentran: vlc, kaffeine4 y kmplayer.
KDE 4 no suspende cuando se cierra la laptop
Vea el informe de fallo #43283. La utilidad de administración de energía, kde4powersave, incluida en KDE 4, no funciona correctamente cuando se cierra una laptop. No se realizara ninguna de las acciones configuradas para el cierre de la laptop - incluyendo la estándar y muy popular configuración de suspender el sistema.
Para evitar este problema, debe suspender manualmente antes de cerrar su laptop, o cambiar kde4powersave por alguna alternativa.El administrado de energía alternativo guidance-power-manager esta disponible en los repositorios oficiales, y se ha reportado que funciona correctamente cuando se cierra una laptop.
Mensaje de error confuso al proporcionar una contraseña equivocada para iniciar o desbloquear una sesión de KDE 4
Vea el informe de fallo #44027. Debido a un fallo en el framework de autentificación PAM, si se proporciona una contraseña incorrecta cuando inicia sesión (por medio del administrador de sesión KDM) o al desbloquear una sesión bloqueada de KDE 4, se mostrara un mensaje de error incorrecto, similar al siguiente:
Cannot unlock the session because the authentication system failed to work; you must kill krunner_lock (pid XXXX) manually.
El mensaje de error es tan preocupante como inofensivo y engañoso. Se le regresara nuevamente a la pantalla de inicio o desbloqueo. Y si proporciona la contraseña correcta, todo funcionara normalmente.
Las aplicaciones de KDE 4 no funcionan como root vía su
Muchos usuarios suelen utilizar aplicaciones individuales como root (administrador/super usuario) utilizando el comando su en una consola y ejecutando la aplicación, algo así:
[adamw@lenovo ~]$ su Password: [root@lenovo adamw]# kwrite
Pero, con la mayoría de las aplicaciones KDE 4 en Mandriva Linux 2009, esto no funcionara. Para que funcione, deberá usar el comando su - , así:
[adamw@lenovo ~]$ su - Password: [root@lenovo adamw]# kwrite
Lo que se hace es crear un entorno completo a root y no solo proporcionar privilegios de root, pero lo más importante es, que funciona.
Evolution no puede enviar mensajes a un servidor Exchange
Vea el informe de fallo #44908. Un fallo en el paquete evolution incluido en Mandriva Linux 2009 evita que los correos enviados lo hagan correctamente cuando el servidor utilizado es un servidor Exchange (por medio del plugin evolution-exchange). Evolution aparentemente envía el correo pero la operación nunca se completa.
A candidato a actualización esta disponible en el repositorio /main/testing : evolution-2.24.0-3mdv2009.0. Si desea ayudar probando este paquete, por favor lea la sección "Prueba de candidatos a actualizaciones", para informarse sobre como configurar su sistema para instalar paquetes del repositorio /main/testing. Siga esas instrucciones y luego instalae el paquete evolution actualizado.
La herramienta de Mandriva para configurar el cortafuegos interactivo es muy grande para pantallas de baja resolución
Vea el informe de fallo #38904. La herramienta de Mandriva para configurar el cortafuegos interactivo, drakids, es muy grande como para mostrarse en pantallas de baja resolución, como las de la mayoría de los sistemas netbook. Para evitar este problema, en la mayoría de los manejadores de ventanas, presione y mantenga la tecla Alt y arrastre la ventana. Esto le permitirá arrastrar la ventana a las partes superior e inferior de la pantalla y le permitirá acceder a todas las secciones de ella.
Soporte Webcam en Skype
Varias webcams que utilizan el controlador gspca incluido en el nuevo kernel no funcionan con Skype. Para arreglarlo, instale la versión 32 bit del paquete libv4l y ejecute Skype utilizando este comando:
LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so skype
Mandriva Linux 2009 no inicia al instalarse como huésped de KVM
Vea el informe de fallo #42358. Debido al uso de una versión antigua del cargador gráfico grub, una instalación de Mandriva Linux con sus configuraciones predeterminadas no iniciara si es huésped de KVM (un sistema de virtualización). Para evitar este problema, cuando instale Mandriva, cambie el cargador de arranque a la versión no gráfica de grub, o a lilo.
Algunas funciones de OpenOffice.org no funcionan en la edición ONE
Vea el informe de fallo #44644. La versión "ONE" de Mandriva Linux 2009 no incluye Java, debido a falta de espacio. OpenOffice.org necesita de Java en varias características, por lo que dichas características no funcionaran en la edición One en modo live, ni tras instalarla a menos que instale el paquete openoffice.org-java-common, utilizando la herramienta de manejo de paquetes de Mandriva. A continuación una breve lista de características que no funcionaran sin Java:
- Creación de bases de datos, formas y controles de usuario en Base
- Acceder a cualquier base de datos que utilice el conector JDBC en Base
- Guardar / exportar 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 y MediaWiki en Writer
- Guardar / exportar a: Pocket Excel (.pxl), Microsoft XML 2003 Excel (.xml) , OpenDocument SpreadSheet(Flat XML)(.fods) y Unified Office Format spreadsheet (.uos) en Calc
- Guardar / exportar a: OpenDocument Presentation (Flat XML) (.fodp) y Unified Office Format presentation (.uop) en Impress
- Guardar / exportar cualquier archivo a: OpenDocument Drawing (Flat XML) (.fodg) en Draw
- Los asistentes para: Carta, Fax, Agenda y Pagina Web en todos los módulos
- Exportar a XHTML (.xhtml, .html) en todos los módulos
- Guardar documentos que contengan macros de JavaScript o Beanshell en todos los modulos
Repetimos, para que funcionen estas características, instale el paquete openoffice.org-java-common.
Smart no funciona con los metadatos compresos con lzma
Vea el informe de fallo #27697 (atención solo la ultima parte del reporte es relevante).
A la versión de Smart, un administrador de paquetes, incluida en Mandriva Linux 2009, se le añadio de ultimo minuto soporte para los metadatos 'info.xml.lzma'. La funcionalidad requerida para hacer esto posible fue añadida al modulo lzma de python, pero desafortunadamente esa versión no fue la incluida en la publicación. El paquete actualizado 'python-liblzma-0.4.0-1mdv2009.0' se encuentra en los repositorios 'contrib/testing' (cuando sea verificado su funcionamiento se movera a 'contrib/updates'). Dado que debido a este problema smart posiblemente no pueda instalar por usted esta actualización, debera descargar manualmente el paquete e instalarlo con 'rpm -Uvh python-liblzma-0.4.1-1mdv2009.1.*.rpm' o utilizar urpmi en lugar de smart.
Escritorios 3D
Reproducción de vídeo y los escritorios 3D
Véase el informe de fallo #27036. Si usa los escritorios 3D incluidos en Mandriva Linux 2009 (AIGLX o Xgl), puede notar que la reproducción de vídeo no funciona muy bien - mover, redimensionar, maximizar la ventana de vídeo ocasiona problemas, o puede ver cosas extrañas en el vídeo. También notara que si usa el 'cubo' de compiz, el vídeo no se reproduce mientras se rota el cubo. Hay dos formas de evitar este problema.
Si tiene un adaptador gráfico de Intel, puede intentar usar el plugin Video Playback de Compiz. Usando la herramienta de configuración ccsm de Compiz, vaya hacia la sección Utility, deberá ver un plugin llamado Video Playback. Habilítelo, eso deberá permitir que la reproducción de vídeo funcione en varias aplicaciones.
Si tiene un adaptador de vídeo diferente, o continua experimentando problemas con el plugin Video Playback habilitado, deberá configurar su reproductor de vídeo para que use un controlador de salida que no utilice video overlay. Si usa AIGLX, deberá utilizar el controlador de salida x11 / xshm . Si usa Xgl, puede utilizar el controlador x11 / xshm driver o el OpenGL (que puede ser mas ligero y ofrecer más características, como controles de brillo / contraste , que el controlador x11 / xshm ). La forma de hacer esto es diferente según el reproductor de vídeo.
- Para reproductores que usen gstreamer - incluidos los reproductores predeterminado en Mandriva (DragonPlayer) para KDE 4 y (Totem) para GNOME - ejecute gstreamer-properties, vaya a la pestaña "Video" , y ponga en la salida de vídeo "X Window System (No Xv)". Si gstreamer-properties no existe, usted debe instalar el paquete gnome-media.
- En mplayer, para la salida x11 / xshm , añada la siguiente linea a ~/.mplayer/config (y también a ~/.mplayer/mplayerplug-in.conf si utiliza el plugin mplayerplugin browser):
- vo=x11
Para la salida OpenGL , añada en cambio esta linea:
- vo=gl2
- En xine, vaya al menú settings , cambie la configuración de nivel de experiencia a "Advanced", vaya a la pestaña de vídeo y cambie "video driver to use" a "xshm" para una salida x11 / xshm o "openGL" para OpenGL. Alternativamente, puede usar estos comandos.
Para la salida x11 / xshm :
perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.xine/config
Para la salida OpenGL :
perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.xine/config
- En la versión KDE 3 de Kaffeine, vaya al menú settings , seleccione "Xine backend configuration" y en la pestaña vídeo cambie el controlador a "xshm" para la salida x11 / xshm o "openGL" para la OpenGL .
- Para Totem en modo Xine , ejecute este comando para la salida x11 / xshm :
perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.gnome2/Totem/xine_config
O este otro para la salida OpenGL :
perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.gnome2/Totem/xine_config
- Para la salida x11 / xshm en KMplayer, vaya a Settings -> Configure KMplayer. En la sección "General Options" vaya a la pestaña Output. En esta sección cambie Video Driver a "X11Shm".
