Esta página documenta problemas en Fedora 27 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.
Fedora 27 aún no ha salido. Durante el periodo previo al lanzamiento esta página cubrirá los problemas en las versiones prelanzamiento de Fedora 27. 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 F27 Beta para obtener información específica sobre los cambios en Fedora 27, 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:
- un resumen del problema
- cualquier solución provisional conocida
- 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
No se puede cambiar la disposición del teclado mediante combinación de teclas en Wayland
enlace directo a este elemento - Bugzilla: #1389959
Si usa el medio vivo de Fedora Workstation y configura varios idiomas en el instalador, no podrá cambiar entre ellos mediante la combinación de teclas de sistema (normalmente ⊞ Win+Espacio o Alt+⇧ Shift). Sí podrá seguir usando el ratón con el indicador de idioma del instalador.
No afecta a otros medios de instalación (imagen viva de KDE, DVD ni netinst).
No se puede arrancar macOS desde grub
enlace directo a este elemento - Bugzilla: #893179
Si instala Fedora en un Mac con arranque múltiple, Fedora genera varias entradas "Mac OS X" en el menú de grub que debería permitirle arrancar macOS. Esas entradas son incorrectas y no podrá usarlas. Para arrancar macOS use el menú UEFI que aparece manteniendo pulsada la tecla ⌥ Opt (o Alt derecha) al encender el equipo.
El instalador de las versiones vivas no ofrece iSCSI
enlace directo a este elemento - Bugzilla: #1395620 - Bugzilla: #1429132
En algunas imágenes vivas de Fedora el instalador no tiene funcionalidad iSCSI (no aparecerá el botón "Añadir destino iSCSI" en la pantalla de 'Discos especializados y de red'). Puede obtener la funcionalidad ejecutando sudo dnf install storaged-iscsi desde la consola antes de empezar con la instalación, o instalando desde una imagen dedicada de instalación en lugar de usar la imagen viva.
Problemas de actualización
gnome-software no muestra la actualización de F25 a F27
enlace directo a este elemento - Bugzilla: #1494061
GNOME Software no ofrece la actualización de Fedora 25 a Fedora 27. Puede actualizar de Fedora 25 a Fedora 26 y después a Fedora 27, o hacerlo directamente con DNF system upgrade.
dnf system-upgrade falla con "no existe paquete coincidente" si se usa --enablerepo
enlace directo a este elemento - Bugzilla: #1490832
La actualización mediante DNF system upgrade falla en la descarga de paquetes si se usa la opción --enablerepo. Funciona correctamente si activa todos los repositorios que necesite antes de comenzar la actualización.
system-upgrade no conecta con los espejos cuando no hay caché
enlace directo a este elemento - Bugzilla: #1492036
Hay una actualización candidata a resolver el problema en el repositorio updates-testing para pruebas. Se recomienda a los usuarios afectados por este problema que prueben la actualización e informen de los resultados en Bodhi. Para probar la actualización ejecute el siguiente comando:
sudo dnf install yum && sudo yum-deprecated --enablerepo=updates-testing update --advisory=FEDORA-2017-70a8618065La actualización mediante dnf falla en algunas circunstancias. Tras el reinicio el sistema intenta actualizarse, pero no lo consigue y vuelve a Fedora 26. No hay cambios y el sistema es funcional.
El problema está en la falta de cachés de dnf para Fedora 26. Puede arreglarlo ejecutando
$ sudo dnf makecache
justo antes de reiniciar para la actualización
$ sudo dnf system-upgrade reboot
Bloqueo con una pantalla gris al iniciar sesión tras actualizar
enlace directo a este elemento - Bugzilla: #1394755
Ocurre si tiene instalada la extensión EasyScreenCast y actualiza. Es el mismo problema que el de la grabación de pantalla, en esa sección se ofrece una descripción más detallada, así como el modo de evitar el problema.
La entrada a la sesión falla cada dos intentos en algunas configuraciones
enlace directo a este elemento - bug GNOME #775463
Si ha actualizado su sistema tal vez le ocurra que uno de cada dos intentos de entrada a la sesión falle devolviéndole a la pantalla de selección del usuario sin mostrar ningún error. Ocurre en sesiones Wayland, no en X11. Parece que puede deberse a que el valor de org.gnome.SessionManager auto-save-session sea true en lugar del predeterminado false. Puede ver el valor actual con:
$ gsettings get org.gnome.SessionManager auto-save-session
y cambiarlo ejecutando:
$ gsettings set org.gnome.SessionManager auto-save-session false
La actualización de GRUB puede fallar si /boot está en un sistema XFS
enlace directo a este elemento - Bugzilla: #1227736
Si tiene /boot en un sistema de archivos XFS y actualiza su sistema puede acabar con una consola mínima de GRUB (sin opciones interactivas de arranque) tras la actualización. El problema se debe a que el sistema se reinicia cuando XFS tiene un estado intermedio y no ha grabado aún todos los cambios del sistema de archivos.
Para evitarlo puede probar a desactivar plymouth (eliminando la opción rhgb en el arranque) durante la actualización o desinstalarlo primero (son soluciones que no se han probado).
Si ya le ha ocurrido, debería poder arreglarlo arrancando desde una imagen viva o de rescate y montando el sistema de archivos problemático (que volverá a ejecutar el diario del sistema de archivos), tal vez ejecutando xfs_repair para asegurarse de que no queda ningún problema latente. En el peor de los casos también tendrá que reinstalar grub.
Problemas de sistema
systemd se impacienta con la clave para desbloquear discos, y pasa a un entorno dracut
enlace directo a este elemento - Bugzilla: #1495635
El sistema pasará a un entorno de rescate si tiene un sistema de archivos cifrado y no da la clave en 90 segundos. Si le ocurre esto, basta con reiniciar y escribir la clave antes de que caduque la espera. Se está trabajando en una solución.
No se actualiza initramfs cuando /boot/<id-máquina> existe
enlace directo a este elemento - Bugzilla: #1475565
En las instalaciones nuevas de Fedora 27 hay un directorio /boot/<id-máquina>. Cuando este directorio existe, los intentos de actualizar initramfs (ejecutando dracut -f manualmente o cuando alguna herramienta actualiza elementos como el tema de plymouth o el mapa del teclado) generan un nuevo archivo en otro directorio, en lugar de actualizar el que se carga en el arranque. Parece que las instalaciones de nuevos núcleos no están afectadas por este problema.
Puede evitarlo indicando a dracut el archivo de salida si lo está ejecutando manualmente, o moviendo el archivo generado al sitio correcto (de /boot/<id-máquina>/$(uname -r)/initrd a /boot/initramfs-$(uname -r).img si lo genera alguna herramienta. También se generará donde debe si elimina el directorio /boot/<machine-id>, aunque aún no está claro que sea una buena idea hacerlo.
Problemas de GNOME
Problemas de Wayland
enlace directo a este elemento
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 siguientes 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):
No aparecen las impresoras en los cuadros de diálogo de GNOME
enlace directo a este elemento - Bugzilla: #1484916
Hay una actualización candidata a resolver el problema en el repositorio updates-testing para pruebas. Se recomienda a los usuarios afectados por este problema que prueben la actualización e informen de los resultados en Bodhi. Para probar la actualización ejecute el siguiente comando:
sudo dnf install yum && sudo yum-deprecated --enablerepo=updates-testing update --advisory=FEDORA-2017-bbb629b3aeDebido a un problema en CUPS no se muestran las impresoras en los cuadros de diálogo de GNOME. Hay una actualización en fase de pruebas que debería arreglarlo.
GNOME parpadea mucho al ejecutarlo en una máquina virtual con el controlador QXL
enlace directo a este elemento - Bugzilla: #1491320
Al ejecutar GNOME en máquinas virtuales qemu con el controlador gráfico QXL la pantalla parpadea y el cursor desaparece. Se trata de una regresión en el núcleo en la interacción entre el controlador QXL y las sesiones Wayland.
Por ahora puede evitarlo cambiando el controlador a virtio en virt-manager (propiedades de la máquina virtual), usando una sesión Xorg (la pantalla de inicio de sesión seguirá parpadeando), o usando un núcleo sin ese problema (4.11 o de los primeros 4.12).
No se pueden ejecutar aplicaciones con privilegios de administrador (como gparted) en Wayland
enlace directo a este elemento - Bugzilla: #1274451
En Wayland no se pueden ejecutar aplicaciones gráficas con privilegios de administrador. No es en realidad un error, sino una decisión de diseño; forma parte del plan para hacer Wayland más seguro que X. En general, las aplicaciones que necesitan privilegios para ciertas operaciones deberían estar hechas de forma que las aplicaciones mismas no necesiten ejecutarse con esos privilegios, sino que usen un mecanismo como PolicyKit para solicitarlos sólo para la parte los necesita.
Así que no puede ejecutar, por ejemplo, sudo gedit /etc/archivodeconfig.conf ni sudo gvim /etc/archivodeconfig.conf para editar un archivo que necesite permisos de administrador para escritura. Tampoco funciona 
gparted
Para las aplicaciones que usan la capa de acceso a archivos Gvfs de GTK+ hay disponible un indicador de recurso: admin:///. Así puede ejecutar, por ejemplo, gedit admin:///etc/archivodeconfig.conf. En el futuro este mecanismo estará mejor integrado en las aplicaciones, de forma que no sea necesario indicarlo manualmente. Este sistema no vale para aplicaciones que no usan Gvfs, como gvim.
En otros casos puede usar otras aplicaciones que también dispongan de la funcionalidad que necesite. Por ejemplo, Discos (gnome-disks desde la consola) puede hacer lo que quería hacer con
También puede, para aplicaciones que no sean nativas de Wayland, ejecutar lo siguiente desde la consola con su usuario: xhost +si:localuser:root. Es un cambio general, no sólo una ejecución de una aplicación, que permitirá la conexión como usuario root al servidor X local interno, es decir, para las aplicaciones que no son de Wayland y se ejecutan bajo XWayland.
Si ninguna de estas opciones le sirve, le queda la opción de usar X.org en lugar de Wayland, cambiando el tipo de sesión.
Totem no puede reproducir vídeo en Wayland desde máquinas virtuales
enlace directo a este elemento - Bugzilla: #1467368
Totem (Vídeos) no reproduce vídeo cuando se usa una sesión Wayland en una máquina virtual (las predeterminadas libvirt, no en VirtualBox). Se oye el audio pero no aparecen el vídeo ni la ventana de totem. Si necesita reproducir vídeo en un entorno de ese tipo, use una sesión X11 o bien un reproductor diferente.
El servidor vino (escritorio remoto) falla al iniciar sesión en Wayland
enlace directo a este elemento - Bugzilla: #1394599
Si ha configurado un servidor de escritorio remoto con vino-server (por ejemplo desde configuración de GNOME), verá un aviso de error cada vez que entre a una sesión Wayland. Aún no hay soporte en Wayland para el escritorio remoto. Puede desactivar el servidor de escritorio remoto (Configuración -> Compartir -> Compartición de pantalla) o bien usar la sesión Xorg si necesita ese servicio.
Bajo ciertas condiciones, la grabación de pantalla bloquea GNOME
enlace directo a este elemento - Bugzilla: #1394755
Si activa la grabación de pantalla en GNOME (Ctrl+Alt+⇧ Shift+R) su sesión puede bloquearse (sólo podrá salir usando SysRq o entrando desde otro equipo con ssh y matando la sesión). Este problema está relacionado con el archivo de caché del registro de gstreamer (~/.cache/gstreamer-1.0/registry.x86_64.bin): cuando cambia (por actualización de alguna extensión o si lo borra) se activa el problema. No ocurre sólo con la grabadora integrada en GNOME, también con extensiones o herramientas como EasyScreenCast. En este último caso el bloqueo ocurre durante el inicio de sesión.
El remedio actual es elegir Xorg en el tipo de sesión y entrar al menos una vez. Con eso se arregla el archivo de caché y después se puede usar la sesión Wayland. También ayuda eliminar la extensión EasyScreenCast si la tiene instalada, y el paquete
En Wayland no se envían a las máquinas virtuales eventos de desplazamiento del dispositivo señalador
enlace directo a este elemento - Bugzilla: #1386602
El envío de los eventos de desplazamiento a máquinas virtuales en Wayland funciona bien si se está usando un ratón, pero no con un panel táctil o un puntero. Si lo necesita, cambie a la sesión Xorg en el anfitrión.
Es necesario un reinicio para mostrar nuevos tipos de sesiones en GDM tras instalar otros escritorios
enlace directo a este elemento - Bugzilla: #1398770
Si instala algún entorno de escritorio después de instalar Fedora Workstation y sale de la sesión de usuario, el nuevo escritorio no tendrá aún su opción en el selector de sesión de la pantalla de inicio. La causa es que gdm está en ejecución (incluso cuando hay una sesión abierta, para aceptar otras sesiones) y no hay ninguna señal para indicarle que se ha instalado un nuevo entorno de escritorio, por lo que no se entera hasta que se reinicia. Se puede reiniciar GDM sin reiniciar el sistema, pero es más sencillo simplemente reiniciar el sistema, o apagar y volver a encender.
En algunos elementos de texto no se usa el tamaño correcto si se selecciona Texto grande o se usa un factor de escala para el texto
enlace directo a este elemento
Debido a un problema con ciertos elementos de visualización de texto, cuando se usa un 'factor de escala de texto' en GNOME, hay casos en los que esa escala no se aplica adecuadamente, haciendo que el texto salga demasiado pequeño. La escala se puede activar seleccionando Texto grande en Aceso universal o bien manualmente con gnome-tweak-tool.
Se sabe que afecta al menos a gedit (en el texto del documento que se está editando, no en la interfaz de usuario), anjuta y latexila.
En gedit puede cambiar las propiedades del texto en las Preferencias y usar un tamaño mayor hasta que se arregle el problema. Para otras aplicaciones pueden existir apaños similares.
Problemas de Plasma (KDE)
En máquinas virtuales (controlador QXL), al salir de la segunda sesión de usuario de KDE se cierra también la primera
enlace directo a este elemento - Bugzilla: #1382001
Si usa el cambio de usuario sin cierre de sesión, al cerrar la sesión del segundo usuario también se cierra la del primero. Sólo pasa con el controlador QXL que se usa en máquinas virtuales (cajas GNOME, virt-manager).
Problemas de red
Problemas de hardware
Eventos inesperados del dispositivo señalador al desplazarse con dos dedos
enlace directo a este elemento - Bugzilla: #1482640
Con núcleos recientes el dispositivo señalador puede generar eventos inesperados cuando usa dos dedos simultáneamete (habitual para desplazamientos). Aparecen como pulsaciones centrales o derechas, normalmente en sucesión rápida, parando el efecto de desplazamiento.
Se está trabajando en una solución. Mientras tanto, puede desactivar "tocar para pulsar", si bien con esto tendrá que usar botones físicos para enviar pulsaciones.
Problemas de aplicaciones
Kerberos no funciona en algunos casos
enlace directo a este elemento - Bugzilla: #1494843
En algunas configuraciones de Fedora 27 Kerberos no funciona. Si está afectado por este problema, puede que ayude marcar como comentario el contenido de /etc/krb5.conf.d/kcm_default_ccache.
Problemas de ARM
La consola serie de Raspberry Pi 3 no funciona en el interfaz de texto de initial-setup
enlace directo a este elemento - Bugzilla: #1496723
La consola serie de Raspberry Pi 3 no responde a la entrada de datos del usuario mientras se ejecuta initial-setup. Conecte un monitor HDMI para finalizar initial-setup y configurar el sistema. Una vez completado initial-setup la consola serie funcionará como debe.
Problemas de Fedora Server
Problemas de Fedora Cloud
Problemas de Fedora Atomic
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:
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
- Para sistemas EFI:
sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
- Para sistemas BIOS:
- Mediante grubby:
sudo 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.
livemedia-creator no puede crear imágenes a partir de archivos kickstart con repositorios metalink (ni siquiera los kickstart oficiales)
enlace directo a este elemento - Bugzilla: #1464843
Si intenta usar la herramienta oficial livemedia-creator para crear una imagen viva mediante un archivo kickstart basado en uno de los oficiales (del repositorio fedora-kickstarts o del paquete
Esto es debido a que la combinación livemedia-creator+anaconda no puede actualmente gestionar bien los kickstart que usan URL metalink para indicar los repositorios. Si se pregunta cómo han podido entonces generarse las imágenes oficiales, la respuesta es que las definiciones de repositorios se modifican en vivo en el sistema de composición de Fedora antes de generarse las imágenes, para usar un repositorio local en disco que forma parte del proceso.
Por ahora, para evitar el problema, cambie la definición de los repositorios en sus archivos kickstart para usar una URL directa o de lista de espejos.