Saltar al contenido

El blog de Skatox Entradas

Cómo solucionar el error: Failed to load LUKS superblock on device /dev/dispositivo: Invalid argument

Luego de configurar mi nueva computadora, estuve cifrando las particiones con información personal o del trabajo para mejorar mi privacidad y seguridad. Luego de crifar una de mis particiones que estaba sobre LVM (Logical Volume Manager), me empezó a salir el error Failed to load LUKS superblock on device /dev/dispositivo: Invalid argument en el arranque del sistema.

systemd-cryptsetup[346]: Failed to load LUKS superblock on device /dev/lvm_group/docs: Invalid argument

Al entrar al sistema la partición se montaba correctamente, pero era incómodo ver ese único error en el arranque. Entonces como buen Geek, me puse a averiguar y conseguí solucionar el problema.

¿Por qué aparece el error de Failed to load LUKS superblock on device /dev/dispositivo: Invalid argument?

Este error aparece cuando el sistema intenta montar automáticamente la partición cifrada, pero no puede hacerlo porque la partición donde se encuentra la llave de desencriptación no ha sido montada previamente. Como resultado, el proceso de montado se interrumpe, se muestra el error: Failed to load LUKS superblock on device /dev/dispositivo: Invalid argument, y no se pueden acceder a los datos.

Solución al problema

La solución a este problema es asegurarnos de que las particiones se monten en el orden correcto. Para lograr esto, modifica el archivo /etc/fstab de manera que la partición que debe descifrarse con la llave de desencriptación, no se monte automáticamente durante el arranque. Para hacer esto, debemos editar el archivo /etc/fstab y agregar la opción noauto a la partición que contiene la llave de desencriptación, quedando la partición de esta forma:

NOMBRE_VOLUMEN /dev/lvm_group/NOMBRE_VOLUMEN /etc/ruta_llave        luks,noauto

Esto evitará que el sistema intente montarla automáticamente al inicio, permitiéndonos montar primero la partición que contiene la llave de desencriptación y luego, manualmente, la partición cifrada. Yo elegí montarla al momento de colocar la contraseña para entrar al entorno gráfico y me funcionó.

Así que para arreglarlo, lo que hice fue:

  • Partición con la llave LUKS: montarla automáticamente.
  • Partición cifrada: colocar noauto en fstab para montarla luego manualmente.
  • Montarla utilizando el gestor de unidades de KDE como lo pueden ver a continuación
Aplicación de KDE para automontar unidades
Aplicación de KDE para automontar unidades

¡Listo! Ya pude utilizar mi partición en Linux sin tener errores durante el arranque.

Deja un comentario

¿Que és InnerSource?

InnerSource consiste en aplicar los principios del desarrollo de software de código abierto a una organización. Es decir, en vez de limitar el desarrollo de software a equipos cerrados y específicos, InnerSource permite que cualquier empleado de la empresa colabore en proyectos internos, compartiendo conocimientos y habilidades a través de diferentes departamentos y áreas.

¿Por qué es bueno para algunas empresas?

Aplicar InnerSource puede traer múltiples beneficios. Primero, fomenta la colaboración interdepartamental, lo que puede conducir a soluciones más innovadoras y eficaces. Cuando personas con diferentes perspectivas y habilidades trabajan juntas, es más probable que surjan ideas creativas y soluciones fuera de lo común. Además, InnerSource promueve la transparencia y el intercambio de conocimientos, lo que puede acelerar el desarrollo de productos y mejorar la calidad del software.

Si se empieza a usar en las empresas u organizaciones, puedo decirte que obtendrás los siguientes resultados:

  • Colaboración ampliada: cualquier empleado puede contribuir a proyectos, lo que enriquece el resultado final.
  • Mejora continua: la apertura a la retroalimentación y las contribuciones de otros equipos puede llevar a un producto de mejor calidad.
  • Desarrollo de habilidades: al involucrarte en proyectos fuera de tu área habitual, puedes aprender nuevas tecnologías y prácticas.
  • Reconocimiento y visibilidad: al brindar la oportunidad de demostrar tus habilidades a toda la organización, no solo a tu equipo directo.

¿Cómo empezar con InnerSource en tu empresa?

Para comenzar a implementarlo, recomiendo seguir estos pasos:

  1. Crea una cultura de apertura: promueve la idea de que los proyectos internos están abiertos para contribuciones de cualquier empleado interesado.
  2. Documenta bien los proyectos: asegúrate de que los proyectos sean accesibles y estén bien documentados para que cualquier persona pueda comprender cómo contribuir.
  3. Facilita la colaboración: proporciona herramientas y plataformas que permitan a los empleados colaborar fácilmente, como repositorios compartidos y canales de comunicación abiertos.
  4. Reconoce las contribuciones: fomenta y valora las contribuciones de todos, no solo de aquellos en roles de desarrollo.

Trabajar bajo este enfoque no solo aprenderás más sobre la organización, también te dará la oportunidad de demostrar tus habilidades más allá de tu área habitual. Al involucrarte en InnerSource, puedes expandir tu red de contactos internos, adquirir nuevas competencias y tener un impacto más amplio en la empresa.

¡Es una excelente forma de crecer profesionalmente y contribuir al éxito general de la organización! Comparte tu opinión sobre esto, si lo aplicas o que piensas sobre esto.

1 comentario

Documental sobre la creación de Ruby on Rails

Hace un par de semanas estuve viendo el documental sobre al creación de Ruby on Rails y me encantó. Pues podemos ver por parte de sus creadores como fue el proceso de crear uno de los frameworks que cambió la forma de hacer sitios web.

Recuerdo que hace 20 años (2004) cuando salió Rails, mucha gente se impresionó por que facilitaba hacer sitios web, eliminaba complejidades y al estar en Ruby, el lenguaje es simple y fácil de usar. Pero su popularidad creció un par de años después y pasó a ser uno de los mas usado hoy en día y este documental cuenta como fue ese proceso.

Los protagonistas del documental de Ruby on Rails

En este documental podrás ver la historia de como Jason Fried, el co-fundador de 37signals y de David Heinemeier Hansson, un empleado de esta compañía, quien creó el proyecto de Ruby on Rails porque Jason necesitaba una herramienta eficiente para construir aplicaciones web, y David, aprovechando el lenguaje Ruby, creó un framework con enfoque en la simplicidad y la rapidez. Rails introdujo conceptos innovadores como la convención sobre configuración y el principio DRY (Don’t Repeat Yourself), permitiendo a los desarrolladores construir aplicaciones complejas en menos tiempo.

En el documental puedes ver como comenzó como una herramienta interna en 37signals se convirtió en un proyecto de código abierto en julio del 2004, transformando la industria y demostrando el poder de la colaboración y la innovación.

Pero no te quiero comentar el documental, así que lo mejor es verlo a continuación:

Ruby on Rails: The Documentary
Documental de Ruby on Rails

Palabras finales

Espero que te guste y disfrutes de este documental. Tal vez te motive a crear un nuevo framework que revolucione el desarrollo web y en un par de años tengas tu propio documental.

Si quieres ver mas videos así, puedes ver documentales similares en mi blog.

Deja un comentario

La falla de CrowdStrike: un análisis desde el Sistema Operativo

Hace unos días fuimos testigos de como miles de computadoras con Windows empezaron a aparecer con la famosa pantalla azul de la muerte. La pantalla que aparece cuando hay un problema crítico en Microsoft Windows. Este problema ocurrió gracias al software de CrowdStrike, una empresa de seguridad informática, que por una falla en un driver durante el arranque del sistema operativo, causó que las computadoras no pudiesen arrancar correctamente.

El responsable es Crowdstrike

Inicialmente todos pensamos que el problema fue Microsoft, pero en realidad no tuvieron la responsabilidad. El problema ocurrió en un driver de Crowdstrike que falló por una mala actualización de un archivo de contenido importante para este driver. Fallaron las pruebas y despliegues de esta actualización por parte de Crowdstrike.

Por esta razón, me animé a hacer un video para explicar esto y mostrar que fue lo que pasó desde el punto de vista de los sistemas operativos. Para que todos estemos claros y podamos aprender de esta situación y aplicarlo en nuestros trabajos para evitar problemas similares.

Espero que miren el video, pues proporciona más detalles de los que puedo abarcar en este post. Y recuerden comentar si tienen alguna duda, comentario o corrección del tema.

La falla de CrowdStrike: un análisis desde el Sistema Operativo
Mira mi video para conocer de Crowdstrike desde el punto de vista de un S.O.

Reflexión

Creo que lo que pasó, vimos como podemos estar a un paso de fallas graves en nuestro sistemas y afectar la vida diaria. Tal vez en el futuro ocurran cosas peores ocasionadas por la I.A. o fallos humanos, pero siempre y cuando tengamos buenas pruebas, aprendamos de estas experiencias y programemos las cosas para tolerar fallas, evitaremos que ocurra de nuevo algo asimilar a lo de Crowdstrike.

Espero que este video les resulte útil e interesante. Si desean mas videos de Sistemas Operativos como este, o similar al de Como google optimizó en 40% el kernel Linux, si necesitas más detalles o tienes alguna pregunta específica sobre el problema de CrowdStrike, no dudes en dejar un comentario. ¡Estaré encantado de responderte!

Deja un comentario