Podcast Z

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

Listen Later
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.
    • ...more
    View all episodesView all episodes
    Download on the App Store
    Podcast ZBy Jesús Cea & Pablo Lobariñas