Para fines de depuración Anaconda registra las acciones de instalación en archivos en el directorio /tmp. Estos archivos se listan en la siguiente tabla.

Si la instalación falla, los mensajes de estos archivos se consolidan en /tmp/anaconda-tb-identifier, donde identifier es una cadena aleatoria.

All of the files described in Log Files Generated During the Installation reside in the installation program’s RAM disk, which means they are not saved permamently and will be lost once the system is powered down. To store them permanently, copy those files to another system on the network using scp on the system running the installation program, or copy them to a mounted storage device (such as an USB flash drive). Details on how to transfer the log files are below. Note that if you use an USB flash drive or other removable media, you should make sure to back up any data on it before starting the procedure.

Los sistemas con algunas tarjetas de vídeo tienen problemas arrancando el programa de instalación gráfica. Si el programa de instalación no corre usando sus ajustes predeterminados inténtelo en un modo de resolución más bajo. Si sigue fallando, el programa de instalación intentará correr en modo texto.

There are several possible solutions to display issues, most of which involve specifying custom boot options. For more information, see Configuring the Installation System at the Boot Menu.

En algunos casos, al intentar la instalación en modo texto usando una consola serie puede resultar que no haya salida en la consola. Esto sucede en sistemas que tienen tarjeta gráfica pero no tienen monitor conectado. Si Anaconda detecta una tarjeta gráfica intentará usarla para visualizar aunque no haya pantalla conectada.

If you want to perform a text-based installation on a serial console, use the inst.text and console= boot options. See Boot Options for more details.

En la pantalla Destino de la Instalación puede aparecer el siguiente mensaje de error en la parte inferior: No se detectan discos. Por favor apague el ordenador, conecte al menos un disco y reinicie la instalación completa.

El mensaje indica que Anaconda no encuentra ningún dispositivo de almacenamiento en el que pueda escribir para instalar. En este caso, asegure primero que su sistema tiene al menos un dispositivo de almacenamiento conectado.

Si su sistema utiliza un controlador hardware RAID, verifique que el controlador está configurado apropiadamente y trabajando. Vea instrucciones en la documentación de su controlador.

Si está instalando en uno o más dispositivos iSCSI y no hay almacenamiento local presente en el sistema, asegure que todos los LUNs (Números Lógicos de Unidad) requeridos se presentan al HBA (Adaptador de Bus de Host) apropiado.

Si se ha asegurado de tener conectado y configurado apropiadamente un dispositivo de almacenamiento y el mensaje aún aparece después de que haya reiniciado y comenzado la instalación otra vez, significa que el programa de instalación falla al detectar el almacenamiento. En la mayoría de los casos el mensaje aparece cuando intenta instalar sobre un dispositivo SCSI que no ha sido reconocido por el programa de instalación.

Si ha perdido la contraseña de root del sistema y tiene acceso al cargador de arranque, puede volvera establecer la contraseña editando la configuración GRUB2.

Si ha llevado a cabo una instalación y no puede arrancar apropiadamente su sistema, es posible que necesite reinstalar y particionar el almacenamiento de su sistema de un modo distinto.

Algunos tipos de BIOS no soportan el arranque desde tarjetas RAID. Después de que termine la instalación y reinicie el sistema por primera vez debe parecer una pantalla de texto mostrando el símbolo del sistema del cargador de arranque (por ejemplo, grub>) y todo lo que debe aparecer es un cursor intermitente. Si es este el caso, debe volver a particionar su sistema y llevar su partición /boot y el cargador de arranque fuera del conjunto RAID. La partición /boot y el cargador de arranque deben estar en el mismo dispositivo.

Once these changes have been made, you should be able to finish your installation and boot the system properly. For more information about partitioning, see Installation Destination.

Después de que termine la instalación y reinicie el sistema por primera vez es posible que el sistema deje de responder durante la secuencia de arranque gráfico, requiriendo un reajuste. En este caso, el cargador de arranque se visualizará bien pero al seleccionar cualquier entrada e intentar arrancar el sistema lleva a una parada. Esto normalmente significa que hay un problema con la secuencia de arranque gráfico; para resolver esta cuestión debe deshabilitar el arranque gráfico. Para hacer esto, altere temporalmente el ajuste en el momento del arranque antes de cambiarlo permanentemente.

Si el sistema arranca con éxito usted puede acceder normalmente. Entonces usted necesitará deshabilitar el arranque gráfico permanentemente - de otro modo tendrá que llevar a cabo el procedimiento anterior cada vez que arranque el sistema. Para cambiar las opciones de arranque permanentemente, haga lo siguiente.

Después de que termine este procedimiento puede reiniciar su ordenador. Fedora no usará nunca más la secuencia de arranque gráfico. Si desea habilitar el arranque gráfico, siga el mismo procedimiento añadiendo la opción rhgb a la línea GRUB_CMDLINE_LINUX en el archivo /etc/default/grub y refresque la configuración del cargador de arranque otra vez usando el comando grub2-mkconfig.

See the Fedora System Administrator’s Guide, available at http://docs.fedoraproject.org/, for more information about working with the GRUB2 boot loader.

Si usted tiene instalado X Window System y un entorno de escritorio como GNOME, pero no está viendo un entorno de escritorio gráfico una vez que ha accedido a su sistema, puede arráncarlo manualmente usando el comando startx. Tenga en cuenta, sin embargo, que esto lo corrige para una sola vez y no cambia el proceso de acceso para futuros accesos.

Para configurar su sistema de modo que pueda acceder en una pantalla de acceso gráfica, debe cambiar el objetivo de systemd a graphical.target. Cuando haya terminado, reinicie el ordenador. Se le presentará una petición de acceso gráfica después de que el sistema arranque.

El acceso gráfico está habilitado ahora de modo predeterminado - se le presentará un indicador de inicio de sesión gŕafico después del próximo reinicio. Si desea revertir este cambio usando un indicador de inicio de sesión basado en texto, ejecute el siguiente comando como root:

For more information about targets in systemd, see the Fedora System Administrator’s Guide, available at http://docs.fedoraproject.org/.

Si tiene problemas obteniendo X (el X Window System) para arrancar, es posible que no haya sido instalado. Algunos de los entorno base preestablecidos que puede seleccionar durante la instalación como Minimal install o Web Server, no incluyen interfaz gráfica - tiene que ser instalada manualmente.

Si desea X, puede instalar los paquetes necesarios después de la instalación usando el administrador de paquetes DNF. Por ejemplo, para instalar GNOME, use como root dnf install gnome-shell .

Si tiene problemas con el servidor X que falla después de que un usuario acceda, uno o más de sus sistemas de archivos pueden estar llenos (o cerca de estarlo). Para verificar que este es el problema que está experimentando, ejecute el siguiente comando:

La salida le ayudará a diagnosticar que partición está llena - en la mayoría de los casos el problema estará en la partición /home. Una salida de muestra del comando df puede parecer similar a la siguiente:

En el ejemplo anterior puede ver que la partición /home está llena, lo que provoca el problema. Puede hacer espacio en la partición borrando archivos innecesarios. Después de que libere algún espacio en el disco, inicie X usando el comando startx.

Para información adicional sobre df y una explicación de las opciones disponbles (como la opción -h usada en el ejemplo), vea la página de manual df(1).

In some cases the kernel does not recognize all of your memory (RAM), which causes the system to use less memory than is installed. You can find out how much RAM is being utilized using the free -m command. If the displayed total amount of memory does not match your expectations, it is likely that at least one of your memory modules is faulty. On BIOS-based systems, you can use the Memtest86+ utility to test your system’s memory - see Loading the Memory (RAM) Testing Mode for details.

Si está seguro de que su memoria no tiene ningún problema, puede probar y configurar la memoria manualmente usando la opción del kernel mem=.

En /etc/default/grub, el ejemplo anterior deberia ser similar a lo siguiente:

See the Fedora System Administrator’s Guide, available at http://docs.fedoraproject.org/, for more information about working with the GRUB2 boot loader.