Common F25 bugs/es

In other languages: English (en) español (es) [edit]

Esta página documenta problemas en Fedora 25 y, si se conocen, correcciones o formas de evitarlos. Dado que los problemas que se listan ya son conocidos, si encuentra el suyo en esta página no lo reporte, a menos que se indique que lo haga. Donde aplica, se incluyen referencias a los informes de Bugzilla.

Versión previa al lanzamiento
Fedora 25 aún no ha salido. Durante el periodo previo al lanzamiento esta página cubrirá los problemas en las versiones prelanzamiento de Fedora 25. Los que se solucionen se eliminarán (por ejemplo, un problema que afecta a la Beta pero se soluciona en la versión final se borrará de la página cuando se haga el lanzamiento final de la versión).

Notas de lanzamiento

Lea el anuncio de lanzamiento de F25 Alfa para obtener información específica sobre los cambios en Fedora 25, así como información general.

Mi problema no aparece en la lista

No todos los problemas están en esta página, pero en Bugzilla debería encontrar todos los problemas conocidos. Esta página es una muestra de los problemas que más aparecen en los foros y listas de correo.

Para comprobar si ya se ha informado de su problema, puede buscarlo en Bugzilla. Si nadie lo ha hecho antes, le animamos a que informe de su problema para así mejorar Fedora tanto para usted como para los demás. Se ha preparado una guía sobre informes de errores y peticiones de mejoras para ayudarle.

Si cree que alguno de los errores existentes debe añadirse a esta página por ser bastante común, puede:

• Añadirlo usted mismo, si tiene acceso a edición. Las instrucciones para las páginas de errores comunes le ayudarán a realizar esta adición correctamente, pero lo más importante es asegurarse de que se añade el problema a la lista. No se preocupe si el formato no es exactamente el correcto, eso se puede arreglar después.
• O añadir la palabra clave CommonBugs en el informe de error. Alguien del equipo de aseguramiento de la calidad revisará el informe para ver si debe aparecer como problema común. Para acelerar su solicitud, por favor añada un comentario al informe que incluya:
  1. un resumen del problema
  2. cualquier solución provisional conocida
  3. una evaluación del impacto a los usuarios de Fedora

Como referencia, puede buscar en Bugzilla los informes con la marca CommonBugs:

• CommonBugs? (marcados como CommonBugs pero todavía no tienen un enlace a esta página)
• CommonBugs+ (marcados como CommonBugs y tienen un enlace a esta página)

Problemas de instalación

El arranque dual con Windows falla con error 'relocation failed' en algunos sistemas UEFI

enlace directo a este elemento - Bugzilla: #1347291

En algunos sistemas no se puede iniciar Windows (tal vez tampoco otros sistemas operativos) desde el menú de GRUB cuando se arranca sobre UEFI (no ocurre en el modo BIOS). El mensaje que aparece es error: relocation failed. Aún se está investigando la causa.

Como apaño puede usar su menú de arranque UEFI, al que se suele acceder con alguna tecla especial (Esc, F8, F11, F12, etc).

Los usuarios avanzados pueden instalar grub2-2.02-0.25.fc23 (grub2 de Fedora 23), que debería corregir el problema. Sin embargo, si lo hacen, la versión de grub2 de Fedora 24 se ofrecerá en cada actualización del sistema, y tendrá que excluirla manualmente cada vez.

No aparece la opción de Windows en grub cuando se instala en RAID por firmware en sistema UEFI

enlace directo a este elemento - Bugzilla: #1347273

Cuando se instala Fedora junto a Windows en RAID por firmware en un sistema UEFI puede que no aparezca la opción para arrancar Windows en el menú de grub.

Como apaño puede usar su menú de arranque UEFI, al que se suele acceder con alguna tecla especial (Esc, F8, F11, F12, etc).

Sólo ocurre cuando se usa UEFI y RAID por firmware. Por lo tanto los sistemas BIOS y los discos normales (o con RAID por firmware desactivado) no deberían estar afectados.

Fedora no se instala en algunas configuraciones RAID

enlace directo a este elemento - Bugzilla: #1333131 - Bugzilla: #1259953 - Bugzilla: #1381996

Hay casos en los que anaconda falla al intentar instalar Fedora sobre RAID.

• Si en la instalación intenta crear un conjunto RAID en un equipo que ya tuviera otro usando las unidades del conjunto existente, el nuevo no se genera correctamente y no se puede usar (y el que había y ha borrado ya no está ahí, claro). Tendrá que reiniciar y volver a crear el conjunto RAID, esta vez usando espacio libre.
• Si intenta realizar la instalación sobre un conjunto RAID que todavía está inicializándose (si lo ha creado poco antes de la instalación, por ejemplo), el instalador podría fallar. Debe esperar hasta que la sincronización inicial del conjunto haya acabado, tras lo cual podrá ejecutar el instalador.

El instalador no reconoce los volúmenes OS X con Apple Core Storage, y al reducirlos se pierden sus datos

enlace directo a este elemento - Bugzilla: #1033778

Parece que el instalador permite reducir el espacio de volúmenes OS X (Apple Core Storage), pues muestra el correspondiente botón y otros elementos para indicar tamaño tanto en la pantalla de particionamiento automático como en la manual. Sin embargo, si se indica al instalador que cambie el tamaño y se continúa con la instalación se perderán todos los datos del volumen. Si necesita cambiar el tamaño del volumen para instalar Fedora, hágalo con la utilidad de discos de OS X.

La instalación de KDE (excepto desde su imagen viva específica) instala también Cinnamon

enlace directo a este elemento - Bugzilla: #1349743

Debido a ciertas interacciones entre las definiciones de grupos de paquetes y el resolutor de dependencias libsolv, si instala el conjunto KDE desde una imagen que no sea la viva de KDE o bien lo intenta tras la instalación inicial con sudo dnf groupinstall kde-desktop-environment o similar, tendrá KDE y también Cinnamon.

No hay forma de evitarlo al hacer la instalación inicial (salvo usar la imagen viva de KDE), tendrá que eliminar los paquetes no deseados manualmente. Sin embargo, si está intentando instalar KDE tras otra instalación, el problema no debería aparecer si añade imsettings-qt: sudo dnf install @kde-desktop-environment imsettings-qt.

El problema puede darse también con Xfce y MATE.

Problemas de actualización

DNF upgrade podría eliminar paquetes de sistema si ha usado antes PackageKit (GNOME Software, KDE Apper)

enlace directo a este elemento - Bugzilla: #1259865

Se da el caso de que en las últimas ediciones de Fedora PackageKit y DNF no estaban de acuerdo en ciertos elementos de gestión de los paquetes instalados. Si instaló algo mediante PackageKit (usado en GNOME Software y KDE Apper), esos paquetes no quedaron marcados como "instalados por el usuario" en la base de datos de DNF. Igualmente, si actualizó su sistema con PackageKit (mediante actualizaciones en modo desconectado de GNOME o Apper), la marca se borró de los paquetes actualizados que la tuvieran. Esa marca se usa para diferenciar los paquetes instalados por el usuario de los que se instalan por dependencias, de modo que en operaciones de limpieza se pueden eliminar estos últimos si ya no hay ningún otro que dependa de ellos. Cuando en la siguiente transacción (o al pedírselo con sudo dnf autoremove) DNF intente eliminar paquetes innecesarios, es posible que seleccione paquetes centrales del sistema que ya no ve marcados como instalados por el usuario, algo que podría ocurrir durante la actualización a Fedora 25.

Fedora 25 no se ha visto afectada por este problema, que se solucionó en Fedora 23 y 24 con libhif-0.2.2-3. El uso actual de PackageKit (GNOME Software, Apper) debería ser seguro. Sin embargo, si usó cualquiera de esas herramientas antes de que se corrigiera el problema, le recomendamos encarecidamente que arregle la base de datos antes de actualizar a Fedora 25:

1. Primero asegúrese de tener una versión corregida de libhif:

   rpm -q libhif

   Si no es la indicada anteriormente o una posterior, actualícela y vuelva a comprobarlo:

   sudo dnf --refresh update libhif

   Reinicie tras la actualización.
2. Luego marque todos sus paquetes como instalados por el usuario:

   rpm -qa --qf '%{NAME}\n' | xargs sudo dnf mark install

Tenga en cuenta que esta solución es excesiva, pues va a marcar todos los paquetes que tenga y ninguno se eliminará ya por ser una dependencia que no se necesita. Sin embargo es la única forma de asegurarse de que no va a estar afectado por este problema y el coste es relativamente pequeño. Los usuarios avanzados pueden adaptar esta solución a sus necesidades.

Problemas de Wayland

Wayland reemplaza a X11 en la capa de visualización. Aunque el desarrollo ha sido rápido y ya se puede usar Wayland en la mayoría de los casos, aún hay algunos problemas. Puede obtener más información visitando las siguiente páginas:

• Estado del desarrollo de Wayland
• Problemas conocidos en Wayland
• Informes de errores relacionados con Wayland

Si sufre algún problema, compruebe primero la lista por si ya se ha informado de él. En caso de duda, abra uno nuevo.

Por ahora es la opción predeterminada sólo para GNOME. Si quiere desactivarlo, elija la sesión GNOME en Xorg cuando entre al sistema (sólo verá esta pantalla si ha definido que debe indicar la clave para entrar):

Problemas de GNOME

Muchas aplicaciones fallan al salir de GNOME

enlace directo a este elemento - Bugzilla: #1366897

Si cierra su sesión de GNOME y tiene aplicaciones en marcha, es posible que cuando vuelva a entrar se encuentre con notificaciones de errores en esas aplicaciones. Este problema se encuentra bajo investigación. Mientras tanto, antes de cerrar la sesión o apagar, asegúrese de guardar su trabajo y cerrar las aplicaciones que puedan dar problemas si no se cierran correctamente.

No siempre se puede instalar un RPM local con gnome-software

enlace directo a este elemento - Bugzilla: #1367780

Si abre un RPM que se ha bajado a su equipo, se ejecuta gnome-software, pero puede que el botón Instalar no haga nada. Si le ocurre, puede probar a ejecutar

$ killall gnome-software

y abrir gnome-software manualmente (desde el terminal o desde el lanzador), tras lo cual puede abrir el RPM de nuevo y ya debería funcionar bien.

Problemas de Plasma (KDE)

En ocasiones la imagen viva de KDE no inicia el modo gráfico

enlace directo a este elemento - Bugzilla: #1370222

Se ha identificado una condición de carrera (probablemente muy rara) por la que en ocasiones la imagen viva de KDE no inicia el modo gráfico. Dada la naturaleza del problema, basta rearrancar para "arreglarlo". Si le ocurre, por favor cuéntenoslo en RHBZ #1370222. En lugar de rearrancar, también puede pasar a la consola VT2 con Ctrl+Alt+F2, entrar como root y reiniciar el servicio de entrada con:

# systemctl restart sddm

El cambio de usuario manteniendo sesiones no parece funcionar bien en KDE

enlace directo a este elemento - Bugzilla: #1382001

El cambio entre sesiones de usuarios tiene algunos problemas en KDE. El "arreglo" es cerrar la sesión del usuario actual si se quiere entrar con otro usuario, pero eso no mantiene sesiones, claro.

Problemas de hardware

La salida de sonido a jack no funciona tras actualizar desde F24

enlace directo a este elemento - Bugzilla: #1387676

La salida de sonido al sistema jack puede dejar de funcionar tras actualizar de F24 a F25. Puede recuperarla borrando .config/pulse y .pulse-cookie del directorio de usuario y reiniciando la sesión.

Problemas de aplicaciones

La pantalla parpadea en GNOME Boxes

enlace directo a este elemento - Bugzilla: #1266484

Si inicia Fedora 25 en GNOME Boxes, la pantalla parpadea cada segundo. Además la vista de actividades cancelará con cada parpadeo, lo que hace prácticamente imposible lanzar aplicaciones. Por ahora la forma más sencilla de evitarlo parece ser usar virt-manager.

Otros problemas

La hibernación no funciona desde una instalación normal

enlace directo a este elemento - Bugzilla: #1206936

El generador systemd-hibernate que se usa para continuar al salir del estado de hibernación espera encontrar resume=/path/to/swap en los parámetros del núcleo. Anaconda no lo añade a /etc/default/grub y dracut no lo pone en la línea del núcleo, así que systemd no puede encontrar la imagen para la salida de la hibernación.

Para arreglarlo, obtenga la ruta a la zona de intercambio con swapon -s, añádala a la línea GRUB_CMDLINE_LINUX en /etc/default/grub y regenere el archivo grub.cfg:

• Mediante grub2-mkconfig:
  • Para sistemas BIOS:

    grub2-mkconfig -o /boot/grub2/grub.cfg

  • Para sistemas EFI:

    grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

• Mediante grubby:

  grubby --args=resume=/ruta/a/swap --update-kernel=$(grubby --default-kernel)

El arranque de otras distribuciones Linux UEFI puede no funcionar desde el arrancador de Fedora

enlace directo a este elemento - Bugzilla: #1353026

Hay varios informes de gente con otras distribuciones de Linux instaladas en modo UEFI en discos GPT que indican que no pueden arrancar las otras distribuciones desde el gestor de arranque de Fedora. Si a usted le sucede lo mismo, cuéntenoslo en RHBZ #1353026. Para usar sus otros sistemas, acceda al menú de UEFI (pulsando alguna tecla especial al inicio, como F8, F10, F11, F12 o Esc) y elija ahí con cuál quiere arrancar. Eso arrancará su sistema sin pasar por el gestor de arranque de Fedora. También puede probar a seleccionar su sistema en el gestor de arranque de Fedora, pulsar e para editar el menú, cambiar linux e initrd por linuxefi e initrdefi, y después pulsar Ctrl+x o F10 para arrancar.