Soporte

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.

Todos los archivos descritos en Archivos de Registro Generados Durante la Instalación residen en el disco RAM del programa de instalación, lo que significa que no son guardados permanentemente y se perderán una vez se apague el sistema. Para almacenarlos permanentemente, copie estos archivos en otro sistema en la red usando scp en el sistema en que se está ejecutando el programa de instalación o copielos en un dispositivo de almacenamiento montado (como una unidad flash USB). Los detalles sobre como transferir los ficheros de registro se muestran abajo. Tenga en cuenta que si usa una unidad flash USB u otro medio desmontable, deberia asegurarse de hacer copia de seguridad de cualquier dato existente en ellos antes de iniciar el procedimiento.

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.

Hay diversas posibles soluciones a cuestiones de visualización, la mayoría de las cuales implica especificar opciones de arranque personalizadas. Para más información, vea Configurando la Instalación del Sistema en el Menú de Arranque.

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.

Si desea llevar a cabo una instalación basada en texto sobre una consola serie utilice las opciones de arranque inst.text y console=. Vea más detalles en Opciones de Arranque.

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.

Una vez que se han hecho estos cambios debería ser capaz de terminar su instalación y arrancar el sistema apropiadamente. Más información sobre el particionado en Destino de la Instalación.

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.

Vean en la Fedora Guía de Administrador del Sistema, disponible en https://docs.fedoraproject.org/, más información sobre el trabajo con el cargador de arranque GRUB2.

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:

Para más información sobre objetivos en systemd, vea la Fedora Guía de Administrador del Sisema, disponible en https://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).

En algunos casos el kernel no reconoce toda su memoria (RAM), lo que causa que el sistema use menos memoria de la que tiene instalada. Usted puede saber cuanta RAM se está utilizando usando el comando free -m. Si la cantidad total de memoria visualizada no coincide con sus expectativas, es posible que al menos uno de sus módulos de memoria falle. En los sistemas basados en BIOS, puede usar la utilidad Memtest86+ para probar la memoria de su sistema - vea detalles en Cargando el Modo de Prueba de Memoria (RAM).

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:

Vean en la Fedora Guía de Administrador del Sistema, disponible en https://docs.fedoraproject.org/, más información sobre el trabajo con el cargador de arranque GRUB2.