General troubleshooting (Español)
Artículos relacionados
Este artículo explica algunos métodos para solucionar problemas de forma general. Para cuestiones específicas relativas a una aplicación, remítase a la página de la wiki para ese programa en particular.
Contents
Preste atención al detalle
Con el fin de resolver un problema que le ha surgido, es absolutamente crucial comprender bien cómo funciona el sistema específico. Cómo funciona y qué necesita para funcionar sin errores. Si no puede contestar cómodamente estas preguntas, entonces se aconseja encarecidamente que revise el artículo de Archwiki para conocer la función respecto de la que está teniendo problemas. Una vez que considere que ha entendido el sistema específico, será más fácil que pueda precisar la problema.
Interróguese a sí mismo
A continuación se presentan una serie de preguntas de debe hacerse a sí mismo cada vez que surjan problemas en el funcionamiento del sistema. Bajo cada pregunta hay notas que explican el método para dar respuesta a cada pregunta, seguido de algunos ejemplos claros sobre cómo recopilar fácilmente la salida de datos y qué herramientas se pueden utilizar para revisar los registros y el diario (journal).
- ¿Cuál es el problema?
- Sea lo más preciso posible . Esto le ayudará a que no se confunda y/o que no siga un camino equivocado cuando se esté buscando información específica.
- ¿Hay mensajes de error? (si los hay)
- Copie las salidas completas que contienen los mensajes de error relacionadas con su problema , y péguelas en un archivo separado como
$HOME/issue.log
. Por ejemplo, para enviar la salida de la siguiente orden de mkinitcpio a$HOME/issue.log
: -
$ mkinitcpio -p linux >> $HOME/issue.log
- Copie las salidas completas que contienen los mensajes de error relacionadas con su problema , y péguelas en un archivo separado como
- ¿Se puede reproducir el problema?
- Si es así, indique exactamente paso a paso las instrucciones/órdenes necesarias para reproducirlo.
- ¿Cuándo se encontró por primera vez el problema, y qué ha cambiando entre ese momento y antes de que el sistema comenzase a funcionar erróneamente?
- Si se produjo justo después de una actualización, entonces, liste todos los paquetes que se han actualizado. Incluya, también, los números de versión, copiando toda la actualización de pacman.log (
/var/log/pacman.log
). También tome nota de los estados de cualquier servicio(s) que se necesita para dar soporte a la aplicación(s) que está funcionando mal, usando las herramientas systemctl de systemd. Por ejemplo, para enviar la salida de la siguiente orden de systemd a$HOME/issue.log
: -
$ systemctl status dhcpcd@eth0.service >> $HOME/issue.log
- Si se produjo justo después de una actualización, entonces, liste todos los paquetes que se han actualizado. Incluya, también, los números de versión, copiando toda la actualización de pacman.log (
Sea más específico
Cuando se trate de resolver un problema, nunca se aproxime al mismo con expresiones como:
Aplicación X no funciona.
En su lugar, mírelo en su totalidad:
Aplicación X produce error Y al realizar las tareas Z en condiciones A y B.
Obtenga apoyo adicional
Ahora tiene toda la información disponible. Con ello debe tener una buena idea de lo que está pasando en su sistema. Y se puede empezar a trabajar en una solución adecuada.
Si necesita ayuda adicional, puede encontrarla en los foros o en IRC en irc.freenode.net #archlinux
Compruebe los permisos de sesión
En primer lugar, asegúrese de que tiene una sesión local válida dentro de X:
$ loginctl show-session $XDG_SESSION_ID
Esta debe contener Remote=no
y Active=yes
en la salida. Si no es así, asegúrese de que X se ejecuta en la misma tty donde se produjo el inicio de sesión. Esto es necesario a fin de preservar la sesión iniciada. Esto es manejado de forma predeterminada por /etc/X11/xinit/xserverrc
.
También debe iniciarse una sesión de D-Bus junto con X. Véase D-Bus (Español)#Iniciar la sesión de usuario para más información sobre esto.
Las acciones polkit no requieren una configuración posterior. Algunas acciones polkit requieren una autenticación adicional, incluso con una sesión local. Un agente de autenticación polkit debe estar en ejecución para que esto funcione. Ver Agentes de autenticación para más información sobre esto.
Acceda en modo usuario único
Si no puede arrancar debido a los errores causados por un demonio, gestor de pantallas o Xorg, tendría que ser capaz de utilizar el runlevel de usuario único:
- Arranque en modo single-user. Para GRUB(2):
- En el menú de arranque GRUB(2), seleccione la entrada de Arch Linux, y pulse
e
para editarlo. - Encuentra la línea del kernel; se iniciará con
linux /boot/vmlinuz-linux...
- Añada
1
os
al final de esta línea - Presione F2 para iniciar el proceso de arranque
- En el menú de arranque GRUB(2), seleccione la entrada de Arch Linux, y pulse
- Después desactive el servicio de systemd que está causando el problema.
- Cambie al target de modo multi-user de systemd.
- A continuación, intente localizar el problema ejecutando el servicio manualmente.
Ejemplos específicos
Ejemplo: Después de una actualización o de la instalación de un paquete le da el siguiente error:
# file: could not find any magic files! «archivo: no se pudo encontrar ningún archivo mágico»
Lo más probable es que el sistema haya quedado inoperativo. Y, cualquier intento de recompilar/reinstalar el paquete(s) responsable de la rotura se traducirá en un error. Además, cualquier intento para tratar de reconstruir initramfs resultará en lo siguiente:
# mkinitcpio -p linux ==> Building image from preset: 'default' -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img file: could not find any magic files! ==> ERROR: invalid kernel specifier: `/boot/vmlinuz-linux' ==> Building image from preset: 'fallback' -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect file: could not find any magic files! @==> ERROR: invalid kernel specifier: `/boot/vmlinuz-linux'
Solución
Por lo general, una aplicación previamente instalada habrá colocado un archivo de configuración dentro de /etc/ld.so.conf.d/
o habrá hecho cambios en /etc/ld.so.conf
que no son ahora válidos.
- Arranque con el CD live/soporte de instalación de Arch Linux.
- Monte su partición root (
/
) en/mnt
y, usando arch-chroot, efectúe chroot en su sistema. - Examine
/etc/ld.so.conf
y elimine cualquier línea no válida que se encuentre. - Examine Los archivos que se encuentran dentro del directorio
/etc/ld.so.conf.d/
y elimine todos los archivos no válidos. - Reconstruya initramfs:
# mkinitcpio -p linux
- Reinicie y entre de nuevo en su sistema instalado.
- Una vez reiniciado, vuelva a instalar el paquete que era responsable de dejar el sistema inoperativo con:
# pacman -S <paquete>