System maintenance (Español)

Esta traducción de
System maintenance
fue revisada el
2019-10-14
. Si existen
cambios
puede
actualizarla
o avisar al
equipo de traducción
.
Artículos relacionados
General recommendations (Español)
Para el correcto funcionamiento de Arch durante un cierto periodo de tiempo es necesario el mantenimiento regular del sistema. El mantenimiento oportuno es una práctica a la que muchos usuarios se acostumbran.
Comprobar si hay errores
Servicios systemd fallidos
Compruebe si los servicios systemd se encuentran en un estado fallido:
$ systemctl --failed
Consulte
Systemd (Español)#Analizar el estado del sistema
para obtener más información.
Archivos de registro
Busque errores en los archivos de registro ubicados en
/var/log
, así como errores de alta prioridad en el journal de systemd:
# journalctl -p 3 -xb
Consulte
Systemd (Español)/Journal (Español)
para obtener más información.
Consulte
Xorg#Troubleshooting
para obtener información sobre dónde y cómo
Xorg (Español)
registra errores.
Realizar copias de respaldo
Cree copias de seguridad de datos importantes a intervalos regulares. Consulte
Synchronization and backup programs
para encontrar muchas aplicaciones alternativas que pueden adaptarse mejor a su caso. Consulte
Category:System recovery (Español)
para otros artículos de interés.
Las copias de seguridad pueden automatizarse con
systemd (Español)/Timers (Español)
.
Archivos de configuración
Antes de editar cualquier archivo de configuración, cree una copia de seguridad para que pueda volver a una versión anterior en caso de problemas. Editores como
vim (Español)
y
emacs (Español)
pueden hacer esto automáticamente, así como herramientas como
etckeeper (Español)
que mantienen el directorio
/etc
en un sistema de control de versiones (VCS); vea el artículo
Dotfiles (Español)#Rastrear dotfiles directamente con Git
para más información.
Lista de paquetes instalados
Mantenga una lista de todos los paquetes instalados, de modo que si una re-instalación completa es inevitable, sea más fácil volver a crear el entorno original.
Consulte los consejos de
pacman (Español)/Tips and tricks (Español)#Listar paquetes instalados
para obtener más detalles.
Base de datos de pacman
Consulte las sugerencias de
pacman (Español)/Tips and tricks (Español)#Realizar copia de seguridad de la base de datos de pacman
.
Encabezados LUKS
Puede tener sentido revisar y sincronizar periódicamente las copias de seguridad de encabezados de partición encriptada LUKS, especialmente si se han revocado frases de acceso. Véase
dm-crypt (Español)/Device encryption (Español)#Copia de seguridad y restauración
.
Datos del sistema y del usuario
Consulte
System backup (Español)
.
Actualizar el sistema
Se recomienda realizar actualizaciones completas del sistema con cierta regularidad como se indica en
Pacman (Español)#Actualizar paquetes
, para disfrutar de las últimas correcciones de errores y actualizaciones de seguridad, y también para evitar tener que lidiar con demasiadas actualizaciones de paquetes que requieren intervención manual de una sola vez. Cuando se solicita apoyo de la comunidad, generalmente se asumirá que el sistema está actualizado.
Asegúrese de tener un medio de instalación de Arch Linux en otro CD/USB «live» para que pueda rescatar fácilmente su sistema si hay algún problema después de actualizarlo. Si está ejecutando Arch en un entorno de producción o no puede permitirse estar un tiempo inactivo por cualquier razón, pruebe primero los cambios en los archivos de configuración, así como las actualizaciones de los paquetes de software, en un sistema duplicado no crítico. Luego, si no surgen problemas, implemente los cambios en el sistema de producción.
Si el sistema tiene paquetes de
AUR (Español)
, actualice cuidadosamente todos ellos.
Pacman
es una potente herramienta de gestión de paquetes, pero no intenta manejar todos los casos posibles. Los usuarios deben ser vigilantes y asumir la responsabilidad de mantener su propio sistema.
Leer antes de actualizar el sistema
Antes de actualizar, se espera que los usuarios visiten la
página principal de Arch Linux
para ver las últimas noticias o, alternativamente, suscríbase al
RSS feed
, las
listas de correo de arch-announce
o seguir
@archlinux
en Twitter (actualmente inactiva). Cuando las actualizaciones requieren intervención del usuario fuera de lo común (más de lo que se puede manejar simplemente siguiendo las instrucciones dadas por
pacman
), se realizará una publicación de noticias apropiada.
Antes de actualizar un software fundamental (como el
Kernel (Español)
,
xorg (Español)
,
systemd (Español)
o
glibc
) a una nueva versión, revise el
forum
apropiado para ver si ha habido problemas informados.
Los usuarios también deben ser conscientes de que la actualización de paquetes puede plantear problemas
inesperados
que podrían requerir una intervención inmediata; por lo tanto, se desaconseja actualizar un sistema estable poco antes de que sea necesario para llevar a cabo una tarea importante. Es aconsejable antes de actualizar el sistema, esperar cuando se tenga tiempo suficiente para poder hacer frente a posibles problemas posteriores a la actualización.
Evitar ciertas órdenes de pacman
Evite realizar
actualizaciones parciales
. En otras palabras, nunca ejecute
pacman -Sy
; en su lugar, siempre use
pacman -Syu
.
En general, evite usar la opción
--overwrite
con pacman. La opción
--overwrite
toma un argumento que contiene un
glob
.Cuando se utiliza, pacman omitirá las comprobaciones de conflictos de archivos para archivos que coincidan con el glob. En un sistema mantenido adecuadamente, solo debe usarse cuando los desarrolladores de Arch lo recomienden explícitamente. Consulte la sección
#Leer antes de actualizar el sistema
.
Evite usar la opción
-d
con pacman.
pacman -Rdd
paquete
esta orden omite las verificaciones de dependencia durante la eliminación del paquete. Como resultado, un paquete que proporciona una dependencia crítica podría ser eliminado, resultando en una falla del sistema.
Las actualizaciones parciales no son compatibles
Arch Linux es una distribución
rolling release
. Esto significa que cuando las nuevas versiones de las
bibliotecas
se envían a los repositorios, los
desarrolladores
y
usuarios de confianza
reconstruyen todos los paquetes de los repositorios que necesitan ser reconstruidos con esas bibliotecas. Por ejemplo, si dos paquetes dependen de la misma biblioteca, actualizar solo un paquete también podría actualizar la biblioteca (como dependencia), lo que podría romper el otro paquete que depende de una versión anterior de la biblioteca.
Es por eso que las actualizaciones parciales
no son compatibles
. No utilice
pacman -Sy
paquete
o cualquier equivalente, como
pacman -Sy
seguido de
pacman -S
paquete
. Actualice
siempre
(con
pacman -Syu
) antes de instalar un paquete. Tenga mucho cuidado al usar
IgnorePkg
e
IgnoreGroup
por la misma razón. Si el sistema tiene paquetes instalados localmente (como paquetes
AUR (Español)
), los usuarios tendrán que reconstruirlos cuando sus dependencias reciban una advertencia
soname
(bumps).
Si se ha creado un escenario de actualización parcial y se rompen los binarios porque no pueden encontrar las bibliotecas a las que están vinculadas,
no «solucione» el problema simplemente mediante enlaces simbólicos
. Las bibliotecas reciben advertencias
soname
(bumps) cuando
no son compatibles con versiones anteriores
. Simplemente la orden
pacman -Syu
conectada a un servidor de réplica correctamente sincronizado, solucionará el problema mientras
pacman
no esté roto.
El script de bash
checkupdates
, incluido con el paquete
pacman-contrib
, proporciona una forma segura de comprobar las actualizaciones de los paquetes instalados sin ejecutar una actualización del sistema al mismo tiempo.
Avisos sobre las alertas durante una actualización
Al actualizar el sistema, asegúrese de prestar atención a los avisos de alerta proporcionados por
pacman (Español)
. Si es requerida alguna acción adicional al usuario, encárguese de ello cuidadosamente de inmediato. Si una alerta pacman le resulta confusa y/o desconoce lo que está haciendo, busque en los foros y las publicaciones recientes para obtener instrucciones más detalladas.
Atender con diligencia los nuevos archivos de configuración
Cuando se invoca pacman, pueden crearse archivos
.pacnew
y
.pacsave
. Pacman proporciona avisos cuando esto sucede y los usuarios deben tratar estos archivos con prontitud. Los usuarios son remitidos a la página de la wiki
Pacman (Español)/Pacnew and Pacsave (Español)
para obtener instrucciones detalladas.
Además, piense en otros archivos de configuración que puede haber copiado o creado. Si un paquete tiene una configuración de ejemplo que ha copiado en su directorio principal, compruebe si se ha creado un nuevo.
Revertir actualizaciones rotas
Si se espera/conoce que una actualización de paquete cause problemas, los empaquetadores se asegurarán de que pacman muestre un mensaje apropiado cuando se actualice el paquete. Si experimenta problemas después de una actualización, compruebe la salida de pacman consultando
/var/log/pacman.log
.
Sugerencia
Puede utilizar un visor de registros como
wat-git
AUR
para buscar en los registros de pacman.
En este punto, solo después de asegurarse de que no hay información disponible a través de pacman, no hay noticias relativas en
https://archlinux.org/
, y no hay posts del foro con respecto a la actualización, considere buscar ayuda en el
forum
, además de en los canales
Arch IRC channels (Español)
, o
Downgrading packages (Español)
el paquete ofensivo.
Verificar paquetes huérfanos y descartados
Después de una actualización, es posible que pueda tener paquetes que ya no sean necesarios o que ya no estén en los repositorios oficiales
Utilice
pacman -Qtd
para verificar los paquetes que se instalaron como una dependencia, de modo que ningún otro paquete dependa de ellos ahora. Si todavía se necesita un paquete huérfano, se recomienda cambiar el motivo de instalación a explícito. En otro caso, si el paquete ya no es necesario, se puede eliminar.
Además, es posible que algunos paquetes ya no estén en los repositorios remotos, pero aún pueden estar en su sistema local. Para enumerar todos los paquetes foráneos, utilice
pacman -Qm
. Tenga en cuenta que esta lista incluirá paquetes que se hayan instalado manualmente (por ejemplo, desde
AUR (Español)
). Para excluir paquetes que están (todavía) disponibles en AUR, use la herramienta
ancient-packages
AUR
.
Utilizar el gestor de paquetes para instalar software
Pacman (Español)
hace un trabajo mucho mejor que usted en el registro de archivos. Si instala las cosas manualmente, tarde o temprano
olvidará
lo que hizo, olvidará dónde instaló, instalará software conflictivo, lo instalará en ubicaciones incorrectas, etc.
Instale paquetes de los repositorios oficiales utilizando el método de la sección
Pacman (Español)#Instalar paquetes
.
Si el programa que desea no está disponible, compruebe si alguien ha creado un paquete en la
AUR (Español)
. Siga el método en ese artículo para la instalación.
Por último, si el programa que desea no está en los repositorios oficiales o en AUR, aprenda a
crear un paquete
para ello.
Para limpiar los archivos instalados incorrectamente, vea
Pacman (Español)/Tips and tricks (Español)#Identificar archivos que no pertenecen a ningún paquete
.
Elegir controladores de código abierto
Intente instalar siempre los controladores de código abierto antes de recurrir a controladores propietarios. La mayoría de las veces, los controladores de código abierto son más estables y fiables que los controladores propietarios. Los errores del controlador de código abierto se solucionan con más facilidad y rapidez. Mientras que los controladores propietarios pueden ofrecer más características y capacidades, todo ello en contra de la estabilidad. Para evitar este dilema, intente elegir los componentes de hardware conocidos por tener compatibilidad con el controlador de código abierto maduro con funciones completas.
Tenga cuidado con los paquetes no oficiales
Use con precaución los paquetes de
AUR (Español)
o un
repositorio de usuarios no oficial
. La mayoría son suministrados por usuarios normales y por lo tanto pueden carecer de los mismos estándares que se tienen en los repositorios oficiales. Tenga cuidado con los
AUR helpers (Español)
que automatizan la instalación de paquetes de AUR.
Siempre
revise los PKGBUILDs por precaución y para encontrar signos de error o código malicioso antes de construir y/o instalar el paquete.
Para simplificar el mantenimiento, limite la cantidad de paquetes no oficiales usados. Hacer controles periódicos de los que están en uso real, y eliminar (o reemplazar con sus homólogos oficiales) cualquier otro. Consulte
pacman (Español)/Tips and tricks (Español)#Mantenimiento
para órdenes útiles.
Actualizar la lista de servidores de réplicas
Actualice la lista de servidores de réplicas de pacman, ya que la calidad de los espejos puede variar con el tiempo, y algunos podrían quedar sin conexión o su velocidad de descarga podría degradarse.
Consulte
mirrors (Español)
para más detalles.
Limpiar archivos del sistema
Al buscar archivos para eliminar, es importante encontrar los archivos que ocupan más espacio en disco. Los programas que ayudan con esto se encuentran en:
List of applications (Español)/Utilities (Español)#Programas de visualización sobre la utilización del disco
(visualizar utilización del disco).
List of applications/Utilities#Disk cleaning
(limpiar el disco).
Caché de paquetes
Elimine archivos
.pkg
no deseados de
/var/cache/pacman/pkg/
para liberar espacio en disco.
Consulte
Pacman (Español)#Limpiar la memoria caché de los paquetes
para obtener más información.
Paquetes no utilizados (huérfanos)
Retire los paquetes no utilizados del sistema para liberar espacio en disco y simplificar el mantenimiento.
Consulte
Pacman (Español)/Tips and tricks (Español)#Eliminar paquetes no utilizados (huérfanos)
para más detalles.
Archivos de configuración antiguos
Los archivos de configuración antiguos pueden entrar en conflicto con las versiones de software más recientes o corromperse con el tiempo. Elimine las configuraciones innecesarias periódicamente, en particular en su carpeta de inicio y
~/.config
. Por razones similares, tenga cuidado al compartir carpetas de inicio entre instalaciones.
Busque las siguientes carpetas:
~/.config/
-- donde las aplicaciones guardan su configuración
~/.cache/
-- el caché de algunos programas puede crecer en tamaño
~/.local/share/
-- los archivos antiguos pueden estar ahí
Consulte la ayuda
XDG Base Directory support
para obtener más información.
Para mantener el directorio personal limpio de archivos temporales creados en el lugar incorrecto, es una buena idea administrar una lista de archivos no deseados y eliminarlos regularmente, por ejemplo con
rmshit.py
.
rmlint-git
AUR
se puede usar para encontrar y opcionalmente eliminar archivos duplicados, archivos vacíos, directorios vacíos recursivos y enlaces simbólicos rotos.
Enlaces simbólicos rotos
Es posible que haya enlaces simbólicos viejos y rotos en su sistema; debería eliminarlos. Ejemplos para lograr esto se pueden encontrar
aquí
y
aquí
.
Para listar rápidamente todos los enlaces simbólicos rotos de su sistema, utilice:
# find -xtype l -print
A continuación, inspeccione y elimine las entradas innecesarias de dicha lista.
Consejos y trucos
Los siguientes consejos generalmente no son necesarios, pero ciertos usuarios pueden encontrarlos útiles.
Usar paquetes de software probado
Los lanzamientos continuos de Arch pueden ser una bendición para los usuarios que quieran probar las últimas características y obtener actualizaciones de upstream tan pronto como sea posible, pero también pueden dificultar el mantenimiento del sistema. Para simplificar el mantenimiento y mejorar la estabilidad, intente evitar software de vanguardia e instale solo software maduro y probado. Tales paquetes son menos propensos a recibir actualizaciones difíciles como cambios importantes de configuración o remociones de características. Preferir software que tiene una comunidad de desarrollo fuerte y activa, así como un número elevado de usuarios competentes, con el fin de simplificar el apoyo en caso de un problema.
Evite cualquier uso del repositorio de pruebas, incluso los paquetes individuales de las pruebas. Estos paquetes son experimentales y no son adecuados para un sistema estable. Del mismo modo, evitar los paquetes de desarrollo que se construyen directamente a partir de fuentes. Estos se encuentran generalmente en
AUR (Español)
, con nombres como: «dev», «devel», «svn», «cvs», «git», etc.
Instalar el paquete linux-lts
El paquete
linux-lts
es un paquete alternativo de kernel de Arch, y está disponible en el repositorio
core
. Esta versión particular del kernel tiene soporte a largo plazo (LTS) desde upstream, incluyendo arreglos de seguridad y algunas funciones backports. Es útil si prefiere la estabilidad de las actualizaciones menos frecuentes del kernel o si desea un kernel de fallback en caso de que una nueva versión del kernel cause problemas.
Para que esté disponible como una opción de arranque, necesitará actualizar el archivo de configuración de su
cargador de arranque
para usar el kernel LTS y el disco ram:
vmlinuz-linux-lts
y
initramfs-linux-lts.img
.
Véase también
Arch News Bash Script