Podcast Z #4: Espera lo mejor, prepárate para lo peor

Podcast Z

Mejor probar las cosas ANTES de que las necesites de verdad. https://podcast.jcea.es/podcastz/4

Notas:

• 00:30: Aunque tengamos un backup, si el ordenador no arranca no tendremos acceso a él.

• 00:50: Hacer un buen backup no es algo fácil, pero será tema de un futuro podcast.

• 01:30: En este podcast trataremos sobre qué ocurre si, un día, el ordenador no arranca. Hay que estar preparados para esa eventualidad.

• 04:00: Necesitas que el sistema y el procedimiento de recuperación esté bien probado y sea autocontenido, ya que no puedes contar con el ordenador si no puedes ni arrancarlo. En caso de necesidad, tener un smartphone que nos permita utilizar Internet puede ser de gran utilidad.

• 04:30: Hablando de entornos Unix o similares (Linux, *bsd), todos ellos tienen sistemas de recuperación de emergencia.

• 07:20: Pero hay que asegurarse de que el sistema de recuperación funciona correctamente y sabemos utilizarlo, especialmente si nuestro sistema está muy personalizado.

• 09:30: Hay que probar las cosas con calma y antes de tener problemas, para saber que podemos contar con ello cuando estemos agobiados y en plena crisis.

• 13:00: No hay que dar nada por supuesto. Las cosas hay que probarlas antes de que las necesitemos.

• 13:20: Así que, por supuesto, lo pruebas... y no funciona... Utilizo "XTS" y el disco de recuperación de Ubuntu no lo soporta, a pesar de estar soportado por el propio sistema operativo y de ser la configuración recomendada a fecha de hoy.

• 15:50: Gracias a estar haciendo estas pruebas de recuperación mientras la máquina está funcionando bien, sin problemas, puedo acceder al módulo kernel para soportar XTS que está en el propio disco duro, para poder continuar con mis pruebas... Pero no funciona.

• 16:40: Y no funciona porque el kernel y los módulos están versionados, de forma que no puedes mezclar versiones diferentes de kernel y módulos, para evitar incompatibilidades. Pero, en este caso, tengo un problema.

• 19:10: Pero resulta que en mis backups tenía el módulo XTS apropiado para el kernel incluído en el disco de recuperación, así que aprovechando que el ordenador funciona sin problemas (estoy probando el procedimiento de recuperación antes de que necesite utilizarlo), lo recupero y lo dejo accesible. Pero... ¡Tampoco funciona!.

• 21:35: Hacer un "insmod ./xts.ko" no funciona, porque "hay símbolos que no es capaz de resolver". El problema es que ese módulo tiene dependencias de otros. Esos módulos extra están en el disco duro, en el mismo directorio, pero no los carga automáticamente.

• 23:15: Cargamos la dependencia primero y luego cargamos el módulo que nos interesa. Es decir

  insmod ./gf128mul.ko insmod ./xts.ko 

  pero... tampoco funciona...

• 24:05: No funciona porque, a su vez "gf128mul.ko" depende de otro módulo, el módulo AES. AES es el estándar de criptografía simétrica actual, declarado así en 2001.

• 24:20: El procedimiento, pues, será

  insmod ./aes_generic.ko insmod ./gf128mul.ko insmod ./xts.ko 

• 24:50: Esos módulos están en mi disco duro, no en el LiveCD. Si hay un problema serio con el disco duro, puedo no tener acceso a ellos. Lo correcto es a) montar la ISO de recuperación, b) Añadir esos tres módulos kernel, que ocupan muy poco y c) grabar un nuevo LiveCD, personalizado, con incluyendo esos módulos.

• 28:20: Esto es una errata de Ubuntu, que supongo que solucionarán en el futuro.