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=1s7fvCf7r9LBS_Y-G1piGRdKFYmv8V1XW&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

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.

 

 

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.

 

Virtual Ubuntu EPS 2017 (VDI)

Con el comienzo del nuevo curso académico 2017/18, 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 2016 (VDI) (y 2)

Al nuevo virtual le llamaremos Virtual Ubuntu EPS 2017.

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-2017.vdi

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

El archivo ocupa 25.8 GB. Es decir, donde descarguemos el mismo, hemos de estar seguros de disponer de algo más de esos casi 26 GB. La duración de la descarga dependerá de la conexión a Internet que tengamos. Con una conexión relativamente modesta, en poco más de 1 hora debería estar descargado.

Sigue estando basado en Ubuntu 16.04 LTS x86_64 (64 bits) pero con las actualizaciones pertinentes (en él hemos eliminado programas que ya no se han solicitado, versiones obsoletas y añadido programas y versiones nuevas acorde con el nuevo curso que comienza).

La nueva imagen del Escritorio es ésta:

Escritorio de VDI Ubuntu EPS 2017 (Ubuntu 16.04 LTS x86_64)

 

Cambios realizados y listado de SW

El SW que aparece en esta máquina virtual es, en un 90%, 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 sea un 90% 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 mucho sentido, 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 (resumida) de programas y librerías, sería la siguiente:

  • ansible-2.0.0.2
  • atom-1.18.0-1
  • bison++-1.21.11-3.1
  • bower-1.8.0
  • caffe-master (1.0.0)
  • cmake-3.5-1
  • composer
  • docker-ce-17.06.0
  • docker-compose-1.15.0
  • Eclipse C++ 4.6 Neon, Eclipse C++ 4.7 Oxygen
  • Eclipse JEE 4.6 Neon, Eclipse JEE 4.7 Oxygen
  • firefox-47.0
  • flex-2.6.0
  • freeglut3 (2.8.1-2), freeglut3-dev (2.8.1-2)
  • gawk-4.1.3
  • gcc-5.3.1, g++-5.3.1
  • gulp-cli
  • g++-arm-linux-gnueabihf, gcc-arm-linux-gnueabihf, gdb-multiarch, pip matplotlib
  • heroku-6.13.1
  • JDK-1.8.0 Update 131, JDK-1.8.0 Update 131 APIDocs
  • jhipster-4.6.2
  • joe-4.1-2
  • laravel-5.4
  • libasound2-dev-doc-1.1.0
  • libsfml-dev-2.3.2
  • libsvm-3.22
  • make-4.1-6
  • MySQL-Server-5.7.11, MySQL-Common-5.7.11, MySQL-Connector-Java-CPP-Python
  • Netbeans-8.2
  • nlwrap-0.41
  • nodejs-4.8.4, nodejs-6.9.4, nodejs-legacy-4.2.6
  • npm-2.15.11, npm-3.10.10
  • opencv-3.3 (+ dependencias asociadas)
  • php7.0, php7.0-mysql
  • postman (5.2.1)
  • robo3t-1.1.1
  • python-2.7.11+, python-3.5.2, python-3.6
  • qemu, qemu-system-arm, qemu-user, qemu-user-static
  • ruby-dev (2.3)
  • valgrind-3.11.0
  • VirtualBox-5.1.24-117012
  • vscode-1.15.1
  • sqlitebrowser-3.7.0-1
  • sts-3.9.0
  • sublime-text-3126-prolog
  • swi-prolog-7.2.3
  • yarn-0.27.5
  • yo (yeoman) 2.0.0

 

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

Se crea de forma similar a la descrita para el VDI del curso anterior (que, de momento, mantendremos también descargable durante un tiempo). Más que sustituir la máquina del curso pasado, es recomendable mantener aquélla y, para la de este curso, crear una máquina virtual totalmente nueva.

– Habilitar bit de Virtualización en la BIOS:

Muchos portátiles y PCs, tienen deshabilitado, por defecto, en la BIOS, el bit de Virtualización (VTx). Es fundamental que esté HABILITADO (Enabled) pues, de lo contrario, aunque podamos instalar la plataforma VirtualBox en nuestro equipo, al intentar lanzar cualquier máquina virtual, nos dará un error.

 

– Configuración al crear la máquina virtual  (a tener muy en cuenta):

  • Memoria RAM: mínimo 2048MB.
  • Memoria de vídeo: 128 MB.
  • NO habilitar la aceleración 3D (ya que ello provocaría que los paquetes de OpenGL instalados no funcionaran bien y que programas como Postman no funcionaran correctamente).
  • NO habilitar la aceleración 2D.

 

– Instalar Oracle VM VirtualBox Extension Pack:

Cuando instalemos la plataforma VirtualBox (actualmente en su versión 5.1.28 y descargable desde la página https://www.virtualbox.org/wiki/Downloads), no debemos olvidar, una vez instalado, descargar el paquete de extensiones Oracle VM VirtualBox Extension Pack. Una vez descargado, abriremos la plataforma VirtualBox, iremos al menú Archivo -> Preferencias -> Extensiones y añadiremos a la plataforma el fichero con extensión vbox-extpack.

Sin estas extensiones, no podremos conectar ni hacer attach de dispositivos USB a mayor velocidad que marca el estándar 1.1 (muy poco actualmente, donde lo normal son dispositivos estándar 2.0 y, sobre todo, 3.0).

Instalación de Oracle VM VirtualBox Extension Pack

 

– Instalar las Guest Additions en la máquina virtual:

Una vez lancemos el virtual y éste esté funcionando, si la versión de VirtualBox nuestra no coincide con la de las Guest Additions del VDI, tendremos que instalar las Guest Additions de nuestra versión de VirtualBox (en dicho VDI).

Para ello, ya con el virtual arrancado y viendo el escritorio de Ubuntu, iremos al menú Dispositivos de la ventana de VirtualBox y seleccionaremos la opción de más abajo donde pone “Imagen CD Guest Additions“. Con esto, haremos attach de dicha imagen al VDI (como si metiéramos un CD físico en la unidad de CD de la máquina virtual) y podremos proceder a instalar las citadas Additions en el virtual.

Podremos funcionar sin las Additions, pero el funcionamiento del virtual no será tan bueno y la fluidez de paso del foco de ratón y el teclado entre el virtual y el anfitrión y viceversa, será bastante menos eficiente.

Dicha instalación puede realizarse de forma gráfica desde el citado menú, para lo cual se nos solicitará la contraseña de root (que es “alu” sin las comillas) y seguiremos los pasos pertinentes:

Añadir Guest Additions método GUI

O bien, también es posible realizarlo desde una terminal de root (accesible con el comando sudo su y poniendo la contraseña alu) siempre que antes hayamos hecho attach del CD desde el menú Dispositivos del virtual.

Una vez alcanzada la terminal de root ejecutaremos estos comandos:

# cd /media/alu/VBOXADDITIONS_5.1.26_117224

# ./VBoxLinuxAdditions.run

Ejecutar VBoxLinuxAdditions.run desde terminal de texto
Ejecución de VBoxLinuxAdditions.run desde terminal de texto
Ejecutada la instalación de las Guest Additions desde terminal de texto

 

Problema con módulo mei_me en Ubuntu 16.04 LTS

La semana pasada, en el laboratorio L13, tuvimos problemas con el arranque de los equipos clL13-8, clL13-10 y clL13-20 que tienen relación con el módulo Intel Management Engine Interface (Intel MEI).

 

 

Este módulo aparece documentado en https://www.kernel.org/doc/Documentation/misc-devices/mei/mei.txt

Por alguna razón (pensamos que de algún glitch del HW de determinados equipos), lo que antes no causaba problemas con dicho driver mei_me (tal como lo carga el kernel de Ubuntu), empezó a darlos. Por lo que parece, tiene relación con el acceso a los puertos SATA de los discos, hasta el punto de bloquear el PC sin que éste haya terminado el proceso de arranque (lo que supone que ya, en ningún momento, nos aparezca la interfaz gráfica lightdm para validación de usuarios).

Además, son problemas aleatorios, que en el clL13-20, hemos visto que a veces (casi siempre) se daban y a veces no (alguna vez), no.

Ante esto y, después de haber consultado el mismo problema (o asociado al mismo) en varios foros de Ubuntu y Debian:

parece ser que, la mejor solución (si no queremos tener que ir cambiando placas base por un fallo, además intermitente y de aparente y sobrevenida incompatibilidad del chipset del equipo con el módulo mei_me), es deshabilitar dicho módulo al inicio para que el kernel nunca llegue a cargarlo.

Esto lo llevamos a cabo añadiendo al fichero /etc/modprobe.d/blacklist-watchdog.conf la siguiente línea final:

blacklist    mei_me

De esta forma, al reiniciar el equipo, veremos cómo ya no muestra errores relacionados con esto, ya no se congela el equipo durante el arranque, y aparecerá bien la interfaz gráfica lightdm de Ubuntu solicitando el usuario y contraseña de la EPS.

Además, verificamos que el módulo ya no está cargado, utilizando el comando:

lsmod | grep mei

(no debe dar nada como salida)

De momento, este problema sólo ha sucedido con equipos del modelo HW APD0912.

Esperemos no se vaya extendiendo a más equipos pues, de lo contrario, supondría poner, generalizadamente, este módulo en blacklist para todos los laboratorios (o, al menos, en todos los laboratorios con máquinas del modelo APD0912).

 

Guardar

Virtual Ubuntu EPS 2016 (VDI) (y 2)

Para la obtención del fichero VDI del modelo de laboratorio de la EPS (Virtual Ubuntu EPS 2016) con el que poder crear nuestra máquina virtual, tendremos que realizar la descarga del mismo accediendo antes 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-2016.vdi

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

El archivo ocupa 24 GB. Es decir, donde descarguemos el mismo, hemos de estar seguros de disponer de 24 GB (la mayoría de pendrives actuales ya tienen 32GB o más y la inmensa mayoría de ordenadores y discos duros externos también dispondrán de espacio para ello). La tardanza en la descarga dependerá de la conexión a Internet. Con una conexión relativamente modesta, en 1 hora aproximadamente (o menos) debería estar descargado.

Una vez descargado, deberemos, si no lo tenemos ya instalado, descargar e instalar VirtualBox (http://www.virtualbox.org) para el Sistema Operativo anfitrión en el que estemos (Windows, MacOS o GNU/Linux). La última versión de la plataforma de virtualización, a día de hoy, es la 5.1.14 (también es importante, además, instalar la parte de VirtualBox Oracle VM VirtualBox Extension Pack)

Una vez instalado, abriremos la plataforma VirtualBox y seguiremos los siguientes pasos:

  • Nueva (máquina virtual) donde nos pedirá el nombre de la misma, qué Sistema Operativo va a ser (Linux) y, dentro de Linux, le diremos en el desplegable Ubuntu 64 bits.

 

paso1-crearvirtual

 

  • Seguidamente nos pedirá la memoria RAM de la que dispondrá: pondremos 2048 MB, pero como mínimo, aconsejo que nunca sean menos de 1024 MB. Hay que tener en cuenta que la memoria dedicada a la máquina virtual no debería exceder en más del 50% a la memoria física que tengamos en nuestro equipo.

 

paso2-crearvdi-ram

  • Luego nos solicitará si deseamos: No agregar un disco duro a la máquina virtual, Crear un disco duro vacío o Usar un archivo de disco duro virtual existente. Optaremos por esta última y seleccionaremos nuestro VDI.

 

paso3-discoduro

 

paso4-seleccionvdi

 

paso5-seleccionvdi

 

La máquina virtual se proporciona ya con las VBOXGuestAdditions para Ubuntu instaladas en el VDI (lo que permite una mejor integración del ratón en el paso entre anfitrión y virtual y mejoras en la resolución potencial del mismo).

La máquina virtual, por defecto, se proporciona a una resolución de 1024×768 (4:3) pero si se quiere, desde dentro de la misma, en Configuración (rueda dentada), opción Monitores, se puede cambiar a resoluciones mayores y relaciones de aspecto distintas (generalmente 16:9 con monitores panorámicos).

También puede, desde VirtualBox, habilitarse Ver en Pantalla Completa, Ajustada o tenerla (por defecto), en modo Ventana.

 

paso7-previoconfigurarsistema

 

Una vez agregada, configuraremos lo siguiente:

  • Sistema: Aquí deshabilitaremos lo relativo a Disquete y CD/DVD como métodos de arranque (es decir, que la máquina arranque directa de disco duro). Aquí podríamos modificar la memoria RAM dada en la creación de la máquina virtual. También podemos añadir 1-2 procesadores (en función del equipo que tengamos) en la pestaña Procesadores.

 

paso8-configuradosistema

  • Pantalla: Aquí es fundamental elevar de 12MB a 128MB la memoria de vídeo (si no, irá fatal el virtual a nivel gráfico). NO HABILITAR la Aceleración 3D ya que con las GuestAdditions no va bien y generará problemas (desaparecerá el ratón al introducirnos en el área de la máquina virtual). Monitores, en principio, dejaremos 1 (aunque podríamos poner 2, en cuyo caso, luego dentro de Ubuntu 16.04 Virtual, podríamos configurar dichos monitores en Escritorio Extendido o Espejado).

 

paso9-configurarvideo

 

  • Red: Comprobaremos que la red está configurada como NAT.

 

Ya podremos lanzar la máquina virtual desde el botón Iniciar.

 

paso13-lanzandovdi

 

Veremos que empezará con el gestor de arranque LILO mostrando como único Sistema Operativo GNU/Linux. Podremos entrar ó, si no, en pocos segundos él solo cargará el kernel de GNU/Linux. Para facilitar las cosas, el sistema hace autologin del usuario alu (cuya contraseña es también alu). Está configurado para poder trabajar así. Sin embargo, si se quiere acceder como root, se puede usando el comando, desde una terminal gráfica de texto:

sudo su

(contraseña alu)

 

paso14-vdilanzadoyvalidadoconalu

paso15-vdi-pasaraluaroot

 

Desde root ya tendríamos el control total del sistema, podríamos instalar paquetes, actualizar, etc…

Aunque nuestra recomendación final es no tocar demasiado si no se sabe bien lo que se va a hacer (o bien, al menos, hacer algún tipo de copia de seguridad previa del VDI original para evitar que, toqueteando, hagamos, por error, el sistema inoperativo y perdamos todo lo que tuviéramos en el VDI -lo que, además, obligaría a una nueva descarga del mismo-).

 

Cambiar la resolución de la máquina virtual Virtual Ubuntu EPS 2016

Si se requiriera cambiar la resolución por defecto (1024×768, 4:3) de la máquina virtual, procederíamos, desde dentro de ella, de la siguiente manera:

  • Clic a Configuración (icono de Unity de la rueda dentada y llave inglesa).
  • Clic apartado Hardware.
  • Clic en Monitores.
  • Desde dentro de dicha opción, cambiar la resolución y relación de aspecto a la que mejor nos convenga.
  • Luego nos preguntará si Mantener o no dicha configuración y, si lo vemos oportuno, diremos que sí.

 

paso16-cambiarresolucionvdi

 

Guardar

Guardar

Virtual Ubuntu EPS 2016 (VDI) (Parte 1)

Para este curso 2016/2017, el antiguo DVD Live EPS 2014 ha sido sustituido por una tecnología más actual (virtualización) y que admite, en principio, tamaño ilimitado (o, al menos, no la limitación que supone 4.7GB de un DVD de simple capa o 9.4 GB de uno de doble capa).

El nuevo Sistema Operativo de este curso basado en GNU/Linux es Ubuntu 16.04 LTS x86_64, es decir, ya en arquitectura de 64 bits y que lleva instalado desde este pasado mes de septiembre de 2016 en los distintos laboratorios de la Escuela Politécnica Superior.

Lo que proponemos como herramienta de trabajo ubicuo (para casa, portátil, etc), es una Máquina Virtual basada en la Plataforma de Virtualización VirtualBox. Por tanto, este curso proporcionamos un fichero VDI (Virtual Disk Image, Imagen de Disco Virtual) que contiene la versión de Ubuntu 16.04 LTS de los laboratorios de la EPS junto a gran parte de los programas instalados en ellos. La filosofía es que, con el VDI descargado, y una vez creada su máquina virtual de VirtualBox con dicho disco asociado, los estudiantes podéis hacer vuestras prácticas con la máquina virtual prácticamente como si estuvieran físicamente en el laboratorio.

En la máquina virtual van incluidos (casi) todos los programas y librerías del Sistema Operativo Ubuntu 16.04 LTS x86_64 instalado en el Laboratorio de Libre Acceso (L04A/L04D).  Sin embargo, algunos no se han podido instalar, bien por problemas de incompatibilidades entre ellos o bien porque generaban problemas de vídeo en la plataforma X de Ubuntu 16.04 bajo la plataforma de virtualización VirtualBox.

Programas que Virtual Ubuntu EPS 2016 no contiene (respecto a los laboratorios de la EPS)

El VDI contiene todos los programas y versiones del laboratorio de Acceso Libre (L04A y L04D) de la EPS, excepto los que se dan en esta lista (que no se han podido instalar en el VDI ya que causaban distintos problemas en el funcionamiento de la máquina virtual):

  • Librerías xorg-dev-7.7 y xserver-xorg-dev-1.18.3
  • Programa docker-1.12.1
  • Programa docker-compose-1.8.1
  • Herramienta mpich2-3.2.6-x86_64
  • Librerías de desarrollo para OpenCV: opencv-dev y libopencv-dev-2.4.9.1

En la siguiente entrada del blog, detallaremos cómo descargar el VDI, VirtualBox y cómo crear nuestra máquina virtual a partir del VDI descargado.

Distribución de Ubuntu para el próximo curso académico 2015/16: Ubuntu 12.04.5 LTS

Como comentamos en esta entrada, establecimos un protocolo según el cual, los cambios de distribución de GNU/Linux en los laboratorios docentes  los realizaríamos cada 3 años. Ya llevamos TRES cursos con Ubuntu 12.04; es el momento de dar el salto a una nueva versión mayor de Ubuntu que estaría disponible para el próximo curso académico 2015/16, pero no va a ser así 🙁

Continue reading “Distribución de Ubuntu para el próximo curso académico 2015/16: Ubuntu 12.04.5 LTS

How to select the keyboard type and language in Ubuntu 12.04 lightDM

We have had problems with the session manager for X Windows System that we use in the laboratories of the EPS to allow to identify users choosing the keyboard type and language. This was a problem for our Erasmus students because they couldn’t select English language in our computers. How we solved that? That’s what we want to explain on this entry.

Continue reading “How to select the keyboard type and language in Ubuntu 12.04 lightDM”

Cómo poder seleccionar el tipo de teclado e idioma en lightDM con Ubuntu 12.04

Hemos tenido problemas con el gestor de sesiones para X Windows System que utilizamos en los laboratorios de la EPS para permitir, a los usuarios que se identifican, elegir el tipo de teclado e idioma. Cómo hemos resuelto el que, por ejemplo, alumnos de Erasmus puedan elegir inglés como idioma de la sesión y teclado, es lo que os queremos contar en esta entrada.

Continue reading “Cómo poder seleccionar el tipo de teclado e idioma en lightDM con Ubuntu 12.04”