Erratas de 2009.1
De Wiki de la Comunidad Mandriva
Introducción
Esta es la página de erratas de Mandriva Linux 2009 Spring (2009.1). Esto quiere decir que contiene información sobre problemas y errores conocidos en Mandriva Linux 2009 Spring, y cuando sea posible, contendrá instrucciones sobre como solucionarlos, evitarlos o paliarlos en la medida de lo posible. Se recomienda ver las Notas de Mandriva Linux 2009 Spring (Notas), las cuales contienen información general sobre la publicación de Mandriva Linux 2009 Spring.
Actualmente Mandriva Linux 2009 Spring está en pleno desarrollo, este ciclo necesariamente será acompañado de problemas y es para eso que se crea esta página de Erratas, la cual permite publicar una Lista de Bugs a medida que los usuarios vayan detectándolos en las correspondientes versiones Beta o Cooker. Como en esta instancia hablamos de una versión en desarrollo, los métodos habituales en lo que se refiere al manejo de los errores no son aplicables. Mientras se esté trabajando en versiones Beta no se gestionarán actualizaciones oficiales. Los problemas solucionados irán siendo ubicados en el árbol de Cooker por medio de sus actualizaciones, en la medida que vayan apareciendo Bugs en las versiones Betas de la 2009.1, se intentará ir resolviéndolos en dichas versiones. Los problemas detectados en versiones betas anteriores que no se repliquen en las posteriores serán considerados como 'Resueltos'. Si en la última Beta un Bugs todavía figura como 'Válido' mientras que esto no sucede en la Cooker vigente, éste será considerado como 'No resuelto' hasta la aparición de una nueva Beta, eso sí, en la descripción del problema se anexa una nota y una referencia al paquete que resuelve el problema en Cooker.
Erratas de versiones anteriores de Mandriva Linux
- Mandriva 2009.0
- 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 Spring, 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 Spring 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.
Las interfaces gráficas SiS 670 / 671 no funcionan
Vea el aviso de actualización MDVA-2009:068. Mandriva Linux 2009 Spring viene con la nueva versión 1.6 del servidor X.org. Esta versión del servidor gráfico requiere que todos los controladores de vídeo estén basados en la librería libpciaccess, la cual sustituye al antiguo sistema de escaneado/acceso de transporte PCI, entre otras. El controlador que permite dar soporte a algunos sistemas SiS, x11-driver-video-sisimedia, no había sido portado al sistema libpciaccess, y por eso no funcionaban al momento de salir 2009.1. En los meses previos se necesitaba usar el controlador vesa para tener un soporte básico para estas tarjetas.. En Junio de 2009, el paquete x11-driver-video-sisimedia-0.9.1-1.20080808.6.1mdv2009.1, que fue publicado en los canales de actualización oficiales el 19 de May de 2009 resuelve este problema. Utilice MandrivaUpdate para obtener e instalar esta actualización.
Problemas de instalación
VIA Technologies, Inc.|VT8251 AHCI/SATA 4-Port Controller : no disk found
Vea el 
informe de fallo #49828. No se encuentra el disco durante la instalación, asi que no se puede realizar.
Para solucionarlo : añada la siguiente opción al kernel antes de iniciar la instalación : pci=nomsi
Al reiniciar después de la instalación ya no tendra que hacer ninguna modificación.
Problemas del Kernel
DVB viewers no funcionan en tarjetas basadas en ASUSTeK P7131 Dual saa7134
Vea el informe de fallo #49026. Debido a una regresión en el kernel 2.6.29, los DVB viewers no funcionan en tarjetas basadas en ASUSTeK P7131 Dual saa7134. Un posible arreglo consiste en instalar los paquetes kernel-tmb-desktop-latest y kernel-tmb-desktop-devel-latest. Las personas que utilicen el controlador libre radeonhd y los controladores ati tal vez tengan que desactivar el Kernel Mode Setting utilizando radeon.modeset=0 como parámetro.
Problemas de Hardware
Actualización de x11-server
Debido a que se esta utilizando la versión 1.6 del servidor gráfico xorg, hay algunos problemas conocidos:
Algunas tarjetas ATI ya no son soportadas por controlador propietario de ATI (fglrx)
Esta disponible una nueva versión del controlador fglrx de ATI que soporta el nuevo servidor X.org, pero ya no soportara algunas tarjetas. Esas tarjetas se configuraran para que utilicen el controlador de codigo abierto.
Inestabilidad de la aceleración 3D con los controladores para tarjetas graficas ATI radeon y radeonhd
Algunos usuarios de tarjetas graficas ATI han reportado congelamiento del sistema cuando ejecutan juegos 3D o utilizan intensivamente aplicaciones 3D. Para los usuarios de tarjetas R600 y de las recientes Radeon HD, esto se puede evitar utilizando el controlador propietario fglrx. Si embargo, quienes utilicen GPU anteriores a las tarjetas R600 no podran instalar el controlador propietario fglrx ya que no soporta estos antiguos chips. Esperamos poder proveer mejore controladores radeon y radeonhd en el futuro. Por favor consulte esta pagina de la wikipedia para determinar la versión de su chip grafico.
Congelamiento de la pantalla con tarjetas graficas Intel
Vea el informe de fallo #50286. Usuarios de varios modelos de tarjetas graficas Intel han informado de congelamientos bajo diversas condiciones, principalmente utilizando efectos 3D. En muchos casos, se ha informado que desactivar los efectos 3D ha ayudado.
Si le ocurre aun sin activar efectos 3D, puede añadir Option "DRI" "off" a la sección Device del archivo /etc/X11/xorg.conf . Esto desactivara la aceleración 3D y los efectos del escritorio, pero suspender funcionará aceptablemente y evitara varios tipos de fallos.
Problemas de resolución con el controlador openchrome
El controlador de vídeo openchrome no detecta correctamente la cantidad de memoria de vídeo (vea el informe de fallo #49938), lo que ocasiona que no se configure correctamente la resolución de pantalla, para corregir este problema como root edite el archivo /etc/X11/xorg.conf y añada en la sección Device lo siguiente:
Option "VideoRAM" "memoria"
Donde memoria es la cantidad en kilobytes de memoria de vídeo que este usando su tarjeta gráfica (por ejemplo 32767 para 32 MB).
Cierre y vuelva a iniciar la sesión gráfica, encontrara que la resolución se muestra correctamente.
El teclado y ratón no funcionan en algunos casos
Al parecer hay algunos problemas con el orden de ejecución de messagebus y haldaemon, y la opción predeterminada 'AllowEmptyInput' de la configuración de Xorg. Inicie su sistema en modo seguro y cuando termine de cargar el sistema ejecute lo siguiente:
chkconfig --del messagebus
(no preste atención a los mensajes de error)
chkconfig --add messagebus
reboot
Descontinuación de los controladores nVidia 71xx
Los controladores nvidia71xx no están disponibles en Mandriva 2009.1, lo que ocasiona que algunas GPUs antiguas ya no funcionen con el controlador nvidia. Esto se debe a que los desarrolladores (nVidia) no han publicado una versión compatible de estos controladores con la nueva versión del servidor gráfico (enlace)
Lentitud en la conexión a internet (en especial, usando navegadores)
Problemas con IPv6
Véase 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 número 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
O desde el icono del applet de red en la bandeja del sistema ejecute el Centro de redes (Network Center), vaya a Opciones Avanzadas y marque la casilla Disable IPv6, presione el botón OK y reinicie el sistema. (También puede ejecutar el Centro de redes (Network Center) desde Centro de Control Mandriva > Redes e Internet > Centro de redes).
Escalado de ventana TCP (TCP window scaling)
Vea también el {{bug|27073}, Si lo anterior no resuelve el problema, existe otra posibilidad. La mayoría de las distribuciones Linux, incluida Mandriva, habilitan una característica llamada "TCP window scaling" (http://es.wikipedia.org/wiki/TCP#Escalado_de_ventana). 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 páginas 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
O desde Centro de Control Mandriva > Redes e Internet > Centro de redes (el Centro de Control Mandriva esta en Menu > Herramientas > Herramientas del sistema > Configurar su computadora), vaya a Opciones Avanzadas y marque Disable TCP Window Scaling.
Esto deshabilitará 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 lugar de la sugerencia anterior:
net.ipv4.tcp_rmem=4096 87380 174760
Esto cambiara los parámetros de TCP window scaling en cada inicio.
El menu de inicio no funciona en algunos lectores de CD
Al iniciar cualquiera de las ediciones One o los CD de instalación, en algunos raros casos el proceso de inicio se detendrá y se mostrara lo siguiente:
isolinux:
y/o
gfxboot:
En esos caso, puede iniciar con éxito desde el CD reiniciando y manteniendo presionada la tecla 'shift' hasta que aparezca lo siguiente:
boot:
Entonces, escriba live (en el caso de las ediciones One) o linux (para los CDs/DVD de instalación) y pulse la tecla Intro. Vea el informe de fallo #48814 y el informe de fallo #49768.
Problemas al actualizar
Actualice Mandriva Linux 2009 antes de actualizar en linea
Actualizar en linea Mandriva Linux 2009 al ser avisado por mdkapplet, puede fallar en sistemas con el paquete usermode sin actualizar. Vea el informe de fallo #41416 para más detalles.
Splashy se desactiva tras actualizar usando el instalador
Al actualizar versiones previas de Mandriva Linux utilizando el instalador, el parámetro vga=XXX puede no encontrarse dentro de la linea correspondiente al kernel en la configuración del cargador de arranque, provocando que se desactive el inicio gráfico. Restablezca el parámetro vga=XXX para corregir el problema. Vea el informe de fallo #50293.
Cambio de KDE3 a KDE4
Vea el informe de fallo #42398. Mandriva 2009 Spring utiliza KDE 4 como entorno KDE predeterminado y KDE3 ya no será mantenido (no lo hemos hecho desde la salida de Mandriva 2009.0). Desafortunadamente para usuarios de versiones de Mandriva previas a 2009.0 que incluían KDE3, tendrán que migrar manualmente las configuraciones de las aplicaciones KDE3 debido a la falta de scripts que realicen la tarea. Se ha creado en el wiki de Mandriva una pagina dedicada con instrucciones y procedimientos detallados sobre: Como cambiar de KDE3 a KDE4.
Los repositorios no son configurados correctamente al actualizar
Cuando se actualiza de versiones previas utilizando el instalador, es posible que los repositorios no se configuren correctamente, provocando avisos de error durante la instalación. Esto no evitara que la actualización se complete, pero los repositorios no estarán habilitados tras la instalación. Para corregir este problema, después de terminar la actualización, diríjase al Centro de Control Mandriva > Administración de Software > Administración de soportes, elimine todos los repositorios y vuelva a configurarlos. Vea el informe de fallo #50383.
Problemas de Software
No se instala la herramienta de configuración de impresoras en la edición One Kde
Vea el informe de fallo #49994. La nueva herramienta de configuración de impresoras, system-config-printer, no se incluye al instalar desde la edición One Kde de Mandriva Linux 2009 Spring. 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.
No hay aplicación para grabar CD/DVD en la edición One KDE
La aplicación para grabar CD/DVD de KDE (K3B) no se instala por omisión al instalar desde la edición One KDE de Mandriva Linux 2009 Spring debido a las limitaciones de espacio. El paquete K3B se puede instalar desde el repositorio /main de Mandriva utilizando la herramienta de administración de paquetes de Mandriva. Despues de hacerlo, esta aplicación estara disponible en el menú en la sección Herramientas. La versión de K3B incluida en Mandriva 2009 Spring es una versión previa, ya que K3B es la ultima de las principales aplicaciones de KDE 3 que aún no han sido portadas a KDE 4. Por ese motivo, Mandriva ha dedicado algunos desarrolladores para ayudar a portar K3B a KDE4.
Imposible arrastrar directorios a la papelera en kde4
Vea el informe de fallo #49151. Se ha producido una regresión en KDE 4 que hace imposible arrastrar directorios a la papelera de kde4. Como solución, los directorios pueden enviarse a la papelera presionando el boton derecho sobre ellos y seleccionando Enviar a la Papelera. Se ha hecho una corrección y el problema estara solucionado en una actualización posterior.
Los Efectos de Escritorio no funcionan en sistemas lentos si se activa speedboot
Vea el informe de fallo #49490. En sistemas lentos, es posible que el soporte DRI no sea cargado correctamente si se esta utilizando speedboot, se agotara el tiempo de carga para libdrm al esperar que el dispositivo DRI sea inicializado. Para evitar ese problema puede desactivar speedboot utilizando la opción speedboot=no en el kernel.
Los recursos compartidos por NFS no se montan durante el inicio
Vea el informe de fallo #48920. Algunos controladores de tarjetas de red tienen problemas al momento de detectar si el cable de red esta o no conectado. Debido a esto, los recursos compartidos por NFS no son montados. Puede intentar evitar este problema añadiendo MIN_LINK_DETECTION_DELAY=5 a su archivo de configuración NIC (normalmente /etc/sysconfig/network-scripts/ifcfg-eth0 ).
Amarok 2.0.2 no reproduce archivos mp3 con el backend gstreamer en algunos equipos
Una solución es instalar phonon-xine (en systemsettings deberia cambiarse automaticamente xine antes que gstreamer como backend). Y Amarok 2.0.2 podrá reproducir archivos mp3. Mandriva utiliza phonon-gstreamer por omisión para tener soporte con codeina, que permite instalar automáticamente los plugins para todas las aplicaciones basadas en gstreamer (no solamente amarok). Vea el informe de fallo #48191.
Las particiones VFAT no pueden montarse debido a que diskdrake fija incorrectamente el parámetro umask
Cuando se selecciona la opción para hacer una partición vfat escribible para todos los usuarios o al realizar una instalación limpia, la opción umask se encuentra vacía en vez de estar fijada a cero, haciendo que la partición no pueda montarse. Para evitar o solucionar este problema, seleccione la partición, seleccione Cambiar a modo experto, seleccione Opciones y especifique el valor 0 para umask en la lista de opciones, entonces elija Aceptar. Vea el informe de fallo #50177.
Speedboot no esta habilitado al instalar desde la edición One
Despues de instalar Mandriva Linux 2009 Spring desde la edición One, speedboot puede no estar automáticamente habilitado. Este problema no se presenta cuando se instala desde las ediciones Free o Powerpack y sera corregido en las actualizaciones de initscript, vea el informe de fallo #50270.
Speedboot
- El uso de Speedboot puede desactivar el DRI en algunos controladores Intel
- El proceso de arranque (Boot) puede quedar bloqueado si 2 tarjetas de red están presentes en el sistema.
VMware
Los productos VMware no comprobaran dependencias, tiene que ejecutar esto en un terminal, para poder tener los paquetes necesarios:
urpmi gcc-c++ kernel-`uname -r |cut -d- -f2`-devel-latest xinetd patch
El kernel de mandriva 2009.1 aún no está soportado por los productos vmware tiene que descargar dos archivos y aplicar el patch, puede hacerlo así justo después de instalar el paquete rpm de vmware y antes de ejecutar por primera vez vmplayer o antes de ejecutar vmware-config.pl (dependiendo de su caso) Esto funciona en vmware-player 2.5.2 y vmware workstation 6.5.2
su #se va a preguntar su contraseña de administrador cd /tmp/ wget http://communities.vmware.com/servlet/JiveServlet/download/1217533-21068/vmware-6.5.2-modules-2.6.29-fix.sh wget http://communities.vmware.com/servlet/JiveServlet/download/1217533-21069/vmware-6.5.2-modules-2.6.29-fix.patch bash vmware-6.5.2-modules-2.6.29-fix.sh
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".
