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

[RaspBerry Pi] Failed to start Load Kernel Modules: cuando el contenido de la partición de arranque discrepa con el de la partición de datos

Posted: domingo, 26 de enero de 2020 by Termita in Etiquetas: , , , , ,
0

La partición boot y la partición rootfs deben estar en sincronía.
Podemos tener la partición boot en la tarjeta microsd y la partición de datos -rootfs- en un dispositivo de almacenamiento usb -algo muy común en RaspBerry Pi 4, que no arranca de forma "nativa" desde USB, o en el resto de modelos de RaspBerry Pi cuando utilizamos discos duros mecánicos que tienen excesiva latencia al arrancar-, mas ambas particiones deben estar sincronizadas: si se actualiza el sistema ambas particiones se ven afectadas. La partición de datos -rootfs- muy probablemente no funcionará correctamente si arrancamos desde una microsd con una partición de arranque -boot- que no ha sido actualizada simultáneamente.

 Obtendremos, por ejemplo, el siguiente error nada más arrancar:

 [Failed] Failed to start Load Kernel Modules.
See 'systemctl status systemd-modules-load.service' for details.

 Generalmente viene aderezado con el problemón de que ningún dispositivo usb funcionará, ni las tarjetas de red, etcétera...

 La solución rápida es recurrir a una copia de seguridad de ambas que haya sido realizada simultáneamente: partición de arranque y partición de datos.

 Por consiguiente: cuando hagamos copia de seguridad del sistema, hagámoslo de ambas particiones.

Solución a "No se pudo bloquear el directorio de administración (/var/lib/dpkg/), ¿quizás haya algún otro proceso utilizándolo?"

Posted: jueves, 11 de julio de 2019 by Termita in Etiquetas: , , , , , ,
0

En una ocasión, al lanzar sudo apt-get upgrade, obtuve el siguiente error:

No se pudo bloquear el directorio de administración (/var/lib/dpkg/), ¿quizás haya algún otro proceso utilizándolo?
Lo solucioné reiniciando el sistema (sudo reboot). No hizo falta recurrir al procedimiento que enunciaré a continuación:

 Como sospechamos que el mensaje de error se debe a que el proceso de actualización se ha quedado pendiente, hay que matarlo:
sudo fuser -vki  /var/lib/dpkg/lock

 Eliminación del archivo donde se encuentran los datos de la actualización que quedó pendiente:
sudo rm -f /var/lib/dpkg/lock

 Reparación de los paquetes los paquetes de actualización que se hubieran descargado:
sudo dpkg --configure –a

 Eliminación y reparación de los paquetes que pudieran estar rotos
sudo apt-get autoremove
Problema solucionado. Ahora ya sí podemos actualizar:
sudo apt update && sudo apt upgrade




-----------------------------
Fuentes: