Mostrando entradas con la etiqueta Solución. Mostrar todas las entradas
Mostrando entradas con la etiqueta Solución. Mostrar todas las entradas

sábado, 27 de julio de 2024

Arch Linux. Solución: error: no se han podido sincronizar todas las bases de datos.

Arch Linux. Solución: error: no se han podido sincronizar todas las bases de datos.


:: Sincronizando las bases de datos de los paquetes...

error: no se han podido sincronizar todas las bases de datos (no se pudo bloquear la base de datos)


Sincronizando las bases de datos de los paquetes



Al descargar e instalar software de los repositorios, se creará un archivo de bloqueo de base de datos especial para garantizar que el proceso de instalación actual sea el único que se ejecuta en ese momento. De lo contrario, intentar instalar múltiples archivos de múltiples fuentes simultáneamente puede dañar los archivos descargados, causar conflictos de archivos, o peor aún, dañar su sistema. Una vez que se haya completado la instalación, el archivo de bloqueo se eliminará automáticamente. Por lo tanto, este error puede ocurrir debido a dos posibles razones:


Todavía se está llevando a cabo otra instalación y aún no ha terminado, o un intento de instalación anterior no había terminado correctamente (por ejemplo, debido a ser abortado temprano)


Por lo tanto, es aconsejable verificar primero para asegurarse de que otra instalación no esté (o no ha estado) en proceso en el momento del error. Cuando está satisfecho de que este no es el caso, el archivo de bloqueo de la base de datos se puede eliminar manualmente.



Solución:


Eliminamos el archivo de bloqueo de la base de datos. Para hacerlo, abra el terminal e ingrese el siguiente comando:

sudo rm /var/lib/pacman/db.lck


sudo rm var lib pacman db lck



Descargamos las bases de datos de paquetes y actualizamos el sistema con el siguiente comando:

sudo pacman -Syyu


sudo pacman -Syyu




Fuente:

https://wiki.manjaro.org/index.php/Pacman_troubleshooting



Autor de las imágenes: Luis Cordero 


miércoles, 13 de febrero de 2019

Solución error drm_kms_helper

Solución error drm_kms_helper

Editado 14 de Febrero de 2019


Arranque muy lento debido a errores, drm_kms_helper.


drm_atomic_helper_wait_for_flip_done

drm_atomic_helper_wait_for_flip_done




Tiempo de arranque muy largo con mensajes de error en pantalla:

[drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:34:pipe B] flip_done timed out
[drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:34:pipe B] flip_done timed out
[drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane A] flip_done timed out


lunes, 21 de enero de 2019

Solución. Error: Esperando a que unattended-upgr se cierre

Esperando a que unattended-upgr se cierre


Después de poner en marcha la aplicación de Actualización de software, para comprobar si tenemos actualizaciones en Ubuntu.

Actualización de software

Actualización de software


viernes, 18 de enero de 2019

Solución, arranque muy lento en Ubuntu 18.04


Solución, arranque muy lento en Ubuntu 18.04

En algún momento durante una actualización, se ha modificado la configuración de initramfs, agregando una línea que apunta a una partición de intercambio inexistente. El inicio lento es posible que se deba a que está buscando esa partición, hasta que se agota el tiempo de búsqueda.

Particiones GParted

Particiones GParted