Mostrando entradas con la etiqueta Error. Mostrar todas las entradas
Mostrando entradas con la etiqueta Error. Mostrar todas las entradas

miércoles, 25 de junio de 2025

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 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.


sudo pacman -Rdd linux-firmware


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 

jueves, 19 de junio de 2025

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 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



sudo pacman -Syyu



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


lunes, 22 de febrero de 2016

Solución al Error E: then appstreamcli refresh > /dev/null; fi' Ubuntu 16.04 Alpha



Solución al Error E: Problem executing scripts APT::Update::Post-Invoke-Success 'if /usr/bin/test -e /usr/bin/appstreamcli; then appstreamcli refresh > /dev/null; fi' 
 
En Ubuntu 16.04 Alpha



Si hacemos un apt-get update o cualquier otro comando relacionado con apt-get, y la Terminal nos muestra el siguiente mensaje de error:

Leyendo lista de paquetes... Hecho
E: Problem executing scripts APT::Update::Post-Invoke-Success 'if /usr/bin/test -e /usr/bin/appstreamcli; then appstreamcli refresh > /dev/null; fi'
E: Sub-process returned an error code


E: Problem executing scripts APT::Update::Post-Invoke-Success 'if /usr/bin/test -e /usr/bin/appstreamcli; then appstreamcli refresh > /dev/null; fi' E: Sub-process returned an error code


lunes, 15 de febrero de 2016

Solución al Error E: No se pudo bloquear el directorio /var/lib/apt/lists/ en Ubuntu y Familia



Solución al Error E: No se pudo bloquear el directorio /var/lib/apt/lists/ en Ubuntu y Familia



Hay veces en las que la Terminal entra en un proceso repetitivo, que nos da la sensación de que algo está fallando, entonces es cuando nos ponemos nerviosos y apagamos la Terminal de mala manera, ya que el proceso parece que no tiene fin y no podemos cerrarla con el comando exit, por lo tanto la cerramos desde desde el aspa, de la barra de la ventana, siendo algo que no se debe de hacer



Proceso repetitivo de Terminal



domingo, 12 de enero de 2014

Error E: Sub-process /usr/bin/dpkg returned an error code (1)


Error E: Sub-process /usr/bin/dpkg returned an error code (1)

Si actualizamos desde el Gestor de actualizaciones y nos sale el siguiente error:

Se han encontrado errores al procesar:
E: Sub-process /usr/bin/dpkg returned an error code (1)

Actualización de software