Common F25 bugs/es

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

Esta página documenta problemas comunes 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.

Notas de lanzamiento

Lea el anuncio de lanzamiento de Fedora 25 y las notas de lanzamiento de Fedora 25 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

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).

La inicialización de discos en el instalador puede llevar mucho tiempo si hay sistemas ext muy grandes

enlace directo a este elemento - Bugzilla: #1170803

Al comprobar los discos antes de la instalación, se ejecuta e2fsck (comprobación de la consistencia del sistema de archivos) sobre los sistemas de archivos ext2/3/4. Para discos muy grandes (varios TBs) con gran cantidad de ficheros, esta comprobación puede llevar horas. No hay nada que indique que se está llevando a cabo esta tarea, pero si en su equipo hay sistemas de archivos de este tipo y el instalador aparenta estar parado al inicio, esta puede ser la causa.

Normalmente esa comprobación no es necesaria. Si no va a hacer cambios sobre los sistemas de archivos existentes, o si sabe que están consistentes, puede usar una imagen de actualización que elimina la comprobación. Para ello edite los parámetros de arranque desde la pantalla del gestor de arranque y añada inst.updates=https://www.happyassassin.net/updates/1170803.0.img.

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 25 se ofrecerá en cada actualización del sistema, y tendrá que excluirla manualmente cada vez. También hay una versión de prueba para Fedora 25 con un parche que debería solucionar el problema, pero no está firmada para su uso en entorno de arranque seguro, por lo que no podrá usarla si lo tiene activado.

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: #1382274

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.
• El instalador puede fallar al inicio con ciertos sistemas RAID que no son de intel. Por el momento no hay más detalles.

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.

El instalador de la versión viva falla si se intenta añadir un destino iSCSI

enlace directo a este elemento - Bugzilla: #1395620

Si intenta añadir un destino iSCSI como dispositivo de almacenamiento en una instalación desde la imagen viva de Fedora Workstation 25 (probablemente también con otras imágenes vivas), es fácil que falle con el error TypeError: Argument 1 does not allow None as a value. El error se debe a una dependencia no instalada. Puede evitarlo ejecutando sudo dnf install storaged-iscsi desde la consola antes de empezar con la instalación.

El instalador de la versión de 32 bits no calcula bien el espacio que quedará disponible al eliminar dispositivos de almacenamiento

enlace directo a este elemento - Bugzilla: #1375732

Si usa una imagen de Fedora 25 de 32 bits e intenta liberar espacio para la instalación eliminando sistemas de archivos o dispositivos de almacenamiento, puede que el instalador no calcule correctamente el espacio que quedará disponible y se niegue a continuar asumiendo que no habrá suficiente.

Puede evitar este problema liberando el espacio con otra herramienta antes de ejecutar el instalador, por ejemplo con gnome-disks, blivet-gui o parted, ya sea desde la imagen viva o desde un entorno de rescate.

Recuerde que desde Fedora 24 los errores que sólo se dan en la arquitectura i686 no bloquean los nuevos lanzamientos. Recomendamos usar x86_64 si es posible.

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.

Bloqueo con una pantalla gris al iniciar sesión tras actualizar

enlace directo a este elemento - Bugzilla: #1394755

En ciertas configuraciones tal vez no pueda iniciar sesión tras actualizar desde Fedora 24. Tras introducir la contraseña la pantalla se queda gris y el puntero del ratón no se mueve. Si le ocurre esto y tiene algo de habilidad técnica, sus comentarios en el informe 1394755 y en la lista de pruebas serán de gran ayuda (vea las instrucciones).

El remedio actual es elegir Xorg en el tipo de sesión (vea #Problemas de Wayland) y entrar al menos una vez. Después debería poder usar la sesión Wayland.

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):

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.

La mayoría de las aplicaciones Qt 5 fallan en Wayland al mostrar el cuadro de diálogo de archivo si no tiene instalado qgnomeplatform

enlace directo a este elemento - Bugzilla: #1392605

Si ha actualizado desde Fedora 23 o versiones anteriores, tal vez no tenga el paquete qgnomeplatform instalado. En ese caso, las aplicaciones Qt 5 fallarán en Wayland al mostrar el cuadro de diálogo de archivos. Debe instalar el paquete qgnomeplatform:

$ sudo dnf install qgnomeplatform

GNOME se cuelga en Wayland cuando hay 3 monitores

enlace directo a este elemento

Se producen en GNOME cuelgues frecuentes cuando se usan 3 monitores a la vez. Se ha confirmado el problema al menos en varios portátiles ThinkPad con gráficos Intel. Para obtener más detalles acuda al informe de error 774557 en GNOME.

Actualmente la única solución es usar una sesión X11 en lugar de Wayland, o bien no conectar más de 2 monitores.

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, ya que está diseñada para ejecutarse como administrador. Hay varias formas de solucionar estos problemas.

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 gparted.

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 como se indica más arriba.

La sesión Wayland de GNOME no ejecuta un entorno de entrada, por lo que no procesa .bash_profile, .bashrc, etc.

enlace directo a este elemento

Al contrario que con Xorg, la sesión de GNOME en Wayland no se ejecuta mediante un login shell. Esto hace que algunos guiones de configuración que se leen para los entornos de entrada, como /etc/profile, /etc/profile.d/*, ~/.bash_profile y ~/.bashrc no se ejecutan en la sesión de GNOME, y a la mayoría de las aplicaciones no se les aplicarán los ajustes de esos guiones. De manera predeterminada, el Terminal de GNOME sí leerá por sí mismo ~/.bashrc, que incluye /etc/bashrc, que también integra /etc/profile.d/*. Sin embargo no accederá a ~/.bash_profile ni a /etc/profile.

• Puede establecer los valores de variables de entorno en /etc/environment (con un formato simple ENVVAR=valor).
• Hay también algunas alternativas a hacer los ajustes con esos guiones, como ejecutar lo que sea necesario al inicio de sesión con archivos desktop en ~/.config/autostart o /etc/xdg/autostart.

Puede encontrar una discusión más detallada de las consecuencias de este cambio y de algunas alternativas en el informe de GNOME.

Problemas de Fedora Workstation

Fallan el primer intento de entrada a la sesión y uno de cada dos subsiguientes

enlace directo a este elemento - Bugzilla: #1384508

Las pruebas de Fedora Workstation 25 indican que para cierto valor de configuración de GNOME la primera vez que se entra a la sesión y cada dos posteriores, fallará. Los síntomas son que la primera vez, tras dar usuario y clave, la sesión se inicia, pero poco después se vuelve a la pantalla de entrada. El siguiente intento funciona correctamente. Si le sucede esto, ejecute gsettings set org.gnome.SessionManager auto-save-session false como su usuario normal, creemos que resuelve el problema. Parece que es más probable estar afectado si se usa un sistema que ha actualizado entre varias versiones.

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.

Al salir de GNOME se matan los procesos en ejecución

enlace directo a este elemento - Bugzilla: #1394937

Si cierra su sesión de GNOME, se forzará el cierre inmediato (mediante una señal SIGKILL) de todas las aplicaciones y procesos que tenga en marcha, sin darles la oportunidad de guardar antes su estado (mediante una señal SIGTERM). Se está preparando una actualización de systemd. Hasta que esté lista, asegúrese de guardar su trabajo e incluso cierre sus aplicaciones antes de cerrar la sesión.

Algunas aplicaciones Qt 5 (VLC, Calibre) cambian de tamaño cuando no deberían

enlace directo a este elemento - Bugzilla: #1381828

Algunas aplicaciones Qt 5, como VLC o Calibre, usan cambios de escala de ventana para monitores de alta resolución. Sin embargo, la implementación cambia las proporciones incluso en algunos monitores estándar (Full HD). También ajusta la escala si usa varios monitores. El resultado final es que puede acabar con fuentes y elementos demasiado grandes o pequeños.

Por el momento no se conoce ninguna solució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 el la interfaz de usuario). Al editor de correo de Evolution le pasaba algo parecido (de nuevo, en el texto del correo y no en la interfaz de usuario), aunque por una causa diferente ya corregida en la versión 3.22.2 de Evolution; si actualiza a esa versión o alguna posterior, el caso de Evolution estará arreglado. En los elementos afectados el texto aparece como si no hubiera escala, en lugar de usar la elegida por el usuario.

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 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

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 hardware

No se desconectan las pantallas externas después de desacoplar

enlace directo a este elemento - Bugzilla: #1392885

Si usa una estación de acoplamiento, tiene conectada una pantalla externa y desacopla el portátil, el sistema creerá que la pantalla aún está conectada, por lo que se seguirá "usando", aunque no podrá ver su contenido. Puede eliminarla manualmente desde la configuración de pantallas.

Este problema sólo afecta a los medios vivos y las instalaciones limpias (con kernel-4.8.6-300.fc25). Se ha corregido en kernel-4.8.7-300.fc25, que está disponible en las actualizaciones.

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 Fedora Server

Las aplicaciones web de PHP generan muchos rechazos SELinux de 'execmem'

enlace directo a este elemento - Bugzilla: #1398474

Si ejecuta aplicaciones web PHP en Fedora Server 25 es probable que vea muchas denegaciones de SELinux para la acción execmem en el servidor HTTP. La causa parece estar en una nueva característica de PHP 7, que hace compilación JIT (en tiempo de ejecución) de PCREs (expresiones regulares compatibles perl).

Hay dos soluciones por el momento. Puede permitir a los servidores HTTP la acción execmem mediante el comando setsebool -P httpd_execmem 1. Con ello conseguirá que las aplicaciones PHP funcionen sin cambios, si bien reducirá la seguridad. La otra opción es desactivar la nueva característica de PHP, añadiendo la línea pcre.jit=0 a algún archivo de configuración en /etc/php.d.

Además del informe en Fedora, hay otro del mismo pcre haciendo seguimiento del problema.

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.

Problemas resueltos

Fedora Media Writer muestra de forma predeterminada Fedora 24 en lugar de Fedora 25

enlace directo a este elemento - Bugzilla: #1397461

Corrección publicada
Corregido a partir de la versión 4.0.7 de Fedora Media Writer. Ya se ha publicado una actualización para todas las versiones de Fedora que aún se encuentran en mantenimiento, y también se ofrece en la descarga para Windows y macOS en getfedora.org, por lo que los nuevos usuarios de Fedora 25 no deberían sufrir el problema.

Fedora Media Writer es la nueva herramienta para la creación de medios de instalación (normalmente unidades USB). En la versión 4.0.4, que aparecía en getfedora.org en el momento del lanzamiento, si elige Fedora Workstation la versión predeterminada será Fedora 24 y no Fedora 25. Puede pulsar sobre "Versión 24" para cambiarla. Para el resto de ediciones (Fedora Server, KDE Plasma Desktop, etc.), aparece Fedora 25 correctamente. (Y si elige una de esas otras ediciones y vuelve a Fedora Workstation, también saldrá F25 para ésta.)