Virtual Ubuntu EPS 2020 (VDI)

Con el comienzo del nuevo curso académico 2020/21, en un contexto de pandemia global, con docencia mixta (presencial y no presencial) y teniendo en cuenta las nuevas peticiones de software de los laboratorios (con nuevas aplicaciones y/o nuevas versiones de programas respecto de los del curso pasado), procede actualizar el fichero VDI asociado a la máquina virtual del curso anterior:

Virtual Ubuntu EPS 2019 (VDI)

Al nuevo virtual le llamaremos Virtual Ubuntu EPS 2020.

Esta máquina virtual, dada la situación actual, es un poco “especial” respecto a las de cursos anteriores, pues crece significativamente en el tamaño del fichero VDI a descargar (unos 37GB mayor, prácticamente el doble, que la versión del curso pasado).

Para la obtención del mismo, deberemos descargarlo de Google Drive, para lo que tendremos que haber iniciado sesión en Gmail/Google Drive. En caso de no disponer de cuenta, puedes crearte una de la UA con espacio ilimitado siguiendo las instrucciones indicadas en https://si.ua.es/es/manuales/uacloud/uacloudse/servicios-externos.html.

El enlace para la descarga del VDI es el siguiente (arriba a la derecha aparece un enlace para iniciar sesión en Gmail/Google Drive):

https://drive.google.com/uc?id=13rPQilks8gkhSRnI9asfbDH8NnIOBkxQ&export=download

Desde ella, pincharemos en el enlace que aparece para proceder a la descarga del fichero Ubuntu-VDI-EPS-16_04-2020.vdi

El archivo ocupa alrededor de 79 GB. Es decir, donde descarguemos el mismo, hemos de estar seguros de disponer de algo más de ese tamaño (preferiblemente unos 85 GB como mínimo). La duración de la descarga dependerá de la conexión a Internet que tengamos. Con una conexión relativamente modesta, en algo menos de 6 horas debería estar descargado.

Sigue estando basado en Ubuntu 16.04 LTS x86_64 (64 bits) pero con las actualizaciones pertinentes, añadiendo los nuevos programas y versiones del nuevo curso así como eliminando algunos programas cuyas versiones ya eran  antiguas (años 2017-2018) y que habían quedado obsoletas.

Al arrancar, lo hace en modo ventana pero, si queremos trabajar con más comodidad, podemos optar por cambiar a pantalla completa (desde el menú Ver, en la parte superior de la máquina virtual).

Una vez casi ha terminado de arrancar, primeramente nos aparecerá un login en modo texto temporal en vt1 (que dura entre unos segundos y un minuto, dependiendo de la velocidad del anfitrión y la configuración HW de la máquina virtual). No hay que hacer nada, sólo esperar a que salga el modo gráfico.

Una vez arrancado el modo gráfico, dependiendo del modo en que arranquemos inicialmente el virtual, puede ser que, una vez acabado el proceso de arranque, los iconos que aparezcan en el Escritorio, no salgan correctamente ordenados (sino superpuestos o desordenados). Esto se soluciona fácilmente con el ratón pinchando con el botón derecho sobre el tapiz del Escritorio y seleccionando la opción “Organizar el escritorio por nombre“.

La nueva imagen del Escritorio, en modo ventana y con los iconos correctamente ordenados, queda así:

Escritorio Ubuntu VDI EPS 2020

El tiempo total de arranque, desde que le damos a Iniciar en la plataforma de virtualización hasta que sale el Escritorio definitivamente, ronda los 2-3 minutos como máximo. El de apagado es bastante más rápido (a veces tarda algo más, pero es casi inmediato).

El usuario con el que hace autologin es:   alu

Con contraseña:   alu

En la versión 2020, la hemos modificado para que al abrir una terminal de texto y teclear el comando:

sudo su

Entre directamente como superusuario root y ya no pida contraseña.

Igualmente, en el caso de dicho usuario root, la contraseña es (también):   alu

Cambios realizados y listado de SW nuevo

El SW que aparece en esta máquina virtual es, en un 99%,  el que hay disponible para GNU/Linux en los laboratorios de la EPS (entre los de Politécnica I, Politécnica IV, laboratorio LTV, laboratorio LELEC y laboratorio LROB1). Además, es muy similar también al que se puede encontrar en los ordenadores del Aula de Acceso Libre (L04A y L04D).

El que no sea el 100% atiende a razones de no generar problemas entre ciertas librerías y programas muy particulares pero, sobre todo, a que hay aplicaciones que tienen sentido tenerlas en los laboratorios pero que, para en un uso en casa (o fuera de los laboratorios de la EPS), no tienen mucha utilidad, por ejemplo iTalc o máquinas virtuales que sí existen en los laboratorios pero que ponerlas, a su vez, dentro de otro virtual, además de cargar demasiado éste, se ejecutarían muy ralentizadas, y tampoco tiene mucho sentido (pues pueden funcionar, de manera independiente, en cualquier arquitectura nativa de GNU/Linux, Windows y Macintosh que tenga instalada la plataforma VirtualBox).

La lista de programas y librerías nuevos (añadidos a otros del curso pasado), sería la siguiente:

  • Apache Solr-8.5.2
  • Eclipse Java IDE 2020-06-R
  • Google Chrome Stable 85.0.4183.10 (reemplaza la versión 69.0.3497.100) con los 3 plugins nuevos (parte superior derecha, a la derecha del campo de entrada de URL):
    • Awesome Screenshot: capturar pantalla y video de pantalla.
    •  Meet Grid View ICE:  para ver a todos los participantes en una videoconferencia de Meet.
    • Meet Breakout: para crear subsalas en una videoconferencia (breakout rooms)
  • jupyter-1.0.0 + jupyterlab-1.1.1 + Google-colab
  • Mozilla Firefox 80.0.1 (reemplaza la obsoleta versión 62.0.3)
  • nodemon-2.0.4
  • npm-6.14.6 (reemplaza npm-6.10.2)
  • pandas + numpy + scipy + keras + sklearn + mathplotlib + tensorflow-gpu
  • pip3-20.2.3
  • python-3.6.9
  • Qemu + riscv64 + gcc/g++-riscv64 + gcc/g++-riscv32
  • qt-opensource-linux-x64-5.12.3 (con QtCreator 4.9.0).
  • Ros-Kinetic que incluye, además los nuevos paquetes:
    • ros-kinetic-ros-control
    • ros-kinetic-ros-controllers
    • ros-kinetic-gazebo-ros-pkgs
    • ros-kinetic-gazebo-ros-control
    • ros-kinetic-joint-state-controller
    • ros-kinetic-effort-controllers
    • ros-kinetic-position-controllers
  • Virtualbox-6.1.12-13918
  • Visual Studio Code 1.48.2 (reemplaza la versión 1.30.2)
  • vue/cli (4.4.6)

Por razones de insuficiente soporte gráfico (falta de aceleración 3D, soporte CUDA, memoria de vídeo insuficiente de sólo 128 MB y falta de capacidad de procesamiento gráfico)  NO se incluye:

  • cuda-10.0-nvidia-410.48
  • nvidia-cuda-toolkit

Aspectos a tener en cuenta para la puesta en marcha de la máquina virtual

Básicamente, son los mismos que para el VDI del curso anterior:

  • Habilitar el bit de virtualización en la BIOS del equipo anfitrión.
  • Configuración HW similar con estas particularidades:
    • Al menos 2 Procesadores (CPUs o núcleos de procesamiento). Generalmente, las máquinas actuales, tienen 4-6-8 e incluso algunos más. Hasta la mitad de ellos, es buena idea dar. Es decir, en una máquina con 4 núcleos, daremos 2 al virtual, en una de 6, podemos dar 3, y en una de 8, podremos dar hasta 4 núcleos de procesamiento a la misma.
    • Al menos 2048 MB de RAM (e, idealmente, 3072-4096 MB).
    • Al menos 128MB de Memoria de vídeo.
    • Arranque sólo disco duro (ni red ni CD ni disquete).
    • Recomendable utilizar VirtualBox 5.2 o superior (con la rama 5.1 ya no la hemos testado este año pues es demasiado antigua).  En este caso, hemos hecho pruebas con la 5.2.44 que es la versión más reciente, de 14 de julio de 2020, de la rama 5.2 de VirtualBox. De hecho, las VBoxGuestAdditions incluidas son de esa versión y va bien. También funcionará, probablemente mejor en cuestiones gráficas y de procesamiento 3D, con las versiones 6.0 y 6.1 de VirtualBox (la más reciente es la 6.1.16).
    • Usando las versiones recomendadas de VirtualBox, podremos habilitar soporte para USB 3.0 (xHCI) creando, en el apartado USB, un filtro vacío para admitir dispositivos USB 3.0.
  • Instalar Oracle VM VirtualBox Extension Pack (si no lo teníamos ya instalado en nuestra versión instalada de la plataforma VirtualBox).
  • Instalar las Guest Additions en la máquina virtual para la versión de VirtualBox que tengamos instalada. Esto ya se explicaba en este mismo apartado para el Virtual Ubuntu EPS 2018.

Bug resuelto en relación a la instalación de las VirtualBox Guest Additions desde entorno gráfico

En relación al último apartado (GuestAdditions), añadir que en esta nueva versión 2020, hemos solucionado un bug que había en las anteriores versiones del VDI a la hora de instalar dichas Additions desde el entorno gráfico (que lo impedía y sólo permitía, como mostrábamos en el enlace del anterior apartado, la instalación desde una terminal de texto como root).

Ahora ya podemos ir a desplegar el Menú Dispositivos, opción Añadir CD de las “Guest Additions”  (la de más abajo) y, desde el mismo entorno gráfico, cuando abra la aplicación y pida la contraseña de Administrador para proceder a la instalación, introducir la contraseña:

alu

De esta forma, abrirá el mismo sistema una terminal y empezará a lanzar automáticamente el fichero ejecutable correcto de las Guest Additions para nuestra versión de VirtualBox.

Tendremos que esperar entre 1-2 minutos a su instalación completa. Cuando acabe, bastará con pulsar la tecla INTRO para que dicha terminal se cierre y ya tendremos las Guest Additions de nuestra versión de VirtualBox instaladas en el fichero VDI de nuestra máquina Virtual Ubuntu EPS 2020.

Actualización de ROS-Kinetic con paquetes de julio 2020

Debido a unos problemas que hubo en el laboratorio LROB1 respecto al SW Ros-Kinetic sobre Ubuntu 16.04 LTS, se ha procedido a una actualización masiva de dicho SW con versiones  de paquetes más recientes del mismo (liberadas en julio de 2020).

En total, se han actualizado 360 paquetes relacionados con ros-kinetic e instalado algún paquetes nuevo como python-catkin-pkg.

El procedimiento seguido, como root, para dicha actualización, ha sido el siguiente:

1. Modificar repositorio de ROS en:

/etc/apt/sources.list.d/ros-latest.list

asegurándonos que contiene esta línea:

deb http://packages.ros.org/ros/ubuntu xenial main amd64 Packages

2. Borrar información del repositorio de ROS-Kinetic antigua: IMPORTANTE

rm -f /var/lib/apt/lists/packages.ros.org_ros_ubuntu_dists_xenial_*

Si no hacemos esto, aunque hagamos:

apt-get update

apt-get upgrade

Nunca actualizará nada (y se empeñará en traerse paquetes antiguos que ya no existen en el repositorio de ROS).

3. Actualizamos, una vez más, información de repositorios:

apt-get update

Ahora, ya sí, se trae la información actualizada de paquetes de ros-kinetic (paquetes de julio de 2020).

4. Actualizamos, ahora ya sí (360 paquetes de ROS, 91,5 MB de descarga y 8573 KB de espacio ocupado):

apt-get upgrade

5. Instalar también los paquetes:  catkin y/o python-catkin-pkg

apt install catkin
apt-get update && apt-get install --only-upgrade python-catkin-pkg

Prueba de ROS-Kinetic

Esta asignatura se imparte en el laboratorio LROB1 del edificio Politécnica III de la EPS.

Para la prueba vamos a seguir parte del guión de la Práctica 3 de la asignatura IC.

1. Obtener una copia limpia del directorio  ~/catkin_ws /src/gazebo_ros_demos :

cd ~/catkin_ws/src
rm -fr gazebo_ros_demos
git clone https://github.com/ros-simulation/gazebo_ros_demos.git

2. Regenerar “limpios” los directorios ~/catkin_ws/build y ~/catkin_ws/devel:

cd ..
rm -fr build devel
catkin_make

Este último paso fallará si en el laboratorio o en el VDI de Ubuntu, está instalado python-3.6  (3.6.2) y tenemos estos enlaces simbólicos:

/usr/local/bin/python → /usr/bin/python3.6
/usr/local/sbin/python → /usr/bin/python3.6

La razón es que ROS-Kinetic y catkin_make no funcionan bien con python3 y requieren de Python-2.7 (el que contiene en /opt/ros/kinetic o el propio de Ubuntu 16.04).

Para ello, habrá que renombrar (o borrar) dichos enlaces simbólicos anteriores.

3. Regenerar limpio el directorio ~/catkin_ws/src/my_robot_control:

cd ~/catkin_ws/src
rm -fr my_robot_control
catkin_create_pkg my_robot_control

4. Dentro de la carpeta ~/catkin_ws/src/my_robot_control ejecutar:

cd my_robot_control
mkdir config
cd config

5. Crear un fichero llamado my_robot_control.yaml, escribiendo la siguiente estructura en dicho fichero:

rrbot:
        joint_state_controller:
            type: joint_state_controller/JointStateController
            publish_rate: 50

        joint1_position_controller:
            type: effort_controllers/JointPositionController
            joint: joint1
            pid: {p: 100.0, i: 0.01, d: 10.0}

        joint2_position_controller:
            type: effort_controllers/JointPositionController
            joint: joint2
            pid: {p: 100.0, i: 0.01, d: 10.0}

6. Dentro de la carpeta ~/catkin_ws/src/my_robot_control ejecutar:

cd ..
mkdir launch 
cd launch

7. Crear un fichero llamado my_robot_control.launch y escribir el siguiente contenido en dicho fichero:

<launch>
<rosparam file="$(find my_robot_control)/config/my_robot_control.yaml" command="load"/>
<node name="controller_spawner" pkg="controller_manager" type="spawner" respawn="false"
output="screen" ns="/rrbot" args="joint1_position_controller
joint2_position_controller joint_state_controller"/>
<node name="robot_state_publisher" pkg="robot_state_publisher" type="robot_state_publisher" respawn="false" output="screen">
<remap from="/joint_states" to="/rrbot/joint_states" />
</node>
</launch>

8. Desde la misma terminal de comandos del usuario, ejecutar la simulación del robot RR con los siguientes comandos:

cd ~/catkin_ws
source ./devel/setup.bash
roslaunch rrbot_gazebo rrbot_world.launch

Esperar a que Gazebo termine de abrir completamente (y aparezca el brazo robótico).

Nota: Si al arrancar, falla y da error de red (como que no puede hacer ping a sí mismo), hay que editar /etc/hosts y comprobar que la dirección IP del host es correcta y existe (vale perfectamente poner 127.0.0.1 en caso de no tener otra IP válida y real disponible).

 

9. Abrimos una segunda terminal de comandos del usuario y cargamos los controladores de las dos articulaciones ejecutando fichero my_robot_control.launch que hemos creado previamente:

cd ~/catkin_ws
source ./devel/setup.bash
roslaunch my_robot_control my_robot_control.launch

10. Si todo se ha realizado correctamente y sin errores, abrimos una tercera terminal y ejecutamos:

cd ~/catkin_ws
setup ./devel/setup.bash
rostopic list

En la salida, entre varias líneas de rutas, deben aparecer los siguientes topics:

/rrobot/join1_position_controller/command
/rrobot/joint1_position_controller/pid/parameter_descriptions
/rrobot/joint1_position_controller/pid/parameter_updates
/rrobot/joint1_position_controller/state
/rrobot/joint2_position_controller/command
/rrobot/joint2_position_controller/pid/parameter_descriptions
/rrobot/joint2_position_controller/pid/parameter_updates
/rrobot/joint2_position_controller/state
/rrobot/joint_states

Estos son los topics que se han creado por el fichero launch que se ha ejecutado, más concretamente, por el nodo controller_spawner.

Los command topics permitirán enviar referencias a las articulaciones, mientras que el topic joint_states proporciona información acerca del estado actual de las articulaciones.

11. Probaremos los controladores publicando en los correspondientes ”command topics”, por ejemplo:

rostopic pub -1 /rrbot/joint1_position_controller/command std_msgs/Float64 "data: 1.5"

rostopic pub -1 /rrbot/joint2_position_controller/command std_msgs/Float64 "data: 1.0"

Con esto conseguimos enviar, como referencias articulares, los valores en radianes 1.5 y 1.0 a las articulaciones 1 y 2, respectivamente, quedando el brazo robótico como se muestra en la imagen siguiente:

Ros-Kinetic-Gazebo
Ros-Kinetic-Gazebo

Máquina virtual de Windows 10

La unidad de Aulas del Servicio de Informática de la Universidad de Alicante (UA) ha creado un disco virtual con un Windows 10 para que los alumnos puedan trabajar desde sus ordenadores con los mismos programas de software libre o privativos de uso libre que hay instalados en las aulas y laboratorios de informática de la UA.

En esta entrada vamos a explicar los pasos necesarios para poder usarla:

  1. Descargar el disco virtual.
  2. Instalar el programa VirtualBox y las extensiones.
  3. Crear una máquina virtual.
  4. Instalar las Guest Additions.

Descargar el Disco Virtual

Continue reading “Máquina virtual de Windows 10”

Virtual Ubuntu EPS 2019 (VDI)

Un año más, con el comienzo del nuevo curso académico 2019/20, las nuevas peticiones de software de los laboratorios (con nuevas aplicaciones y/o nuevas versiones de programas del curso pasado), procede actualizar el fichero VDI asociado a la máquina virtual del curso anterior:

Virtual Ubuntu EPS 2018 (VDI)

Al nuevo virtual le llamaremos Virtual Ubuntu EPS 2019.

Para la obtención del mismo, deberemos descargarlo de Google Drive, para lo que tendremos que haber iniciado sesión en Gmail/Google Drive. En caso de no disponer de cuenta, puedes crearte una de la UA con espacio ilimitado siguiendo las instrucciones indicadas en https://si.ua.es/es/manuales/uacloud/uacloudse/servicios-externos.html.

El enlace para su la descarga del VDI es el siguiente (arriba a la derecha aparece un enlace para iniciar sesión en Gmail/Google Drive):

https://drive.google.com/uc?id=1fG-JbIlqZnfuD-HZpwu03GPqsNaXH0HG&export=download

Desde ella, pincharemos en el enlace que aparece para proceder a la descarga del fichero Ubuntu-VDI-EPS-16_04-2019.vdi

El archivo ocupa alrededor de 42 GB. Es decir, donde descarguemos el mismo, hemos de estar seguros de disponer de algo más de ese tamaño (preferiblemente unos 50 GB). La duración de la descarga dependerá de la conexión a Internet que tengamos. Con una conexión relativamente modesta, en menos de 3 horas debería estar descargado.

Sigue estando basado en Ubuntu 16.04 LTS x86_64 (64 bits) pero con las actualizaciones pertinentes, añadiendo los nuevos programas y versiones del nuevo curso así como eliminando algunos programas cuyas versiones ya eran muy antiguas (años 2016-2017) y que habían quedado obsoletas.

Al arrancar, en esta ocasión ofrece: bien en modo ventana o bien en pantalla completa (recomendado este último pues, de otra forma, muchos iconos del Escritorio, no se verán bien).

Dependiendo del modo en que arranquemos inicialmente el virtual, puede ser que, una vez acabado el proceso de arranque, los iconos que aparezcan en el Escritorio, no salgan correctamente ordenados (sino superpuestos). Esto se soluciona fácilmente con el ratón pinchando con el botón derecho sobre el tapiz del Escritorio y seleccionando la opción “Organizar el escritorio por nombre“.

La nueva imagen del Escritorio, a pantalla completa y con los iconos correctamente ordenados, queda así:

 

Cambios realizados y listado de SW nuevo

El SW que aparece en esta máquina virtual es, en un 95%, el que hay disponible para GNU/Linux en los laboratorios de la EPS (entre los de Politécnica I, Politécnica IV, laboratorio LTV, laboratorio LELEC y laboratorio LROB1). Además, es muy similar también al que se puede encontrar en los ordenadores del Aula de Acceso Libre (L04A y L04D).

El que no sea el 100% atiende a razones de no generar problemas entre ciertas librerías y programas muy particulares pero, sobre todo, a que hay aplicaciones que tienen sentido en los laboratorios pero que en un uso en casa (o fuera de los laboratorios de la EPS), no tienen mucha utilidad, por ejemplo iTalc o máquinas virtuales que sí existen en los laboratorios pero que ponerlas, a su vez, dentro de otro virtual, además de cargar demasiado éste, se ejecutarían muy ralentizadas, y tampoco tiene mucho sentido (pues pueden funcionar, de manera independiente, en cualquier arquitectura nativa de GNU/Linux, Windows y Macintosh que tenga instalada la plataforma VirtualBox).

La lista de programas y librerías nuevos (añadidos a otros del curso pasado), sería la siguiente:

  • alliance-5.1.1.1.1
  • angular-cli-7.3.5
  • autopoint-0.19.7
  • CodeBlocks-13.12
  • docker-ce-19.03.0
  • docker-compose-1.24.1
  • Eclipse Java IDE 2019-06-R
  • electric-9.07
  • freeglut3
  • freeglut3-dev
  • ghdl-0.36-dev
  • gnat-5.4.0
  • IntelliJ Idea IU 2019 Ultimate Edition
  • Incubating Netbeans-11.0 IDE
  • iverilog-0.9.7-1
  • Java3D-1.5.1
  • JDK 1.8.0 Update 212
  • JDK 1.8.0 Update 212 APIdocs
  • json-server-0.15.0
  • magic-8.0.210.2
  • node-v10.15.3
  • npm-6.10.2
  • opencv-3.4.6 (+ dependencias asociadas)
  • opencv_contrib-3.4.6
  • ruby-dev-2.3
  • Spring Boot 2.1.6

Otros programas que por razones de insuficiente soporte gráfico (memoria y capacidad de procesamiento) y la falta de aceleración 3D de la máquina virtual (da problemas si se habilita dicha aceleración), NO se incluyen son:

  • Anaconda3-2018.12-x86_64
  • nvidia-cuda-toolkit
  • qt-opensource-linux-x64-5.12.3
  • ROS Kinetic

Particularidades de algunos programas:

  • Navegador google-chrome-stable-69.0.3497.100:  Se ha resuelto el problema que había el curso pasado, en el cuál, al arrancar, nos pedía, en un asunto relacionado con el almacén de claves de sesión,  un usuario y contraseña. Ya no pide nada.

Aspectos a tener en cuenta para la puesta en marcha de la máquina virtual

Básicamente, son los mismos que para el VDI del curso anterior:

  • Habilitar el bit de virtualización en la BIOS del equipo anfitrión
  • Configuración HW similar con estas particularidades:
    • Al menos 2 Procesadores (CPUs o núcleos de procesamiento). Generalmente, las máquinas actuales, tienen 4-6-8 e incluso algunos más. Hasta la mitad de ellos, es buena idea dar. Es decir, en una máquina con 4 núcleos, daremos 2 al virtual, en una de 6, podemos dar 3, y en una de 8, podremos dar hasta 4 núcleos de procesamiento a la misma.
    • Al menos 2048 MB de RAM.
    • Al menos 128MB de Memoria de vídeo.
    • Arranque sólo disco duro (ni red ni CD).
    • Imprescindible utilizar versiones 5.1 ó 5.2 de VirtualBox. Por compatibilidad con VDIs de cursos anteriores, NO se recomienda todavía la versión 6.0 (pues no la hemos testado suficientemente con el VDI actual y el del curso anterior).
    • Usando las versiones recomendadas de VirtualBox, podremos habilitar soporte para USB 3.0 (xHCI) creando, en el apartado USB, un filtro vacío para admitir dispositivos USB 3.0.
  • Instalar Oracle VM VirtualBox Extension Pack (si no lo teníamos ya instalado en nuestra versión instalada de VirtualBox).
  • Instalar las Guest Additions en la máquina virtual para la versión de VirtualBox que tengamos instalada. Esto ya se explicaba en este mismo apartado para el Virtual Ubuntu EPS 2018.

 

 

Inicio curso 2019-2020

Como en cada inicio de curso, desde la EPS os queremos recordar una serie de datos importantes para el uso y utilización de los eServices y, en especial, de los laboratorios en los que realizaréis las prácticas. En dichas páginas podréis ver los servicios disponibles, y la información sobre el hardware y software de los laboratorios, así como las normas de uso de los mismos que se deben cumplir.

Los laboratorios de la EPS tienen instalada la versión de 64bits tanto de Ubuntu 16.04 como de Windows 10 (excepto en la L03, cuyos equipos son iMac). Tanto los Windows como los Mac OS estarán “congelados”. ¿Qué significa esto y en qué te puede afectar? Aquí la respuesta.

Para utilizar los eServices así como para acceder a los PCs de prácticas de los laboratorios necesitáis vuestro usuario y contraseña de la EPS, y éste NO ES el que habéis utilizado en el Campus Virtual para la matriculación en la UA. Si necesitáis ayuda, esta página os proporcionará más información sobre los usuarios de la EPS. Un detalle que queremos remarcar es que si usáis otro correo distinto al que os proporciona la UA (gmail, hotmail,…) tenéis la opción de redirigir el de la UA al que uséis ya que toda las comunicaciones institucionales se os enviarán a vuestro correo UA.

Por último, queremos recordaros que tenéis disponible:

Si tenéis dudas o consultas, podéis encontrar información para resolverlas y de contacto con los técnicos de la EPS aquí, además de poder usas nuestros canales en Facebook, nuestro canal Youtube, Twitter, Telegram y, por supuesto, este blog.

¡Que tengáis buen curso!

Temporalmente seremos vulnerables a fallos del suministro eléctrico en el edificio Politécnica I

Para garantizar la continuidad en el suministro eléctrico, la EPS dispone en el edificio de Politécnica I de un SAI SLC-200-CUBE3 B1 de 200 KVA, instalado el 27 de Enero de 2015. Dicho SAI sirve tanto para evitar microcortes por picos de tensión, como para suministrar electricidad a los dispositivos durante un tiempo limitado (5 minutos), disponiendo de un grupo electrógeno de gasoil para aumentar el tiempo de suministro eléctrico.

Estos son los elementos que tenemos para que, ante una caída en el suministro eléctrico, los laboratorios (y, por tanto, vuestros trabajos) y los sistemas informáticos de la EPS no se vean afectados.

SAI cerrado SAI abierto

¿Cómo funciona este sistema? Una vez detectado un corte eléctrico, como poner en funcionamiento el grupo electrógeno no es inmediato (debe arrancar el motor para estar operativo y proporcionar corriente), el SAI tiene conectadas una serie de baterías (instaladas también el Enero de 2015), que alimentan la red eléctrica de Politécnica I durante el tiempo que emplea el grupo electrógeno en arrancar. Una vez recuperado el suministro eléctrico de la caída, el SAI se ocupa de cargar dichas baterías para que vuelvan a estar plenamente operativas por si vuelven a haber problemas en el suministro eléctrico.

Banco de baterías cerrado Banco de baterías abierto

En caso de fallo en el suministro eléctrico, durante esos minutos que el SAI y el grupo electrógeno garantizan el mismo, y mientras los técnicos de la Unidad de Laboratorios de la EPS informan a los usuarios (alumnos y profesores de la EPS), para que puedan guardar los documentos y apagar los equipos correctamente, así como de la vuelta a funcionar con normalidad de dicho suministro eléctrico.

Tras el corte de suministro eléctrico programado del pasado 23 de Abril, al volver a hacer pasar la corriente a través del SAI, sufrió un fallo en una de sus piezas que le hizo entrar en modo by-pass, por lo que hasta que no se produzca dicho cambio, no disponemos de SAI como protección ante cortes del suministro eléctrico.

¿En qué nos/os puede afectar este fallo en el SAI?:

  • A las clases, si se produce una caída del suministro eléctrico durante la reinstalación de un laboratorio, que se realiza durante la noche, pues podría impedir la docencia de las mismas durante la mañana siguiente en los laboratorios afectados al no haber acabado correctamente dichas instalaciones.
  • A las prácticas e información de profesores y alumnos si la caída se produce en horario docente y estos no han guardado su información.
  • A los servicios de la EPS que podrían interrumpirse mientras dure el fallo en el suministro.
  • Que afecte al hardware de servidores y equipos de laboratorio, quedando inutilizados y sin poder prestar servicio hasta su reparación.

Resumiendo, como consecuencia de no estar en funcionamiento el SAI de Politécnica I, ante una pérdida del suministro eléctrico, se encuentran desprotegidos los equipos de dicha infraestructura, por lo que recomendamos a los alumnos y profesores de la EPS que guarden, periódicamente, en medios externos (USB, correo, espacio en disco de la EPS http://www.eps.ua.es/es/eservices/espacio-en-disco.html) las prácticas y documentos que estén utilizando, para evitar posibles pérdidas de los mismos.

También aprovechamos para recordaros que la unidad C: de Windows esta congelada, por lo que ante un reinicio del equipo debido a un corte del suministro eléctrico desaparecerían los archivos utilizados por el usuario durante la sesión en ese disco. En caso de necesitar guardar durante la sesión de Windows algún archivo os recomendamos utilizar la unidad D:, al no estar congelada, pero recordad borrar dichos archivos antes de terminar la sesión para que no puedan acceder a ellos los siguientes usuarios que usen el equipo.

Desde la Unidad de Laboratorios de la EPS os pedimos paciencia y comprensión ante esta situación temporal que nos afecta a toda la comunidad de la EPS, y os informaremos de la solución de la misma una vez se produzca.

 

Virtual Ubuntu EPS 2018 (VDI)

Con el comienzo del nuevo curso académico 2018/19, las nuevas peticiones de software de los laboratorios (con nuevas aplicaciones y/o nuevas versiones de programas del curso pasado), procede actualizar el fichero VDI asociado a la máquina virtual del curso anterior:

Virtual Ubuntu EPS 2017 (VDI)

Al nuevo virtual le llamaremos Virtual Ubuntu EPS 2018.

Para la obtención del mismo, tendremos que realizar su descarga accediendo a esta URL (nos pedirá previamente, aceptar el certificado y luego introducir el usuario y contraseña de la EPS):

https://maktub.eps.ua.es/ubuntuepsvirtual/Ubuntu-VDI-EPS-16_04-2018.vdi

Desde ella, pincharemos en el enlace que aparece para proceder a la descarga del fichero Ubuntu-VDI-EPS-16_04-2018.vdi

El archivo ocupa alrededor de 36 GB. Es decir, donde descarguemos el mismo, hemos de estar seguros de disponer de algo más de ese tamaño (preferiblemente unos 40 GB). La duración de la descarga dependerá de la conexión a Internet que tengamos. Con una conexión relativamente modesta, en menos de 2 horas debería estar descargado.

Sigue estando basado en Ubuntu 16.04 LTS x86_64 (64 bits) pero con las actualizaciones pertinentes y añadiendo los nuevos programas y versiones del nuevo curso.

Al arrancar, en esta ocasión ofrece: bien en modo ventana o bien en pantalla completa (recomendado este último pues, de otra forma, muchos iconos del Escritorio, no se verán bien).

La nueva imagen del Escritorio es ésta:

 

Cambios realizados y listado de SW nuevo

El SW que aparece en esta máquina virtual es, en un 95%, el que hay para GNU/Linux en los laboratorios de la EPS (entre los de Politécnica I, Politécnica IV, laboratorio LTV, laboratorio LELEC y laboratorio LROB1).

El que no sea el 100% atiende a razones de no generar problemas entre ciertas librerías y programas muy particulares pero, sobre todo, a que hay aplicaciones que tienen sentido en los laboratorios pero que en un uso en casa (o fuera de los laboratorios de la EPS), no tienen mucha utilidad, por ejemplo iTalc o máquinas virtuales que sí existen en los laboratorios pero que ponerlas, a su vez, dentro de otro virtual, además de cargar demasiado éste, se ejecutarían muy ralentizadas, y tampoco tiene mucho sentido (pues pueden funcionar, de manera independiente, en cualquier arquitectura nativa de GNU/Linux, Windows y Macintosh que tenga instalada la plataforma VirtualBox).

La lista de programas y librerías nuevos (añadidos a otros del curso pasado), sería la siguiente:

  • adobe-air
  • appinventor2-setup-2.3
  • blender-2.76
  • cryptsetup-bin
  • Eclipse Java 4.7 Oxygen (versión no JEE)
  • Eclipse JEE 4.8 Photon
  • exfat, fuse-utils-1.2.3-1
  • firefox-63.0.1
  • gcc-5.4.0, g++-5.4.0
  • gcc-msp430
  • gitkraken
  • go 1.7.4
  • google-chrome-stable-69.0.3497.100
  • ipython-2.4.1-1
  • kernel 4.4.0-98-generic-x86_64 (vmlinuz-4.4.0-98-generic , initrd-4.4.0-98-generic)
  • libsqlite3-dev-3.11.0
  • meson-0.29
  • memtester-4.3.0-3
  • monodevelop, nunit-5.10.0.871-2
  • ninja-1.5.1
  • node-8.11.1
  • nodemon-1.18.4
  • npm-5.8.0, angular_cli-6.0.0
  • npm-6.4.1
  • obs-studio-20.1.0
  • opencv-3.4.3 (+ dependencias asociadas)
  • octave-4.0.0 (icono de Escritorio)
  • qemu-2.5.0
  • qtcreator
  • qt5-default
  • scratch-2-offline-i386
  • smartmontools-6.4
  • swift-3.1
  • sysbench-0.4.12
  • vim-gtk
  • vlc-2.2.2-5
  • xmpi-2.2.3b8-13.2

Otros programas que por razones de insuficiente soporte gráfico (memoria y capacidad de procesamiento) y la falta de aceleración 3D de la máquina virtual, NO se incluyen son:

  • nvidia-cuda-toolkit
  • ROS Kinetic

Particularidades de algunos programas:

  • google-chrome-stable-69.0.3497.100:  Al arrancar, nos pedirá con un cuadro un usuario y contraseña en un asunto relacionado con el almacén de claves de sesión. Pasa también en los laboratorios de la EPS. Dándole 3 veces a cancelar (pues saldrá hasta 3 veces), se soluciona y se puede continuar funcionando normalmente con el navegador.

Aspectos a tener en cuenta para la puesta en marcha de la máquina virtual

Básicamente, son los mismos que para el VDI del curso anterior:

  • Habilitar el bit de virtualización en la BIOS del equipo anfitrión
  • Configuración HW similar con estas particularidades:
    • Arranque sólo disco duro (ni red ni CD).
    • (2048 MB de RAM o, si se añade más, mejor)
    • Si utilizamos la versión 5.0 (o superior)  de VirtualBox , podremos habilitar soporte para USB 3.0 (xHCI) creando, en el apartado USB, un filtro vacío para admitir dispositivos USB 3.0.
  • Instalar Oracle VM VirtualBox Extension Pack (si no lo teníamos ya instalado en nuestra versión instalada de VirtualBox).
  • Instalar las Guest Additions en la máquina virtual para nuestra misma versión de VirtualBox que tengamos instalada (es decir, si el año pasado teníamos la 5.1.26 y este año tenemos la 5.1.38, deberíamos de instalar la de la 5.1.38). Esto ya se explicaba en este mismo apartado para el Virtual Ubuntu EPS 2017.

 

Canviar l’idioma en Firefox Quantum (actualització)

Tal com comentarem en una entrada anterior:

Canviar l’idioma en Firefox Quantum

En el navegador Firefox es podia canviar l’idioma de la interfície de l’usuari utilitzant l’ordre about:config en la barra d’adreces. La diferència és que les noves versions del Firefox ja no fan servir la mateixa preferència que abans. En versions anteriors s’usava general.useragent.locale, i ara hem de posar intl.locale.requested.

about-config

La forma de gestionar i configurar la nova preferència és la mateixa que s’explicava en l’anterior article. Si no existira, la podeu crear de la següent manera:

  • Feu clic amb el botó dret del ratolí en l’espai en blanc que hi ha on apareixen el noms de les preferències.
  • En el menú contextual que apareix, seleccioneu Nou i després el tipus de valor, en aquest cas Cadena.
  • Vos preguntarà el nom de la preferència. Escriviu: int.locale.requested
  • Després s’haurà d’omplir el valor de la cadena. Poseu-hi l’idioma que vulgueu usar. Per exemple, per al  valencià: ca-valencia
  • Accepteu i reinicieu el Firefox perquè s’aplique el nou idioma.

Recordeu que l’idioma no canviarà si no teniu instal·lat el paquet d’idioma corresponent. En la següent adreça podeu trobar els diccionaris i paquets de la majoria d’idiomes:

https://addons.mozilla.org/ca/firefox/language-tools/

Podeu obtenir la variant valenciana des  d’aquest enllaç:

https://www.softcatala.org/programes/paquet-catala-valencia-per-al-firefox/

I recordeu, feu còpia de seguretat abans de tocar les configuracions.

Inicio curso 2018-2019

Empezamos un nuevo curso en la Escuela Politécnica y, como siempre (aquí tenéis las entradas de otros cursos: I, II, III,IV, V y VI), os queremos recordar los datos importantes y necesarios para el uso y utilización de los eServices y, en especial, de las prácticas que realizáis en los laboratorios de la EPS.

Sobre los laboratorios que gestionamos tenéis información en esta página: dónde está, su horario y ocupación, características hardware tienen, normas de uso, software instalado,…

Durante la primera semana de septiembre hemos renovado los PCs de los laboratorios L13, L14, L15, L16 y L18. Estos nuevos PCs, como en el resto de laboratorios de la EPS, tienen instalado la versión de 64bits tanto de Ubuntu 16.04 como Windows 10, (excepto en la L03, cuyos equipos son iMac). Tanto los Windows como los Mac OS estarán “congelados”. ¿Qué significa esto y en qué te puede afectar? Aquí la respuesta.

Para utilizar los eServices así como para acceder a los PCs de prácticas de los laboratorios necesitáis vuestro usuario y contraseña de la EPS, y éste NO ES el que habéis utilizado en el Campus Virtual para la matriculación en la UA. Si necesitáis ayuda, esta página os proporcionará más información sobre los usuarios de la EPS. Un detalle que queremos remarcar es que si usáis otro correo distinto al que os proporciona la UA (gmail, hotmail,…) tenéis la opción de redirigir el de la UA al que uséis ya que toda las comunicaciones institucionales se os enviarán a vuestro correo UA.

Por último, queremos recordaros que tenéis disponible:

Si tenéis dudas o consultas, podéis encontrar información para resolverlas y de contacto con los técnicos de la EPS aquí, además de poder usas nuestros canales en Facebook, Google +, nuestro canal Youtube, Twitter y, por supuesto, este blog.

¡Que tengáis buen curso!

Canviar l’idioma en Firefox Quantum

Firefox

Navegadors dels laboratoris

Als laboratoris de l’Escola Politècnica Superior (EPS) se solen instal·lar per omissió els següents navegadors: Internet Explorer (a extingir), Edge i Firefox; també, quan ens ho demana algun professor, instal·lem el Google Chrome. Des del principi, es va decidir instal·lar cada un dels navegadors en una llengua diferent:

  • Castellà: Internet Explorer, Edge i Chrome.
  • Valencià: Mozilla Firefox*

(*) Al Firefox, encara que l’idioma per omissió siga el valencià, es deixen instal·lats l’anglés, el castellà i el valencià.

Abans del Firefox Quantum hi havia un complement anomenat Simple Locale Switcher que permetia canviar l’idioma de manera fàcil i ràpida, però a partir d’aquesta versió el complement ja no funciona i la llengua del navegador s’ha de canviar de forma manual.

No compatible

 

Canviar l’idioma manualment

Per canviar l’idioma de forma manual seguirem els següents passos:

  • Obrim el Mozilla Firefox.
  • En la barra de direccions escrivim: about:config
  • Apareix una pàgina advertint-nos del perill que pot suposar canviar paràmetres.
  • Fem clic en el botó per acceptar el risc.
  • En el quadre “Cerca” escrivim: general.useragent.locale
  • Al tall que anem escrivint van filtrant-se les entrades que es mostren, fins que només queda la que volem.
  • Fem doble clic damunt de l’entrada i canviem el paràmetre ca-valencia per es (o en si el volem en anglés). Si heu instal·lat el Firefox en castellà i voleu posar-lo en valencià, simplement heu de fer el contrari, canviar es per ca-valencia o ca.
  • Reiniciem el Firefox i ja apareixerà en el nou idioma.

about:config

 

Instal·lar idiomes

Evidentment, només podreu canviar a un idioma que tingueu instal·lat, açò és fàcil de fer. Des del FTP de Mozilla podeu descarregar els idiomes que vulgueu i instal·lar-los com si fora un complement més.

L’adreça seria:

https://ftp.mozilla.org/pub/firefox/releases/<versió>/<sistema operatiu>/xpi/

Seguent:

  • <versió> la versió del Firefox que teniu. Es pot veure en Ajuda →Quant al Firefox
  • <sistema operatiu> el sistema operatiu que esteu fent servir, per exemple:
    • linux-x86_64 per a Gnu/Linux.
    • mac per al iOS.
    • win32 per al Windows de 32 bits.
    • win64 per al Windows de 64 bits.

Per exemple, si volem descarregar els idiomes per a la versió 61.0 d’un Firefox instal·lat en un Ubuntu, escriurem:

https://ftp.mozilla.org/pub/firefox/releases/61.0/linux-x86_64/xpi/

De la llista d’arxius XPI que apareixen, triarem el corresponen a l’idioma desitjat, per exemple, si volem instal·lar l’anglés, farem clic sobre el fitxer en-GB.xpi, apareixerà un missatge demanant-vos permís per a instal·lar el programari:

Idiomes del Firefox

Fem clic en el botó Permet i a continuació s’ens adverteix de que s’instal·larà un complement en el Firefox:

Afegir complement

Si tot ha anat bé, apareixerà un missatge indicant-ho i ja tindrem l’idioma instal·lat.

Si voleu diccionaris i paquets d’idioma aneu a la següent adreça:

https://addons.mozilla.org/ca/firefox/language-tools/

Podeu descarregar el Firefox en valencià des d’aquesta adreça:

https://www.softcatala.org/programes/diccionari-valencia-firefox/

Quan trobem un complement que faça aquesta tasca ja l’incorporarem a les noves instal·lacions del Firefox, de moment cal fer-ho a mà.
I com sempre, recordar-vos que abans de canviar res heu de fer una còpia de seguretat, perquè mai se sap el que pot passar.

 

Nagios y Ansible II: nrpe

Continuando con nuestros playbooks de gestión de sistermas y servicios y, en concreto, con la monitorización de ellos con Nagios, vamos a ver cómo configuramos nrpe. Este es un demonio al que se conectará el servidor de Nagios para obtener el estado del servicio a comprobar.

El playbook nrpe.yml  es el que nos permite configurar los chequeos NRPE para todos los servidores (excepto los que aparezcan en el grupo nonrpe) de manera centralizada. Como hemos indicado en todas las entradas dedicadas a Ansible, el gestionar de esta forma este servicio, nos permite realizar los cambios una sóla vez ,en lugar de realizarlo para cada servidor y con comprobación de errores sintácticos. También, además, es posible modificar sólo un servidor o un grupo, con el parámetro –limit nombreServidor o nombreGrupo.

Continue reading “Nagios y Ansible II: nrpe”