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 Libera.Chat - one of the main IRC channels used by Fedora users, English only
-
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.
Archivo de registro | Contenidos |
---|---|
|
mensajes generales de Anaconda |
|
todos los programas externos ejecutados durante la instalación |
|
amplia información del módulo de almacenamiento |
|
mensajes de instalación de paquetes dnf y rpm |
|
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
-
En el sistema que está instalando, presione Ctrl+Alt+F2 para acceder al indicador de shell. Accederá en una cuenta root y tendrá acceso al sistema de archivos temporal del programa de instalación.
-
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
. -
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 nombreusb
.# mkdir usb
-
Monte el dispositivo flash USB en el directorio recién creado. Tenga en cuenta 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 nombresdb1
.# 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
-
Copie los archivos de registro en el dispositivo montado.
# cp /tmp/*log /mnt/usb
-
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
-
En el sistema que está instalando, presione Ctrl+Alt+F2 para acceder al indicador de shell. Accederá en una cuenta root y tendrá acceso al sistema de archivos temporal del programa de instalación.
-
Vaya al directorio
/tmp
donde están situados los archivos de registro:# cd /tmp
-
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 IP192.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 de la instalación están ahora guardados permanentemente en el sistema objetivo y disponibles para ser revisados.
Problemas Empezando la Instalación
Problemas con el Arranque en 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 anular 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 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.
Problemas Después de la Instalación
Restablecer 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.
-
Arranque su sistema y espere hasta que aparezca el menú GRUB2.
-
En el menú del cargador de arranque, resalte cualquier entrada y presione e para editarla.
-
Busque la línea que empieza con
linux
. Al final de esta línea añada lo siguiente:init=/bin/sh
-
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 indicador de shell sin tener que introducir ningún nombre de usuario o contraseña:
sh-4.2#
-
Cargue la política SELinux instalada:
sh-4.2# /usr/sbin/load_policy -i
-
Ejecute el siguiente comando para volver a montar su partición root:
sh4.2# mount -o remount,rw /
-
Restablezca 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.
-
Vuelva a montar la partición root otra vez, esta vez como de sólo lectura:
sh4.2# mount -o remount,ro /
-
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 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.
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 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.
-
Encienda su ordenador y espere hasta que aparezca el menú del cargador de arranque. Si estableció el tiempo de salida del cargador de arranque a 0 pulse la tecla Esc para acceder.
-
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.
-
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
olinuxefi
). En esta línea, localice la opciónrhgb
y bórrela. La opción puede ser que no esté visible inmediatamente; use las teclas de cursor para ir arriba y abajo. -
Presione F10 o Ctrl+X para arrancar su sistema con las opciones editadas.
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.
-
Acceda a la cuenta
root
usando el comando su -:$ su -
-
Abra el archivo de configuración
/etc/default/grub
usando un editor de texto plano como vim. -
Dentro del archivo
grub
, localice la línea que empieza conGRUB_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
. -
Guarde el archivo de configuración editado.
-
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 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. 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.
-
Abra un indicador de shell. Si está en una cuenta de usuario, hágase root tecleando el comando su -.
-
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.
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 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:
$ 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 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)
.
¿No Se Reconoce su RAM?
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 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. |
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=.
-
Encienda su ordenador y espere hasta que aparezca el menú del cargador de arranque. Si estableció el tiempo de salida del cargador de arranque a 0 pulse la tecla Esc para acceder.
-
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.
-
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
). 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.
-
Presione F10 o Ctrl+X para arrancar su sistema con las opciones editadas.
-
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.
-
Despues actualice el archivo y guardarlo, 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 for more information about working with the GRUB2 boot loader.
Want to help? Learn how to contribute to Fedora Docs ›