Sobre este sistema operativo, he de reconocer dos cosas: que estoy pendiente de su evolución, aunque sea tímidamente, y que no me interesa a no ser que saquen una manera sencilla de activar la compatibilidad con aplicaciones de Android. Y es que cuando Google presentó ChromeOS Flex, la versión de su sistema operativo de escritorio para ordenadores no-Chromebook, lo que ofreció fue una opción algo limitada, que podría ser y hacer mucho más.

Así que nunca me he animado a probarlo. Y tampoco sabía que no se podía instalar desde Linux, que era necesario hacerlo a través de un instalador que sólo estaba disponible para Windows, macOS y ChromeOS. Ahora ya se puede hacer desde cualquier sistema operativo que pueda lanzar herramientas como Etcher, y entre ellos están todos los basados en Linux que conozco. Además, también se puede hacer usando el comando dd, que es la manera de grabar este tipo de imágenes desde el terminal.

ChromeOS Flex disponible desde un enlace que envían por correo

La manera oficial de conseguir la imagen, que es con extensión BIN, es ir a esta página web, rellenar los campos y recibirlo por correo. Pero como la comunidad Linux es muy amable, pronto se ha compartido un enlace directo y oficial, uno al que yo he llegado leyendo el medio OMG! Linux! (llevado por el mismo que lleva el famoso OMG! Ubuntu!).

Si necesitáis los pasos a seguir para crear el medio de instalación desde Linux, son estos:

1. Hay que ir a este enlace y bajar la última imagen BIN. No se garantiza su disponibilidad si se lee este artículo pasados unos meses. Lo que casi seguro que funcionará siempre es lo de poner los datos y recibir un enlace por correo.
2. Hay que abrir el archivo y extraer su contenido, ya que viene comprimido en un ZIP.
3. Conectamos un USB de 8GB mínimo al ordenador. En el momento de escribir este artículo, la imagen tiene un peso de unos 6GB.
4. En este punto tenemos que grabar la imagen en el USB. Maneras de hacerlo hay muchas, pero yo recomiendo usar Etcher, (Raspberry Pi) Imager o el método «dd». Las dos primeras son herramientas con interfaz gráfica y su uso es seguir las instrucciones que aparecen en pantalla. El método «dd» es abrir un terminal y escribir lo siguiente, cambiando «NOMBRE-DE-LA-IMAGEN.img» por el de la imagen descargada y la X por el número de vuestra unidad, probablemente 0:

sudo dd bs=64k if=NOMBRE-DE-LA-IMAGEN.img of=/dev/mmcblkX status=progress

5. Con la imagen ya creada, sólo quedará iniciar desde el USB y seguir las instrucciones que nos muestra el asistente.

¿Merece la pena?

No voy a mentir a nadie y decir que sí o que no sin haberlo probado, pero sí decir por qué no lo he probado:  ChromeOS por sí mismo es un sistema operativo, basado en Linux, eso sí, que funciona con un navegador y las aplicaciones que se pueden instalar en este tirando de la tienda de Google Chrome. Por lo tanto, está muy limitado, y como usuario de Linux, yo recomendaría antes distribuciones ligeras como Lubuntu u otras con gestores de ventanas como i3-wm.

Ahora bien, ChromeOS Flex se puede ejecutar en una sesión en vivo (Live Session), por lo que, al probarlo, en el peor de los casos podemos perder algo de tiempo. Si termina gustando, se puede instalar.

Mi opinión cambiaría si se pudieran instalar aplicaciones de Android de manera sencilla. Con las apps de la Google Play, un ordenador viejo se podría convertir en una especie de tablet con acceso a Netflix, Kodi y muchos juegos. Tampoco estaría de mas poder ejecutar aplicaciones de Linux como el ChromeOS para Chromebooks, lo que abriría aún más el abanico de posibilidades.

Es probable que, en el futuro, Google se dé cuenta de que está perdiendo cuota de mercado, o podría tener más, si elimina las restricciones. Hasta entonces, por lo menos ya podemos crearnos medios de instalación/prueba también desde Linux.

from Linux Adictos https://ift.tt/rbB0AE2
via IFTTT

Un error en la entrega de actualizaciones de Asus provoco que miles de usuarios perdieran acceso a la red

ASUS dio a conocer mediante una notificación a sus usuarios sobre un error en los parches entregados a varios tipos de routersASUS a través del sistema de entrega de actualizaciones automáticas.

Y es que usuarios de Asus informaron que sus dispositivos se congelaron repentinamente sin ningún motivo aparente y, después de reiniciarse repetidamente, dejaron de funcionar repentinamente porque se agotó la memoria del dispositivo.

El problema se presento durante el transcurso de esta semana, y tal y como se menciono fueron los propios usuarios de ASUS quienes se percataron del problema al notar que sus routers simplemente ya no les permitían conectarse a la internet.

El error provocó fallas masivas en los dispositivos de los usuarios: después de aplicar automáticamente las actualizaciones, los dispositivos se congelaban después de unos minutos. Después del reinicio, se reanudó el trabajo, pero después de un tiempo (según algunos usuarios, de 5 a 7 minutos), se repitió el bloqueo.

Después de recibir los informes de interrupciones masivas de routers en todo el mundo, Asus finalmente explicó la causa, afirmando que la interrupción fue causada por «un error en la configuración de nuestro archivo de configuración del servidor».

El problema se agravó por el hecho de que ASUS reconoció el problema solo dos días después del inicio de la falla, y durante mucho tiempo los usuarios permanecieron sin que sus dispositivos les dieran acceso a internet e intentaron descubrir el motivo por sí mismos (algo que molesto a bastantes personas).

Si bien la declaración de la compañía no establece explícitamente qué tipo de error ocurrió y cómo afectó exactamente a los routers de manera remota, un usuario de Reddit explicó que los problemas de conectividad fueron causados ​​​​por un archivo de definición corrupto para ASD ( ASUS AiProtection ).

«La actualización del firmware ha solucionado esto de manera bastante universal, pero también lo hace simplemente restablecer el router a los valores predeterminados de fábrica siempre que borre la NVRAM».

En la notificación de ASUS, la esencia del problema se describe solo en términos generales, se afirma que en el proceso de mantener la seguridad de los dispositivos, se produjo un error en el archivo con la configuración de los parches transferidos desde el servidor, lo que provocó a una violación del funcionamiento normal de algunos dispositivos.

Después de analizar de forma independiente la causa de la falla, los entusiastas descubrieron que se entregó un archivo /jffs/asd/chknvram20230516 dañado a los dispositivos con reglas para el proceso en segundo plano de asd ( ASUS AiProtection ), que es responsable de aplicar correcciones para solucionar problemas de seguridad en el firmware El procesamiento de un archivo dañado provocó el agotamiento del espacio libre disponible en el sistema de archivos y la falta de RAM, lo que provocó que el dispositivo se congelara.

Cabe mencionar que actualmente, ASUS ya solucionó el problema y eliminó el archivo dañado de las descargas enviadas a los dispositivos. En la mayoría de los casos, un simple reinicio es suficiente para solucionar el problema.

“Durante el mantenimiento de seguridad de rutina, nuestro equipo técnico descubrió un error en la configuración del archivo de configuración de nuestro servidor, lo que podría causar una interrupción en la conectividad de la red en parte de los routers”, dijo Asus.

Después de resolver la falla, la mayoría de los usuarios solo necesitaban reiniciar sus dispositivos; sin embargo, si eso no solucionaba el problema, el equipo de soporte de la compañía sugirió que los usuarios guardaran sus ajustes de configuración actuales y realizaran un restablecimiento de fábrica.

La empresa también se disculpó por las molestias ocasionadas.

Se menciona que si el reinicio del dispositivo no ayuda, se recomienda guardar una copia de seguridad de la configuración y restablecer el dispositivo al estado de fábrica (manteniendo presionado el botón Restablecer durante 5 a 10 segundos hasta que el indicador de encendido comience a parpadear).

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/dE3pylg
via IFTTT