Avui he decidit seguir endavant i actualitzar un dels meus servidors d’Ubuntu 14.04 a 16.04. No es recomana fer-ho en un servidor de producció, ja que hi ha molts problemes que poden sortir malament. Les pràctiques recomanades sempre indiquen que fer girar un altre servidor com a substitut o un servidor temporal és el camí més segur. Dit això, a qui no li agrada provar coses que no s’han de fer.
L'actualització ha anat força bé, amb una excepció flagrant, que libvirt-bin no s'ha pogut actualitzar correctament. Aquests són els passos per solucionar la situació, així com els passos que no ho faran.
La prova inicial consistia a solucionar el problema amb sudo dpkg –configure -a, sense sort. També he intentat utilitzar el resolutor automàtic aptitude, després purgar i tornar a instal·lar. Tampoc hi ha sort.
Per arribar a l’arrel del problema, en lloc d’intentar insensatament endevinar, vaig córrer
suo journalctl -xe
Com es mostra a sobre d'un error a apparmor, va fer que libvirt-bin deixés de tenir permís per executar-lo, ja que ja no estava configurat (és curiós que podria haver jurat que l'hi havia dit).
A continuació s’explica com solucionar el problema i l’arrel del problema. Primer hem de purgar la memòria cau de l’analitzador d’apparmor, ja que té les dades emmagatzemades, cosa que fa que libvirt-bin no pugui iniciar-se.
sudo apparmor_parser –purge-cache
A continuació, eliminem la regla que impedeix que libvirt-bin s'iniciï.
Aleshores seguim endavant i el substituïm.
Finalment, podem dir a libvirt que es reiniciï i tot anirà bé.
sudo systemctl reinicieu libvirt-bin
Per comprovar l'estat de libvirt-bin, introduïu l'ordre següent
servei sudo estat libvirt-bin
Això generarà una petita comprovació estadística de libvirt-bin, que mostra que el procés esbossat anteriorment va fer el truc. Ara podem tornar a executar les nostres màquines virtuals.
Els altres errors que estic investigant actualment, després de l'actualització, així com les solucions que es poden implementar:
No s'ha pogut iniciar LSB: exim Mail Transport Agent. Aquest va ser un error de postfix, resolt abans de l'arrencada completa de la màquina.
snd_hda_intel 0000: 00: 1f.3: no s'ha pogut afegir el component mestre i915_bpo (-19). Es tracta d’un error de la targeta de so; es pot corregir actualitzant Alsa (no penso utilitzar el so del servidor, de manera que això no afecta el rendiment).
Per últim dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device va aparèixer dues vegades amb sysfs diferents. Pel que sembla, la còpia de seguretat de la meva partició EFI va ser prou exhaustiva com per registrar-la com el mateix UUID. La unitat NVMe (principal) té un UUID de partició, però el RAID (còpia de seguretat) no. Per corregir-ho, deixaré sola la unitat principal i canviaré l’UUID de la unitat de còpia de seguretat mitjançant uuidgen i després tune2fs / dev / sdx -U new -id-number-from-uuidgen.
2 minuts de lectura
