Modifica el cargador de UEFI desde Windows e inicia systemd-boot

Uno de los problemas de los usuarios de Linux y BSD, es cuando por algún motivo toca reinstalar Windows en la máquina, pues siempre sobrescribe el cargador de arranque e inhabilita la posibilidad de iniciar otros sistema operativo. Por ello, es necesario buscar un LiveCD o arrancar desde un USB para poder entrar al sistema operativo alterno (Linux o BSD) y reinstalar el cargador de arranque, bien sea en UEFI o MBR.

Ayer me tocó actualizar a Windows 10 porque no quería perder la licencia y así la portátil perdiera valor (por si quisiera venderla después) y como siempre, sobrescribió el cargador de arranque. Antes utilizaba Windows para cargar Linux pero la portatil tengo  utiliza UEFI y no me deja cambiar el arranque por defecto desde el menú de configuración, así que lo pasos que hice fueron los siguientes:

Reinstalar systemd-boot

La distribución que utilizo es Archlinux y desde hace tiempo utiliza el arranque de systemd, así que una vez que logres arrancar Archlinux y tengas acceso al terminal (con la partición /boot montada) ejecuta el siguiente comando para reinstalar systemd-boot:

#bootctl --path=/boot install

Teóricamente debería asignar este arranque por defecto, pero en mi máquina no fue así. Por lo que utilice el método a continuación para arrancar Linux por defecto.

Seleccionar systemd-boot como cargador por defecto del UEFI

Como siempre entraba a Windows por defecto, inicié sesión en ese sistema operativo y  abrí la consola de comandos de Windows 10 (cmd.exe) y ejecuté:

bcdedit /set "{bootmgr}" path \EFI\systemd\systemd-bootx64.efi

Este comando selecciona el arranque por defecto, si no sabes la ruta, bien sea porque utilizas otro cargador u otra distribución. Puedes montar la partición UEFI/boot en Windows con tan solo 2 comandos:

mountvol z: /s

Ahora tendrás en la letra z: (puede ser cualquier otra disponible) la partición de arranque y puedes navegar en ella desde el terminal, así puedes buscar cual es la ruta de tu cargador.

Palabras finales

¡Listo! Al reiniciar Archlinux se iniciaba por defecto, ahora para arrancar Windows, simplemente tengo que entrar al menú de arranque de la portátil y seleccionar la opción de ese sistema, tal vez es un poco molesto, pero como casi nunca inicio Windows para mí no es problema.

Pruebas de visualización de una página desde distintos dispositivos

Uno de los mayores problemas para los desarrolladores web es la diferente interpretación de los estándares web por parte de los navegadores, ocasionando que un sitio web se vea de forma distinta en diferentes navegadores. Ademas, con el surgimiento de dispositivos móviles en los últimos años,  ahora también se deben hacer pruebas de las páginas bajo distintas resoluciones para abarcar mas usuarios.

Aunque puede consumir mucho tiempo navegar desde distintos dispositivos y sistemas operativos para hacer las pruebas, existen herramientas para automatizar este proceso. Una que me gustó fue Remote Preview, una aplicación web que al definir una URL en un panel central, envía el navegador web de todos los dispositivos a esa dirección, permitiéndote ver como es la página en cada dispositivo, ademas, cada 1100ms chequea la URL, por lo que si la cambias, automáticamente todos los dispositivos visitan el sitio. Esto permite ahorrar el tiempo de navegación desde cada dispositivo y permite identificar rápidamente, problemas de compatibilidad entre resoluciones o plataformas.

Para entender mejor esta herramienta, les dejo un video donde pruebo como se ve mi blog en distintos navegadores y plataformas móviles:

Así que si desarrollas un sitio web, no dejes de usar esta herramienta para comprobar que el sitio se ve bien desde tu teléfono, tableta, computadora, desde los navegadores de escritorio, sistema operativo y otros. Mientras mas compatibilidad brindes a dispositivos, mas usuarios podrán leer tu contenido y recibir mas visitas.

 

Hace 10 años en esa fecha: Ophcrack 2: Un LiveCD que crackea passwords de Windows

Hace 11 años en esa fecha: Las metas de Microsoft

Mi experiencia en el 2do QR-DA

El pasado 28 de noviembre, se realizó la segunda edición de QR-DA en la ciudad de Palo Gordo, Táchira. Este evento consiste en un hackaton o una reunión de informáticos, para realizar un aplicativo de labor social, liberarlo y que sea utilizado por muchas personas.

2da Edición

La segunda edición fue organizada por Richzendy y Tatica, quienes prestaron su futura casa como sede del evento. La temática general era probar e intentar instalar el software EventoL para llevar un mejor registro de las tareas realizadas en el FLISOL del 2016, sin embargo, cada integrante podía llevar su propio proyecto a trabajar, siempre y cuando cumpliera con la filosofía de QR-DA.

Mi proyecto

En mi caso, como no sé programar en Django busqué una alternativa y como desde hace tiempo estuve hablando con Richzendy para reactivar el grupo de Linux/Software Libre del Táchira, aproveché la oportunidad para realizar el sitio de Linux Tachira o mejor conocido como TALUG (Tachira’s Linux User Group).

El diseño inicial fue realizado por Tatica, quien se encargó de definir la disposición del sitio, donde ubicar el contenido. Posteriormente junto a Xombra, construimos ese diseño en Bootstrap mientras Tatica ayudó a mejorar el arte creativo. Una vez construido el HTML inicial, llegó Johnpunk para ayudarnos con detalles para hacer el sitio lo mas tachirense posible.  Finalmente luego de construir el sitio, Richzendy se encargó de actualizar los DNS, configurar el envío de correo y corregir bugs iniciales.

Proyectos realizados

Debido a que estuve concentrado en el desarrollo del sitio de TALUG, no me fijé mucho en lo que hizo en el resto, solo lo de  Maria Leandro porque estaba a mi lado. Por mi parte logramos finalizar el sitio de Linux Tachira, pude acomodar algunos detalles visuales de mi sitio web profesional. Tatica se que ayudó con mejoras del arte de Linux Tachira, hizo el diseño de papelería para el FLISOL, acomodó detalles del sitio web del FLISOL, entre otros.

Por parte de EventoL, tengo que entendido que se logró descartar las plataformas donde no puede correr,  las dependencias necesarias, se logró crear scripts para crear espejos de repositorios de distribuciones Linux para usarse en el FLISOL, entre otros. Tal vez parezcan pocas cosas, pero trabajamos solo 1 día y fuimos como máximo 8 personas en el evento.

Experiencia adquirida

Algo que me gustó del evento, aparte de compartir con amigos y panas de otras ciudades, fue el ambiente hacking. Por una parte, dar parte de tu tiempo para realizar tareas de código abierto. Por otra parte, compartir conocimientos y permitir expandir tus habilidades gracias a otros, por ejemplo, ese día descubrí una herramienta recomendada por Xombra para el diseño de interfaces con bootstrap, Richzendy me recomendó un servicio para el envío de correos desde aplicaciones Javascript, entre otros.

Palabra finales

Ojalá en el futuro se realicen mas eventos de este tipo y se realicen ediciones en distintas ciudades. Así podremos lograr avances en el desarrollo de software libre y mejorar nuestra experiencia profesional.

Les deseo un Happy Hacking!

Hace 2 años en esa fecha: A un año de la partida de Aaron Swartz

Hace 5 años en esa fecha: RockMelt el navegador social

Hace 6 años en esa fecha: Kim: un submenú para editar fotos rápidamente

Charla sobre como funciona un navegador web

En el pasado JSConf de Europa, Ryan Seddon realizó una excelente charla sobre todo el proceso de un navegador web (como Firefox, Chrome, Edge o Safari) para visualizar una página web.

Este proceso me parece un tema esencial para todo desarrollador web (tanto frontend como backend), sin embargo, he notado que son pocos quienes saben el proceso de dibujado de la página web y al momento de crear sitios web, no lo hacen de forma correcta o muy deficiente, causando problemas de rendimiento en equipos con poca capacidad de cómputo.

Por los momentos solo está en inglés, pero pueden activar la traducción de subtítulos de Youtube a español y disfrutar un poco del video si no entienden el idioma original del vídeo.

Si quieres seguir investigando sobre este tema, les recomiendo lee este largo pero interesante artículo titulado  How browsers works (Cómo funcionan los navegadores), espero que les sea de gran utilidad para futuros desarrollos.

El Playstation 4 ha sido hackeado para correr Linux

Para los amantes de la seguridad informática y las consolas, tenemos una gran noticia para empezar el año. Pues el grupo de hackers denominado fail0verflow han realizado una presentación en el pasado Chaos Communication Congress, donde muestran el Playstation 4 (PS4) hackeado para correr Linux en él, inclusive, ejecutan un emulador de Gameboy Advance para mostrar el nivel de acceso al hardware.

Me parece interesante el exploit utilizado, pues parece que aprovechan una vulnerabilidad conocida de Webkit, el motor del navegador web del PS4 y a través de allí logran arrancar Linux. Como la arquitectura de un PS4 es igual al de una PC (x86-64), Linux ya soporta gran parte del hardware por defecto. Sin embargo, es mejor que vean el vídeo por si mismos:

Para mas información, puedes visitar el sitio de fail0verflow y empieza a descubrir el potencial de la consola.

Happy Hacking!

Hace 3 años en esa fecha: Mi breve análisis de Window 8

Hace 7 años en esa fecha: Unreal Tournament 3 contra Halo 3

Hace 9 años en esa fecha: El nuevo Ipod GIGANTE (1TB de música)