Conflicto entre paquetes tras un fallo en la actualización del sistema con dnf

En los últimos días he tenido dos problemas que me han traído —un poco, tampoco hay que exagerar— por la calle de la amargura. Uno ya está solucionado y hablaremos de ese. Al segundo aun le estoy dando vueltas.

El viernes 16 de julio lancé la orden de actualización

su -c 'dnf -y update'

    passwd

y cuando empezaba a actualizar el sistema saltó. Bien, no le dí más importancia y al reiniciar el sistema intenté actualizar de nuevo y me apareció este mensaje, cortando la actualización,

...

Ejecutando verificación de operación
Verificación de operación exitosa.
Ejecutando prueba de operaciones
Los paquetes descargados se han guardado en caché para la próxima transacción.
Puede borrar los paquetes de la caché ejecutando 'dnf clean packages'.
Error: Error de prueba de transacción:
  el archivo /usr/share/doc/libdrm/README.rst de la instalación de libdrm-2.4.107-1.fc34.i686 entra en conflicto con el archivo del paquete libdrm-2.4.105-1.fc34.x86_64
  el archivo /usr/share/libdrm/amdgpu.ids de la instalación de libdrm-2.4.107-1.fc34.i686 entra en conflicto con el archivo del paquete libdrm-2.4.105-1.fc34.x86_64
  el archivo /etc/odbcinst.ini de la instalación de unixODBC-2.3.9-3.fc34.i686 entra en conflicto con el archivo del paquete unixODBC-2.3.9-2.fc34.x86_64
  el archivo /usr/share/doc/unixODBC/README.dist de la instalación de unixODBC-2.3.9-3.fc34.i686 entra en conflicto con el archivo del paquete unixODBC-2.3.9-2.fc34.x86_64
  el archivo /usr/share/doc/pango/NEWS de la instalación de pango-1.48.7-1.fc34.i686 entra en conflicto con el archivo del paquete pango-1.48.5-1.fc34.x86_64
  el archivo /usr/share/man/man1/pango-view.1.gz de la instalación de pango-1.48.7-1.fc34.i686 entra en conflicto con el archivo del paquete pango-1.48.5-1.fc34.x86_64

Es decir, libdrm-2.4.107, unixODBC-2.3.9 y pango-1.48.7 habían quedado como duplicados y se cortaba la actualización.

Mi primer intento instintivo fue instalar esos paquetes por encima,

su -c 'dnf install libdrm-2.4.107 unixODBC-2.3.9 pango-1.48.7'

pero esa orden me daba un mensaje similar. Intenté con --allowerasing y luego--skip-broken, pero nada. Como había muchas cosas que hacer lo dejé correr y estuve trabajando sin actualización. Ayer por la noche, 25 de julio, día de Santiago, con más tiempo libre, decidí mirar por la red una solución. A la primera salió (véase aquí). La primera idea era la buena, pero estaba mal escrita. La solución es REinstalarlo de nuevo. O sea,

su -c 'dnf reinstall libdrm'

su -c 'dnf reinstall pango'

Sin embargo, no funcionó con 

su -c 'dnf reinstall unicODBC', seguía diciendo que chocaban entre unixODBC-2.3.9-3.fc34.i686 y unixODBC-2.3.9-2.fc34.x86_64 y esta no quedó más remedio que escribir

su -c 'dnf reinstall unicODBC-2.3.9-3'

Y listo, ya se pudo actualizar.

El segundo problema es más extraño. De repente, la BIOS de uno de mis ordenadores ha dejado de reconocer el ssd que contiene el sistema como unidad de arranque, con lo que ese ordenador arranca siempre en la BIOS y tengo que decirle por donde tiene que arrancar. Al intentar decirle a la BIOS el orden de los dispositivos, ese no aparece para reconfigurarlo y tengo que recurrir al F8 en cada arranque. Pero eso será otra historia, si encuentro la solución.