Las vacaciones colapsan la red de la Xunta

De interés para los centros.

Habréis visto que la red va FATAL...

Si llamáis a la UAC, os dirán que no hay problemas en vuestra red, que todo está perfecto; sin embargo no os dirán que vuestra red va lenta por que hay un problema de conexión en el nodo.

Explico:

Tras estar parados los equipos estas vacaciones, una vez que se han encendido, todos los Windows 10 han empezado a actualizarse a la vez, colapsando la infraestructura (algunos centros no se han recuperado o ni siquiera tiene cobertura por el radioenlace).

Aún teniendo cobertura por la compañía de telefonía, toda la red pasa por los ordenadores centrales de la Xunta (Ips 10.180.188.75 y 10.180.188.43), los cuales no soportan tal cantidad de peticiones de descarga simultáneas.

La Xunta, como solución temporal, ha bloqueado el acceso a las actualizaciones desde la red corporativa (acceso a la red de actualización de Microsoft), sin embargo, los equipos siguen intentando conectarse para actualizarse, reduciendo el rendimiento de la red.

Llevan más de 10 días con el problema.

De momento, os recomendamos que no permitáis el acceso a youtube desde las aulas de informática para evitar el colapso de los equipos administrativos (no pueden acceder al Xade).

Leer ...

BEBIAN COMO - Acelerar el arranque de la maqueta BEBIAN

Una vez restaurado el sistema en un nueva máquina, podemos encontrarnos que el ordenador no arranque con la fluidez esperada.

Esto puede deberse a la descompresión de la maqueta y el tamaño de los discos duros. En el proceso de la descompresión de la maqueta, tenemos que tener en cuenta que se trata de una clonación.

Esta clonación parte de un tamaño de un HD de 40G, con lo cual, discos de tamaños superiores, quedarán con espacio sin aprovechar (podremos hacer una partición a parte de datos con la aplicación GPARTED) o complicarnos con una reasignación de tamaños de particiones (jugarse el cuello). Para el uso de los usuarios habituales (peques) no es necesario complicarse. Lo mejor es no tocar tamaños en particiones.

Por que no se aprovecha todo el disco?

BEBIAN está pensado para recuperar y aprovechar equipos antiguos, con lo cual no podemos hacer la clonación de discos grandes, pues los equipos antiguos tenían HD de 60 u 80G.

Una vez sabido esto, ten en cuenta que cada equipo es distinto y puede ocurrir que la estructura clonada, no se ajuste al disco destino, con lo cual puede aparecer un problema en el arranque (lentitud) debido a los tamaños de las particiones clonada.

Si lo que quieres es aprovechar todo el disco, consulta el apartado como instalar el linux desde la dristribución original de debian. (Instalar la distribución y luego con setup.sh las aplicaciones de la maqueta)


¿Que es eso de SWAP? A estas alturas, te habrás dado cuenta de que linux y windows no funcionan igual, sobre todo en el tratamiento de los ficheros temporales. A grandes rasgos, Windows utiliza la memoria y linux utliliza una partición oculta en el disco llamada SWAP.

En las clonaciones, se redimensionan las particiones, incluida la SWAP, y es conveniente, que si se nota el arranque lento (tarda en aparecer el entorno gráfico), se le asigne el valor correcto respecto al disco actual de la partición SWAP.


Ufff... eso es muy complicado.

No es complicado con nuestra herramienta setup.sh, pero si "algo peligroso", puesto que se tocan ficheros de  configuración del sistema. Y aún que el proceso consiste simplemente en identificar el nombre de la unidad y reasignar el UUID: (el valor de la SWAP, que es un numero muy largo similar a este: UUID=fb5da66c-9461-43ff-b645-1db25174f034) os lo vamos a poner muy fácil.

Ejecuta swap en el setup.sh y sigue los pasos... Identificar la unidad y substituir el valor del UUID. El equipo arrancará nuevo mucho más rápido tras el cambio del valor del parámetro, pues el espacio asignado para la "memoria" se corresponderá con el nuevo disco.

Bebian es una adaptación de Linux Debian 8 para usuarios que necesitan un entorno similar al que suministra la Xunta en su distribución de ABALAR. Esta distribución ha sido creada por www.tigalicia.com para hacerla compatible con equipos antiguos o de uso privado. Se trata de un Linux Debian completo que integra las aplicaciones de la distribución de ABALAR (libres).

Leer ...

El anuncio del fin de flash

Adobe anunció sus planes para dejar de admitir Flash a fines de 2020.

Durante 20 años, Flash ha ayudado a configurar la forma en que juegas, miras videos y ejecutas aplicaciones en la web. Pero en los últimos años, Flash se ha vuelto menos común. Hace tres años, el 80 por ciento de los usuarios de Chrome de escritorio visitaban un sitio con Flash cada día. Hoy el uso es solo del 17 por ciento y continúa disminuyendo.

Esta tendencia revela que los sitios están migrando a tecnologías web abiertas, que son más rápidas y más eficientes que Flash. También son más seguros, por lo que puede estar más seguro mientras compra, realiza operaciones bancarias o lee documentos confidenciales. También funcionan en dispositivos móviles y de escritorio, por lo que puede visitar su sitio favorito en cualquier lugar.

Estas tecnologías web abiertas se convirtieron en la experiencia predeterminada para Chrome a fines del año pasado cuando los sitios comenzaron a necesitar su permiso para ejecutar Flash. Chrome continuará eliminando gradualmente Flash en los próximos años, primero solicitando su permiso para ejecutar Flash en más situaciones y eventualmente deshabilitándolo de manera predeterminada. Eliminaremos Flash completamente de Chrome hacia fines de 2020.

Si visita regularmente un sitio que usa Flash hoy, es posible que se pregunte cómo le afecta esto. Si el sitio migra a estándares web abiertos, no debería notar mucha diferencia, excepto que ya no verá indicaciones para ejecutar Flash en ese sitio. Si el sitio continúa usando Flash, y usted le da permiso al sitio para ejecutar Flash, funcionará hasta fines de 2020.

Se ha necesitado mucho trabajo cercano con Adobe, otros navegadores y las principales editoriales para asegurarse de que la web esté lista para estar libre de Flash. Apoyamos el anuncio de Adobe de hoy, y esperamos trabajar con todos para mejorar aún más la web

Fuente: https://www.blog.google/products/chrome/saying-goodbye-flash-chrome/

Leer ...

Librerías de Makeblock para Arduino. Programar con mblock y grabar con Arduino IDE

Si ya has actualizado el arduino que biene en la maqueta base de nuestro Bebian (con el comando arduino en el setup.sh), con este truco podrás utilizar una de las últimas versiones de Arduino IDE para programar las placas Makeblock (mBlock).

Si utilizas mBlock 3.x virtualizado con wine, puede que no os funcionen correctamente los puertos serie a través de la virtualización, así pues aqui tienes una solución rápida:

Bajar las librerías de Makeblock para Arduino
1- Descarga las librerías de Makeblock para Arduino desde el siguiente enlace

Librerías Makeblock en gitHub

2- Descomprime el archivo ZIP descargado y copia la carpeta makeblock dentro de la carpeta /home/usuario/arduino/libraries/ (en nuestra maqueta bebian).

Debe quedarte una estructura similar a la que se muestra en la siguiente imagen :

3 - Ya dispones de los ejemplos y librerias necesarias y te aparecerán en el Arduino IDE de la siguiente forma:

y podrás utilizar los diferentes ejemplos desde Arduino IDE con las diferentes placas de mBlock...

Recuerda que dependiendo de la placa que tenga tu robot, deberás cambiar la cabecera correspondiente de tu librería antes de transferir el ejemplo:

Orion --------> MeOrion.h
BaseBoard ----> MeBaseBoard.h
mCore --------> MeMCore.h
Shield -------> MeShield.h
Auriga -------> MeAuriga.h
MegaPi -------> MeMegaPi.h

Este "truco" de incluir las librerías de mBlock a Arduino IDE, te permitirá seguir programando con mBlock y luego pasar el código obtenido (copiar y pegar) a la placa a programar utilizando Arduino IDE.

Acuerdate de habilitar el modo Arduino en mblock en el menú editar:

y podrás ver el código que has de copiar luego a Arduino IDE. Aquí tienes el ejemplo de parpadeo del led "hola mundo!" (pin 13) según el esquema de bloques de mBlock.

Copia las lineas de código y pásalas a un fichero nuevo de Arduino IDE, escoge el modelo de placa, el puerto, y "subir!"

Leer ...

El puerto serial /deb/ttyUSB0 no funciona con arduino

En ocasiones nos hemos encontrado que el puerto virtual que se genera al conectar una placa arduino al debian para realizar la programación no funciona.

Una serie de errores en rojo aparece en la consola. Y si te fijas, al principio de los errores del log, se trata de un error de permisos "error: cannot access /dev/ttyUSB0".

Esto puede deberse a que hayas utilizado el congelador del sistema (que toca varios permisos del usuario) o que por otra razón el puerto se haya quedado sin permiso de acceso.

La forma  más fácil de solucionar el problema (sin tener en cuenta la seguridad) es habilitar permisos totales a todos los usuarios sobre el puerto virtual serie:

chmod 777 /dev/ttyUSB0

Otra forma, es añadir únicamente al usuario (en nuestro caso "usuario") al grupo que tiene permisos sobre el puerto (device -dev-) en cuestión.

usermod -a -G dialout usuario

Que quiere decir... -a añadir al -G grupo dial out  a usuario

Leer ...