miércoles, 20 de marzo de 2024

Could not create MoklistRT: volume full, Could not create MoklistXRT: volume full, etc.

 

 Por la mañana, muy temprano, uno no debería recibir sustos como éste: “Could not create MoklistRT: volume full, Could not create MoklistXRT: volume full, etc.”

    A pesar de tener desactivado Secure Boot en la UEFI, las formas de asegurar el proceso de arranque echando mano de una clave del propietario de la máquina, MOK ( Machine Owner Key), pretendiendo que así se ejecuten sólo los componentes y drivers que fueron aprobados por el sistema operativo, pueden sorprenderos con una pantalla negra como a mí esta mañana.
    No os voy a matar aquí contando el alcance de usar estas firmas para proteger el sistema de ciberataques en el arranque, detectando cualquier alteración en el núcleo o kernel del sistema o los drivers o controladores que carga al inicio del sistema; en mi caso, el Chuwi todavía tiene las firmas del Windows 11 que traía, y sabiendo que la venganza se sirve fría, mi Debian acusó el mamporrazo.
    Afortunadamente, esto es prescindible, y un pequeño truco salvó mi situación. Hay mucha gente que resolvió este problema de otro modo, pero dejo aquí mi experiencia (como es habitual en este blog) con la intención de que esta entrada pueda salvar la vida de cualquier otra máquina que presente el mismo problema.

    Entramos en la UEFI, pulsando al inicio la tecla que corresponda para cada ordenador, y en la pestaña Boot buscamos el siguiente menú:

    Intercambiamos luego las opciones hasta dejar únicamente  el arranque de nuestra unidad SSD. La opción dos corresponde al menú de arranque que maneja la UEFI que apela al "volumen lleno", posiblemente a la NVRAM (Non volatile random access memory), que tiene un tamaño muy limitado y donde guarda las claves que precisa. Nosotros prescindimos de las claves haciendo esta operación.