Documentation for a newer release is available. View Latest

Soporte

Este capítulo ofrece algunos apuntes sobre como obtener ayuda cuando algo va mal. Tambien desarrolla algunos problemas comunes de instalación y sus soluciones.

Obteniendo Ayuda

Hay muchos sitios en internet que le pueden ayudar cuando usted encuentre un problema no descrito en este capítulo: foros de discusión, blogs, IRC y más. Algunos de los sitios más populares que puede encontrar son:

  • Ask Fedora - base de datos de conocimiento de Fedora, disponible en diversos idiomas

  • El canal IRC #fedora en FreeNode - uno de los principales canales IRC usados por los usuarios de Fedora, sólo en inglés

  • Fedora Project Wiki - la wiki oficial para el Proyecto Fedora

  • Stack Exchange - un tablero de preguntas y respuestas en Inglés, no específico de Fedora

La lista anterior no está completa - puede encontrar ayuda en muchos otros sitios también. Información adicional sobre recursos disponibles como canales IRC y listas de correo está disponible en https://fedoraproject.org/wiki/Communicating_and_getting_help.

Antes de abrir un nuevo debate o pedir ayuda a alguien en la IRC, debería hacer siempre alguna búsqueda usted mismo. Si se encuentra con un problema, por lo general existe una buena posibilidad de que alguien haya tenido el mismo problema antes y haya publicado una solución en alguna parte. Abrir una cuestión sobre algo ya explicado en algún sitio o preguntando sobre cuestiones que hayan sido contestadas muchas veces antes no es probable que lleve a una respuesta amistosa o constructiva.

Cuando usted pide ayuda para resolver problemas relacionados con la instalación puede que se le pida que proporcione archvos de registro generados por el instalador. La siguientes secciones explican que archivos se generan, cúal es su contenido y como transferirlos desde la instalación del sistema.

Archivos de Registro Generados Durante la Instalación

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.

Table 1. Archivos de Registro y Sus Contenidos
Archivo de registro Contenidos

/tmp/anaconda.log

mensajes generales de Anaconda

/tmp/program.log

todos los programas externos ejecutados durante la instalación

/tmp/storage.log

amplia información del módulo de almacenamiento

/tmp/packaging.log

mensajes de instalación de paquetes dnf y rpm

/tmp/syslog

mensajes del sistema relacionados con el hardware

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

Transfiriendo Archivos de Registro desde la Instalación del Sistema

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.

Transfiriendo los Archivos de Registro a un Dispositivo USB

  1. En el sistema que está instalando, presione Ctrl+Alt+F2 para acceder al símbolo del sistema. Accederá en una cuenta root y tendrá acceso al sistema de archivos temporal del programa de instalación.

  2. Conecte el dispositivo flash USB al sistema y ejecute el comando dmesg. Se mostrará un registro detallando todos los eventos recientes. Al final de este registro verá un conjunto de mensajes originados por el dispositivo flash USB que acaba de conectar. Se verá como un conjunto de líneas parecidas a las siguientes:

    [  170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk

    Observe el nombre del dispositivo conectado - en el ejemplo anterior es sdb.

  3. Vaya al directorio /mnt y una vez allí cree un nuevo directorio que le servirá como punto de montaje del dispositivo USB. El nombre del directorio no tiene importancia; este ejemplo usa el nombre usb.

    # mkdir usb
  4. Monte el dispositivo flash USB en el directorio recién creado. Observe que en la mayoría de los casos no querrá montar el dispositivo entero sino solo una partición. Por lo tanto, no use el nombre sdb - utilice el nombre de la partición donde desea escribir los archivos de registro. En este ejemplo se usa el nombre sdb1.

    # mount /dev/sdb1 /mnt/usb

    Usted puede ahora verificar que ha montado el dispositivo correcto y la partición accediendo y listando sus contenido - la lista debería coincidir con lo que usted espera que haya en el dispositivo.

    # cd /mnt/usb
    # ls
  5. Copie los archivos de registro en el dispositivo montado.

    # cp /tmp/*log /mnt/usb
  6. Desmonte el dispositivo flash USB. Si le aparece un mensaje de error diciendo que el dispositivo está ocupado, cambie el directorio de trabajo fuera del punto de montaje (por ejemplo, /).

    # umount /mnt/usb

Los archivos de registro de la instalación están ahora guardados en el dispositivo flash USB.

Transfiriendo los Archivos de Registro Sobre la Red

  1. En el sistema que está instalando, presione Ctrl+Alt+F2 para acceder al símbolo del sistema. Accederá en una cuenta root y tendrá acceso al sistema de archivos temporal del programa de instalación.

  2. Vaya al directorio /tmp donde están situados los archivos de registro:

    # cd /tmp
  3. Copie los archivos de registro en otro sistema en la red usando el comando scp:

    # scp *log user@address:path

    Reemplace user con un nombre válido de usuario en el sistema objetivo, address con la dirección o nombre de host del sistema objetivo y path con la ruta al directorio donde quiere guardar los archivos de registro. Por ejemplo, si desea acceder como john a un sistema con la dirección IP 192.168.0.122 y colocar los archivos de registro en el directorio /home/john/logs/ de ese sistema, el comando tendrá la siguiente forma:

    # scp *log john@192.168.0.122:/home/john/logs/

    Cuando se conecte al sistema objetivo por primera vez puede que encuentre un mensaje parecido al siguiente:

    The authenticity of host '192.168.0.122 (192.168.0.122)' can't be established.
    ECDSA key fingerprint is a4:60:76:eb:b2:d0:aa:23:af:3d:59:5c:de:bb:c4:42.
    Are you sure you want to continue connecting (yes/no)?

    Teclee yes y pulse Enter para continuar. Después, dé una contraseña válida cuando se le pida. Los ficheros empezarán a transferirse al directorio especificado en el sistema objetivo.

Los archivos de registro están ahora guardados permanentemente en el sistema objetivo y disponibles para ser revisados.

Problemas Empezando la Instalación

Problemas con el Arranque de la Instalación Gráfica

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.

Utilizar el modo gráfico básico

Usted puede intentar llevar a cabo la instalación usando el controlador básico de gráficos. Para hacer esto, edite las opciones de arranque del programa de instalación y añada inst.xdriver=vesa al final de la línea de comando.

Especificar las resolución de pantalla manualmente

Si el programa de instalación falla al detectar su resolución de pantalla usted puede anualar la detección automática y especificarla manualmente. Para hacer esto, añada la opción inst.resolution=x al menú de arranque, donde x es su resolución de pantalla (por ejemplo, 1024x768).

Usar un controlador de vídeo alternativo

También puede intentar especificar un controlador de vídeo personal anulando la detección automática del programa de instalación. Para especificar un controlador, use la opción inst.xdriver=x, donde x es el controlador de dispositivo que desea usar (por ejemplo, nouveau).

Si especificando un controlador personal resuelve su problema debería informar esto como un error en https://bugzilla.redhat.com bajo el componente anaconda. Anaconda deberia ser capaz de detectar su hardware automáticamente y usar el controlador apropiado sin su intervención.

Llevar a cabo la instalación usando VNC

Si las opciones anteriores fallan usted puede usar un sistema separado para acceder a la instalación gráfica a través de la red, usando el protocolo Computación de Red Virtual (VNC). Para detalles sobre la instalación usando VNC vea Instalación Usando VNC.

Consola Serie No Detectada

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.

Problemas Durante la Instalación

No se Detectan Discos

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

Problemas Después de la Instalación

Volviendo a Establecer la Contraseña de Root

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.

Volviendo a Establecer la Contraseña de Root
  1. Arranque su sistema y espere hasta que aparezca el menú GRUB2.

  2. En el menú del cargador de arranque, resalte cualquier entrada y presione e para editarla.

  3. Busque la línea que empieza con linux. Al final de esta línea añada lo siguiente:

    init=/bin/sh
  4. Presione F10 o Ctrl+X para arrancar el sistema con las opciones que acaba de editar.

    Una vez que el sistema arranque, se le presentará un símbolo del sistema sin tener que introducir ningún nombre de usuario o contraseña:

    sh-4.2#
  5. Cargue la política SELinux instalada:

    sh-4.2# /usr/sbin/load_policy -i
  6. Ejecute el siguiente comando para volver a montar su partición root:

    sh4.2# mount -o remount,rw /
  7. Vuelva a establecer la contraseña de root:

    sh4.2# passwd root

    Cuando se le pida introduzca una nueva contraseña de root y confirme presionando la tecla Enter key. Introduzca la contraseña por segunda vez asegure que la ha tecleado correctamente y presione Enter otra vez. Si coinciden ambas contraseña aparecerá un mensaje informándole de que el cambio de contraseña de root ha tenido éxito.

  8. Vuelva a montar la partición root otra vez, esta vez como de sólo lectura:

    sh4.2# mount -o remount,ro /
  9. Reinicie el sistema. Desde ahora será capaz de acceder como usuario root usando la nueva contraseña establecida durante este procedimiento.

¿No Puede Arrancar Con Su Tarjeta RAID?

Si ha llevado a cabo una instalación y no puede arrancar apropiadamente su sistema, es posible que necesita 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 apropiadament. Más información sobre el particionado en Destino de la Instalación.

Trouble With the Graphical Boot Sequence

After you finish the installation and reboot your system for the first time, it is possible that the system stops responding during the graphical boot sequence, requiring a reset. In this case, the boot loader is displayed successfully, but selecting any entry and attempting to boot the system results in a halt. This usually means a problem with the graphical boot sequence; to solve this issue, you must disable graphical boot. To do this, temporarily alter the setting at boot time before changing it permanently.

Disabling Graphical Boot Temporarily
  1. Start your computer and wait until the boot loader menu appears. If you set your boot loader timeout period to 0, hold down the Esc key to access it.

  2. When the boot loader menu appears, use your cursor keys to highlight the entry you want to boot and press the e key to edit this entry’s options.

  3. In the list of options, find the kernel line - that is, the line beginning with the keyword linux (or, in some cases, linux16 or linuxefi). On this line, locate the rhgb option and delete it. The option may not be immediately visible; use the cursor keys to scroll up and down.

  4. Press F10 or Ctrl+X to boot your system with the edited options.

If the system started successfully, you can log in normally. Then you will need to disable the graphical boot permanently - otherwise you will have to perform the previous procedure every time the system boots. To permanently change boot options, do the following.

Disabling Graphical Boot Permanently
  1. Log in to the root account using the su - command:

    $ su -
  2. Open the /etc/default/grub configuration file using a plain text editor such as vim.

  3. Within the grub file, locate the line beginning with GRUB_CMDLINE_LINUX. The line should look similar to the following:

    GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root rd.md=0 rd.dm=0 vconsole.keymap=us $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rd.luks=0 vconsole.font=latarcyrheb-sun16 rd.lvm.lv=vg_rhel/swap rhgb quiet"

    On this line, delete the rhgb option.

  4. Save the edited configuration file.

  5. Refresh the boot loader configuration by executing the following command:

    # grub2-mkconfig --output=/boot/grub2/grub.cfg

After you finish this procedure, you can reboot your computer. Fedora will not use the graphical boot sequence any more. If you wish to enable graphical boot, follow the same procedure, add the rhgb option to the GRUB_CMDLINE_LINUX line in the /etc/default/grub file and refresh the boot loader configuration again using the grub2-mkconfig command.

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

Booting into a Graphical Environment

If you have installed the X Window System and a desktop environment such as GNOME, but are not seeing a graphical desktop environment once you log into your system, you can start it manually using the startx command. Note, however, that this is just a one-time fix and does not change the log in process for future log ins.

To set up your system so that you can log in at a graphical login screen, you must change the default systemd target to graphical.target. When you are finished, reboot the computer. You will presented with a graphical login prompt after the system restarts.

Setting Graphical Login as Default
  1. Open a shell prompt. If you are in your user account, become root by typing the su - command.

  2. Change the default target to graphical.target. To do this, execute the following command:

    # systemctl set-default graphical.target

Graphical login is now enabled by default - you will be presented with a graphical login prompt after the next reboot. If you want to reverse this change and keep using the text-based login prompt, execute the following command as root:

# systemctl set-default multi-user.target

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

No Graphical User Interface Present

If you are having trouble getting X (the X Window System) to start, it is possible that it has not been installed. Some of the pre-set base environments you can select during the installation, such as Minimal install or Web Server, do not include a graphical interface - it has to be installed manually.

If you want X, you can install the necessary packages after the installation using the DNF package manager. For example, to install GNOME, use dnf install gnome-shell as root.

X Server Crashing After User Logs In

If you are having trouble with the X server crashing when a user logs in, one or more of your file systems may be full (or nearly full). To verify that this is the problem you are experiencing, execute the following command:

$ df -h

The output will help you diagnose which partition is full - in most cases, the problem will be on the /home partition. A sample output of the df command may look similar to the following:

Filesystem                                  Size  Used Avail Use% Mounted on
/dev/mapper/vg_rhel-root                     20G  6.0G   13G  32% /
devtmpfs                                    1.8G     0  1.8G   0% /dev
tmpfs                                       1.8G  2.7M  1.8G   1% /dev/shm
tmpfs                                       1.8G 1012K  1.8G   1% /run
tmpfs                                       1.8G     0  1.8G   0% /sys/fs/cgroup
tmpfs                                       1.8G  2.6M  1.8G   1% /tmp
/dev/sda1                                   976M  150M  760M  17% /boot
/dev/dm-4                                    90G   90G     0 100% /home

In the above example, you can see that the /home partition is full, which causes the crash. You can make some room on the partition by removing unneeded files. After you free up some disk space, start X using the startx command.

For additional information about df and an explanation of the options available (such as the -h option used in this example), see the df(1) man page.

Is Your RAM Not Being Recognized?

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.

If you have 4GB or more memory installed, but Fedora only shows around 3.5GB or 3.7GB, you have probably installed a 32-bit version of Fedora on a 64bit kernel. For modern systems, use the 64-bit (x86_64) version.

Some hardware configurations have a part of the system’s RAM reserved and unavailable to the main system. Notably, laptop computers with integrated graphics cards will reserve some memory for the GPU. For example, a laptop with 4 GB of RAM and an integrated Intel graphics card will show only roughly 3.7 GB of available memory, even with a 64-bit system.

Additionally, the kdump crash kernel dumping mechanism reserves some memory for the secondary kernel used in case of the primary kernel crashing. This reserved memory will also not be displayed as available when using the free command. For details about kdump and its memory requirements, see the Fedora System Administrator’s Guide, available at https://docs.fedoraproject.org/.

If you made sure that your memory does not have any issues, you can try and set the amount of memory manually using the mem= kernel option.

Configuring the Memory Manually
  1. Start your computer and wait until the boot loader menu appears. If you set your boot loader timeout period to 0, hold down the Esc key to access it.

  2. When the boot loader menu appears, use your cursor keys to highlight the entry you want to boot and press the e key to edit this entry’s options.

  3. In the list of options, find the kernel line - that is, the line beginning with the keyword linux (or, in some cases, linux16). Append the following option to the end of this line:

    mem=xxM

    Replace xx with the amount of RAM you have in megabytes.

  4. Press F10 or Ctrl+X to boot your system with the edited options.

  5. Wait for the system to boot and log in. Then, open a command line and execute the free -m command again. If total amount of RAM displayed by the command matches your expectations, append the following to the line beginning with GRUB_CMDLINE_LINUX in the /etc/default/grub file to make the change permanent:

    mem=xxM

    Replace xx with the amount of RAM you have in megabytes.

  6. After you updated the file and saved it, refresh the boot loader configuration so that the change will take effect. Run the following command with root privileges:

    # grub2-mkconfig --output=/boot/grub2/grub.cfg

In /etc/default/grub, the above example would look similar to the following:

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release.*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root vconsole.font=latarcyrheb-sun16 rd.lvm.lv=rhel/swap $([ -x /usr/sbin/rhcrashkernel.param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=us rhgb quiet mem=1024M"
GRUB_DISABLE_RECOVERY="true"

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