Solución error de linux-firmware

Solución error de linux-firmware

Han salido una serie de errores de linux-firmware y se han generado conflictos entre paquetes.

Poco más o menos las posibles soluciones que nos da la Terminal: ¿Quiere Remplazar?. Es indiferente que digamos que sí o que no el resultado sera el mismo:

error: se han detectado paquetes con conflictos sin resolver

error: no se pudo preparar la operación (dependencias en conflicto)

Varios errores

[trasarco@TrasArco ~]$ sudo pacman -Syyu
Sincronizando las bases de datos de los paquetes...
 core                            116,5 KiB  1266 KiB/s 00:00 [--------------------------------] 100%
 extra                             7,8 MiB  32,9 MiB/s 00:00 [--------------------------------] 100%
 multilib                        134,9 KiB  1249 KiB/s 00:00 [--------------------------------] 100%
 chaotic-aur                     629,8 KiB   783 KiB/s 00:01 [--------------------------------] 100%
:: Iniciando actualización completa del sistema...
:: ¿Remplazar linux-firmware-bnx2x con core/linux-firmware-broadcom? [S/n] n
resolviendo dependencias...
buscando conflictos entre paquetes...
:: linux-firmware-broadcom-20250613.12fe085f-6 y linux-firmware-bnx2x-20250508.788aadc8-2 están en conflicto. ¿Quitar linux-firmware-bnx2x? [s/N] n
error: se han detectado paquetes con conflictos sin resolver
error: no se pudo preparar la operación (dependencias en conflicto)
:: linux-firmware-broadcom-20250613.12fe085f-6 y linux-firmware-bnx2x-20250508.788aadc8-2 están en conflicto

Solución:

Escribimos en Terminal los siguientes comandos:

Eliminamos linux-firmware:

sudo pacman -Rdd linux-firmware

sudo pacman -Rdd para eliminar un paquete, el cual es requerido por otro paquete, sin quitar el paquete dependiente.

Instalamos linux-firmware:

sudo pacman -Syu linux-firmware

sudo pacman -Syu sincroniza repositorios y actualiza paquetes.

Actualizamos el sistema:

sudo pacman -Syyu

sudo pacman -Syyu sincroniza la base de datos de los paquetes y inicia la actualización completa del sistema

Reiniciamos el equipo una vez actualizado, antes no.

Autor de las imágenes: Luis Cordero 

Solución al error de firma PGP

Solución al error de firma PGP

Tras estar más de un mes sin poner actualizaciones en el sistema (Arch Linux), han salido una serie de errores de nivel de confianza de firma .PGP

Poco más o menos las posibles soluciones que nos da la Terminal: ¿Quiere eliminarlo?. Es indiferente que digamos que sí o que no el resultado sera el mismo:

error: no se pudo realizar la operación (paquete no válido o dañado)

Ocurrieron errores, por lo que no se actualizarán los paquetes

Varios errores

error: hardinfo2: se desconoce el nivel de confianza de la firma de «TNE <tne@garudalinux.org>»
:: El archivo /var/cache/pacman/pkg/hardinfo2-2.2.13-1.5-x86_64.pkg.tar.zst está dañado (paquete no válido o dañado (firma PGP)).
¿Quiere eliminarlo? [S/n] s
error: hw-probe: se desconoce el nivel de confianza de la firma de «TNE <tne@garudalinux.org>»
:: El archivo /var/cache/pacman/pkg/hw-probe-1.6.6-1.1-any.pkg.tar.zst está dañado (paquete no válido o dañado (firma PGP)).
¿Quiere eliminarlo? [S/n] s
error: upd72020x-fw: se desconoce el nivel de confianza de la firma de «TNE <tne@garudalinux.org>»
:: El archivo /var/cache/pacman/pkg/upd72020x-fw-1:1.0.0-3-any.pkg.tar.zst está dañado (paquete no válido o dañado (firma PGP)).
¿Quiere eliminarlo? [S/n] s
error: mkinitcpio-firmware: se desconoce el nivel de confianza de la firma de «TNE <tne@garudalinux.org>»
:: El archivo /var/cache/pacman/pkg/mkinitcpio-firmware-1.6.0-1-any.pkg.tar.zst está dañado (paquete no válido o dañado (firma PGP)).
¿Quiere eliminarlo? [S/n] s
error: oh-my-zsh-git: se desconoce el nivel de confianza de la firma de «TNE <tne@garudalinux.org>»
:: El archivo /var/cache/pacman/pkg/oh-my-zsh-git-r7544.f8022980a-1-any.pkg.tar.zst está dañado (paquete no válido o dañado (firma PGP)).
¿Quiere eliminarlo? [S/n] s
error: rtl8821cu-morrownr-dkms-git: se desconoce el nivel de confianza de la firma de «TNE <tne@garudalinux.org>»
:: El archivo /var/cache/pacman/pkg/rtl8821cu-morrownr-dkms-git-5.12.0.4.203.945c687-1-x86_64.pkg.tar.zst está dañado (paquete no válido o dañado (firma PGP)).
¿Quiere eliminarlo? [S/n] s
error: yay-git: se desconoce el nivel de confianza de la firma de «TNE <tne@garudalinux.org>»
:: El archivo /var/cache/pacman/pkg/yay-git-12.5.0.r23.g6f3bc5cc-1-x86_64.pkg.tar.zst está dañado (paquete no válido o dañado (firma PGP)).
¿Quiere eliminarlo? [S/n] s
error: no se pudo realizar la operación (paquete no válido o dañado)
Ocurrieron errores, por lo que no se actualizarán los paquetes

Solución:

Escribimos en Terminal los siguientes comandos:

sudo pacman-key --init

sudo pacman-key --init inicializa el sistema de claves de pacman, crea los directorios y archivos necesarios para la gestión de claves PGP.

sudo pacman-key --populate archlinux

sudo pacman-key --populate archlinux añade las claves maestras de Arch Linux y actualiza la base de datos de claves de confianza, para que pacman verifique la autenticidad de los paquetes y bases de datos firmados que se descargan de los repositorios.

sudo pacman-key --refresh-keys

sudo pacman-key --refresh-keys busca y sincroniza las claves locales con un servidor de claves remoto, actualizando las claves que ya tienes y descargando nuevas si es necesario, para verificar la integridad de los paquetes que se instalan y actualizan a través de pacman.

sudo pacman -Syy

sudo pacman -Syy sincroniza la base de datos de los paquetes

sudo pacman -Syyu

sudo pacman -Syyu sincroniza la base de datos de los paquetes y inicia la actualización completa del sistema

Autor de las imágenes: Luis Cordero 

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)

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

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

sudo pacman -Syyu

Fuente:

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

Autor de las imágenes: Luis Cordero 

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

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

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

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