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

  • The #fedora IRC channel on FreeNode - one of the main IRC channels used by Fedora users, English only

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

  • Stack Exchange - an English language Q&A board, not specific to 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.

Transferring Log Files Onto a USB Drive
  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.

Transferring Log Files Over the Network
  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.

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.

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

If the above options fail, you can use a separate system to access the graphical installation over the network, using the Virtual Network Computing (VNC) protocol. For details on installing using VNC, see Installing Using 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.

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.

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.

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.

Problemas Con la Secuencia de Arranque Gráfico

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 cargaor de arranque se visualizará bien pero al seleccioar 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.

Deshabilitar el Arranque Gráfico Temporalmente
  1. Encienda su ordenaor y espere hasta que aparezca el menú del cargador de arranque. Si estableció el tiempo de salida del cargador de arranque a = pulse la tecla Esc para acceder.

  2. Cuando aparezca el menú del cargador de arraque utilice sus teclas de cursor para resaltar la entrada en la que desea arrancar y pulse la tecla e para editar las opciones de esta entrada.

  3. En la lista de opciones busque la línea kernel - esto es, la línea que empieza con la palabra clave linux (o, en algunos casos, linux16 o linuxefi). En esta línea, localice la opción rhgb y borrela. La opción puede ser que no esté visible inmediatamente; use las teclas de cursor para ir arraba y abajo.

  4. Presione F10 o Ctrl+X para arrancar su sistema con las opciones editadas.

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

Deshabilitando el Arranque Gráfico Permanentemente
  1. Acceda a la cuenta root usando el comando su -:

    $ su -
  2. Abra el archivo de configuración /etc/default/grub usando un editor de texto plano como vim.

  3. Dentro del archivo grub, localice la línea que empieza con GRUB_CMDLINE_LINUX. La línea debería parecerse a lo siguiente:

    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"

    En este línea, borre la opción rhgb.

  4. Guarde el archivo de configuración editado.

  5. Refresque la configuración del cargador de arranque ejecutando el siguiente comando:

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

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.

Arrancar en un Entorno Gráfico

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. Advierta, 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 puede 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 petiión de acceso gráfica después de que el sistema arranque.

Configurar el Acceso Gráfico como Predeterminado
  1. Abra un terminal de shell. Si está en una cuenta de usuario, hágase root tecleando el comando su -.

  2. Cambie el objetivo predeterminado a graphical.target. Para hacer esto, ejecute el siguiente comando:

    # systemctl set-default graphical.target

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:

# systemctl set-default multi-user.target

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

No Hay Interfaz Gráfica de Usuario Presente

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 .

El Servidor X Falla Después de que el Usuario Haya Iniciado Sesión

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

$ df -h

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:

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

En el ejemplo de 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 man df(1).

¿No Se Reconoce su RAM?

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 tiene 4GB o más de memoria instalada, pero Fedora solo muestra alrededor de 3.5GB o 3.7GB, usted tiene, probablemente, instalada la versión de 32-bit de Fedora sobre un kernel de 64bit. Para sistemas modernos, use la versión de 64-bit (x86_64).

Algunas configuraciones hardware tienen una parte de la RAM del sistema reservada y no disponibles para el sistema principal. Notablemente, los ordenadores portátiles con tarjetas gráficas integradas reservarán memoria para la GPU. Por ejemplo, un portátil con 4 GB de RAM y una tarjeta gráfica Intel integrada mostrará aproximadamente solo 3.7 GB de memoria disponible, incluso con un sistema de 64-bit.

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 http://docs.fedoraproject.org/.

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

Configurar la Memoria Manualmente
  1. Encienda su ordenaor y espere hasta que aparezca el menú del cargador de arranque. Si estableció el tiempo de salida del cargador de arranque a = pulse la tecla Esc para acceder.

  2. Cuando aparezca el menú del cargador de arraque utilice sus teclas de cursor para resaltar la entrada en la que desea arrancar y pulse la tecla e para editar las opciones de esta entrada.

  3. En la lista de opciones, bsque la línea kernel - esto es, la línea que empieza con la palabra clave linux (o, en algunos casos, linux16). Añada la siguiente opción al final de esta línea:

    mem=xxM

    Reemplace xx con la cantidad de RAM que tiene en megabytes.

  4. Presione F10 o Ctrl+X para arrancar su sistema con las opciones editadas.

  5. Espere a que el sistema arranque y acceda. Después, abra un terminal y ejecute otra vez el comando free -m. Si la cantidad total de RAM mostrada coincide con sus expectativas, añada lo siguiente a la línea que empieza con GRUB_CMDLINE_LINUX en el archivo /etc/default/grub para hacer el cambio permanente:

    mem=xxM

    Reemplace xx con la cantidad de RAM que tiene en megabytes.

  6. Despues actualice el archivo y guardelo, refresque la configuración del cargador de arranque para que el cambio tenga efecto. Ejecute el siguiente comando con privilegios de root:

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

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

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 http://docs.fedoraproject.org/, for more information about working with the GRUB2 boot loader.