Saltar al contenido

Mes: septiembre 2024

El documental sobre la creación de GraphQL

El documental sobre GraphQL es otro de los excelentes trabajos de Honeypot, cuyos documentales ya he mencionado en este blog. En esta ocasión, exploraremos cómo miembros de Facebook crearon y desarrollaron GraphQL. A lo largo del documental, también veremos cómo su uso se fue expandiendo, hasta alcanzar la popularidad que disfruta hoy en día.

¿De qué se trata el documental de GraphQL?

El documental presenta entrevistas con miembros clave involucrados en el desarrollo inicial de esta poderosa herramienta, la cual permite a los clientes consultar datos de manera más dinámica, incluso de forma anidada en algunos casos. A diferencia de REST, por ejemplo, donde se recibe siempre el mismo conjunto de datos, esta tecnología ofrece a los usuarios la flexibilidad de definir qué información desean acceder.

En el documental, empleados de Facebook explican que la creación de esta herramienta surgió principalmente como respuesta al cambio en el consumo de Internet, que pasó de estar centrado en computadores de escritorio a dispositivos móviles. Ante este nuevo panorama, la compañía necesitaba una forma más eficiente de ofrecer datos a los dispositivos móviles. Posteriormente, lograron convencer a Facebook de liberar esta tecnología bajo una licencia de código abierto.

Adopción y crecimiento

Más adelante, en el documental veremos cómo un empleado de Airbnb se unió al proyecto, promoviendo su adopción dentro de la compañía y aumentando el uso de GraphQL. Además, desarrolló herramientas que mejoraron su funcionalidad. El respaldo de Airbnb ayudó a generar mayor confianza en el proyecto y a que más personas lo adoptaran. Posteriormente, la empresa Apollo Graph Inc. se sumó al esfuerzo, resolviendo un problema relacionado con la federación de datos, lo que nuevamente reforzó la confianza en esta tecnología y motivó a un número creciente de usuarios a adoptarla.

Mejor no te sigo contando y mira el documental a continuación. Recuerda dejar un comentario con tu opinión o cualquier idea que desees compartir.

GraphQL: The Documentary
Disfruta del documental de GraphQL

Espero que te haya gustado, y si no ha usado GraphQL te recomiendo darle un vistazo tanto como usuario como instalarlo del lado del servidor. Me parece una gran tecnología para permitir crear APIs. complejas con datos agrupados en distintos niveles.

Happy development!

Deja un comentario

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