{"id":38908,"date":"2019-10-31T22:26:41","date_gmt":"2019-10-31T19:26:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere\/"},"modified":"2019-10-31T22:26:41","modified_gmt":"2019-10-31T19:26:41","slug":"budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere","title":{"rendered":"El futuro ya est\u00e1 aqu\u00ed o programamos directamente en el navegador","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Voy a contarles una situaci\u00f3n curiosa que me ocurri\u00f3 y c\u00f3mo convertirme en contribuyente de un proyecto reconocido.
\n<\/a><\/noindex>
\nNo hace mucho, estuve trabajando en una idea: cargar Linux directamente desde UEFI...
\nLa idea no es nueva y hay varios manuales sobre este tema. Uno de ellos se puede ver aqu\u00ed<\/a><\/noindex><\/p>\n

Mis antiguos intentos de resolver este problema se convirtieron en algo bastante elaborado soluci\u00f3n<\/a><\/noindex>. La soluci\u00f3n funciona correctamente y la utilizo en parte de mis m\u00e1quinas dom\u00e9sticas. Esta soluci\u00f3n est\u00e1 descrita con un poco m\u00e1s de detalle aqu\u00ed<\/a><\/noindex>.<\/p>\n

La clave del arranque UEFI es que la partici\u00f3n ESP (EFI System Partition) se combina con el directorio \/boot. Es decir, todos los n\u00facleos y las im\u00e1genes de arranque (initrd) se colocan en esa misma partici\u00f3n desde la cual UEFI puede ejecutar archivos ejecutables y, en particular, cargar los cargadores del sistema. Sin embargo, el n\u00facleo de Linux ya se compila con la opci\u00f3n UEFISTUB en muchas distribuciones, lo que permite que el n\u00facleo se inicie desde UEFI.<\/p>\n

Hay un inconveniente con esta soluci\u00f3n: la partici\u00f3n ESP est\u00e1 formateada en FAT32, que no permite crear enlaces duros (que el sistema crea regularmente al actualizar initrd). No hay nada especialmente criminal en esto, pero ver advertencias del sistema al actualizar componentes del n\u00facleo no es muy agradable...<\/p>\n

Tambi\u00e9n hay otro camino. <\/p>\n

El gestor de arranque UEFI (donde hay que registrar el cargador del sistema operativo) puede cargar no solo cargadores\/n\u00facleos de Linux, sino tambi\u00e9n controladores. As\u00ed que se puede cargar el controlador del sistema de archivos donde est\u00e1 su \/boot y cargar el n\u00facleo directamente desde all\u00ed utilizando UEFI. El controlador, por supuesto, debe colocarse en la partici\u00f3n ESP. Eso es lo que hacen los cargadores como GRUB. Pero la particularidad es que todas las funciones que GRUB utiliza con frecuencia ya est\u00e1n en UEFI. De hecho, en su gestor de arranque. Y si queremos ser un poco m\u00e1s t\u00e9cnicos, el gestor de arranque UEFI incluso tiene m\u00e1s capacidades en algunas \u00e1reas. <\/p>\n

Parece una soluci\u00f3n atractiva, pero hay un \"PERO\" (mejor dicho, lo hab\u00eda, pero de esto hablar\u00e9 m\u00e1s tarde). La cuesti\u00f3n es que el sistema de controladores UEFI es bastante sencillo. No hay un concepto como el de montar un sistema de archivos o vincular un controlador a un dispositivo espec\u00edfico. Existe una llamada de sistema con un nombre condicional 'Map' que toma cada controlador uno por uno y trata de vincularlo a todos los dispositivos que le puedan corresponder, m\u00e1s o menos. Y si un controlador puede conectarse a un dispositivo, se crea un mapeo: un registro de v\u00ednculo. As\u00ed es como deber\u00eda inicializarse un nuevo controlador al iniciar, en medio de todos los dem\u00e1s. Solo se necesita poner un bit (LOAD_OPTION_FORCE_RECONNECT) en 1 en el registro de arranque del controlador, y UEFI har\u00e1 este remapeo global despu\u00e9s de cargarlo.<\/p>\n

Sin embargo, hacer esto no es tan simple. La herramienta est\u00e1ndar efibootmgr (con la que se configura el gestor de arranque UEFI) no sab\u00eda (o no sab\u00eda) c\u00f3mo poner este bit. Era necesario hacerlo manualmente mediante un procedimiento bastante complicado y peligroso. <\/p>\n

Y una vez m\u00e1s, al intentar hacerlo manualmente, no pude soportarlo y redact\u00e9 un issue en GitHub<\/a><\/noindex> pidiendo a los desarrolladores que a\u00f1adieran esta funcionalidad.<\/p>\n

Pasaron varios d\u00edas, pero nadie prest\u00f3 atenci\u00f3n a mi solicitud. Por curiosidad, mir\u00e9 el c\u00f3digo fuente\u2026 hice un fork y pens\u00e9 a 'manita' c\u00f3mo agregar esta caracter\u00edstica\u2026 'a manita' porque no instal\u00e9 nada en mi m\u00e1quina y simplemente edit\u00e9 el c\u00f3digo fuente en el navegador.<\/p>\n

Con el lenguaje C s\u00e9 bastante poco, pero esboz\u00e9 una soluci\u00f3n (principalmente copiando y pegando)\u2026 luego pens\u00e9: aunque seguro tenga un mont\u00f3n de errores (mis intentos anteriores de corregir el c\u00f3digo de otros necesitaban al menos diez intentos para compilar) voy a hacer un Pull Request. As\u00ed que lo hice.<\/a><\/noindex>.<\/p>\n

Ah\u00ed descubr\u00ed que estaba conectado Travis CI para verificar los pull requests. Y me mostr\u00f3 cuidadosamente todos mis errores. Bien, si los errores son conocidos, \u00bfpor qu\u00e9 no corregirlos? Nuevamente, directamente en el navegador, y en mi cuarta tentativa el c\u00f3digo se compil\u00f3 (un logro para m\u00ed).<\/p>\n

Y as\u00ed, sin salir del navegador, hice un Pull Request bastante real en una herramienta que se usa pr\u00e1cticamente en todas las distribuciones modernas de Linux.<\/p>\n

Me sorprendi\u00f3 el hecho de que, sin saber realmente el idioma, sin configurar nada en mi parte (hay un buen n\u00famero de bibliotecas necesarias para la compilaci\u00f3n), y sin haber ejecutado nunca el compilador, simplemente 'codifiqu\u00e9' una funci\u00f3n completamente funcional y \u00fatil en el navegador.<\/p>\n

Sin embargo, mi solicitud estuvo pendiente sin respuesta desde el 19 de marzo de 2019, y ya empezaba a olvidarme de ella. <\/p>\n

Pero ayer, esta solicitud fue a\u00f1adida al master. <\/p>\n

\nEntonces, \u00bfde qu\u00e9 trata mi historia? Trata de que, con las tecnolog\u00edas modernas, resulta que ya se puede escribir c\u00f3digo real en el navegador, sin tener que desplegar herramientas de desarrollo y dependencias localmente.<\/p>\n

De hecho, debo admitir que esta es ya mi segunda solicitud de extracci\u00f3n en utilidades conocidas (al menos en c\u00edrculos reducidos). La vez pasada, mi solicitud de corregir la visualizaci\u00f3n de algunos campos en la interfaz web de SyncThing result\u00f3 en mi correcci\u00f3n de una sola l\u00ednea en un entorno que no conoc\u00eda en absoluto.<\/p>\n

Solo los usuarios registrados pueden participar en la encuesta. Inicie sesi\u00f3n<\/a><\/noindex>, por favor.<\/p>\n

\u00bfDeber\u00eda seguir escribiendo o no?<\/h2>\n