SOLUCIONADO: Error 'No se puede inicializar la capa de auditoría: Permiso denegado' en libvirt-bin después de actualizar Ubuntu Server 14.04 a Ubuntu Server 16.04

Hoy decidí continuar y actualizar uno de mis servidores de Ubuntu 14.04 a 16.04. No se recomienda hacer esto en un servidor de producción, ya que hay muchos problemas que pueden salir mal. Las mejores prácticas siempre indican que activar otro servidor, ya sea como reemplazo o como un servidor temporal, es la forma más segura de hacerlo. Dicho esto, a quién no le gusta probar cosas que no deberían hacerse.

La actualización fue bastante bien, con una excepción flagrante, libvirt-bin no se pudo actualizar correctamente. Estos son los pasos para solucionar la situación, así como los pasos que no lo harán.

La prueba inicial fue solucionar el problema con sudo dpkg –configure -a, no hubo suerte. También intenté usar la resolución automática de aptitude, luego purgué y reinstalé. Tampoco suerte.

Para llegar a la raíz del problema, en lugar de intentar adivinar tontamente, corrí

sudo journalctl -xe

pubg atascado en la pantalla de carga

Como se muestra arriba, un error en apariencia, hizo que libvirt-bin ya no tuviera permiso para ejecutarse, ya que ya no estaba configurado (es gracioso, podría haber jurado que se lo dije).

A continuación se explica cómo solucionar el problema y la raíz del problema. Primero tenemos que purgar la caché del analizador de apparmor, ya que tiene los datos almacenados, lo que hace que libvirt-bin no pueda iniciarse.

sudo apparmor_parser –purge-cache

A continuación, eliminamos la regla que impide que libvirt-bin se inicie.

Luego seguimos adelante y lo reemplazamos.

Finalmente, podemos decirle a libvirt que se reinicie y todo irá bien.

sudo systemctl reiniciar libvirt-bin

Para verificar el estado de libvirt-bin ingrese el siguiente comando

sudo service libvirt-bin status

Esto generará una pequeña comprobación de estadísticas de libvirt-bin, mostrando que el proceso descrito anteriormente funcionó. ¡Ahora podemos ejecutar nuestras máquinas virtuales nuevamente!

Los otros errores que estoy investigando actualmente, posteriores a la actualización, así como las soluciones que se pueden implementar:

No se pudo iniciar LSB: exim Mail Transport Agent. Este fue un error postfix, resuelto antes de que la máquina se iniciara por completo.

snd_hda_intel 0000: 00: 1f.3: no se pudo agregar el componente maestro i915_bpo (-19). Este es un error de la tarjeta de sonido, se puede corregir actualizando Alsa (no planeo usar el sonido del servidor, por lo que esto no afecta el rendimiento).

Por último dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device apareció dos veces con diferentes sysfs. Aparentemente, la copia de seguridad de mi partición EFI fue lo suficientemente completa como para registrarla exactamente como el mismo UUID. La unidad NVMe (primaria) tiene un UUID de partición, sin embargo, la RAID (copia de seguridad) no. Para rectificar esto, dejaré la unidad principal sola y cambiaré el UUID de la unidad de copia de seguridad usando uuidgen y luego tune2fs / dev / sdx -U nuevo -número-id-de-uuidgen.