Source: https://wiki.vitalinux.educa.aragon.es/index.php?title=Vitalinux/FAQs&oldid=2928
Timestamp: 2020-08-12 10:14:54+00:00

Document:
Vitalinux/FAQs - Vitalinux
Vitalinux/FAQs
Revisión del 09:10 1 oct 2019 de Nacho (discusión | contribuciones)
1 ¿Qué imagen ISO de Vitalinux me tengo que descargar?
2 Arquitectura de 32 bits o de 64 bits?
2.4 Resumiendo
3 ¿Problemas al dualizar equipos Windows 7/8/10?
4 ¿Cómo recuperar el GRUB y el MBR?
5 ¿Como recuperar datos de un equipo que necesito formatear?
6 ¿Sin acceso gráfico? Como resolver problemas cuando no tenemos acceso al entorno grafico
6.3 Propuesta de solución
6.3.1 Abrir una sesión por consola
6.3.2 Comprobar si tenemos conectividad
6.3.3 Ejecución de comandos que intentan resolver configuraciones o instalaciones que se han quedado a mitad
6.3.4 Dejar el sistema actualizado
7 ¿Cómo instalar Software?
8 ¿Cómo compartir una impresora desde Linux?
9 ¿Cómo configurar una impresora USB en Vitalinux?
10 ¿Problemas con algún modelo HPLaserJet 1005, 1018, 1020, 1102, 2015, ...?
11 ¿Cómo configurar un escáner USB en Vitalinux?
12 Como hacer uso de los libros digitales en Vitalinux
12.1 Burlington
12.2.1 Como instalar un libro de Oxford
12.3 Libros accesibles por Blinklearning
12.5 MacMillan
12.6 Anaya
12.7 SM
12.8 Santillana
12.9 Libros de Frances (Parachute, Adosphere, Vitamine...) y otros
13 Pizarras Digitales Interactivas
13.2 IQBoard
13.3 Ebeam
13.5 Interwrite
13.6 Multiclass
13.7 SmartBoard
13.7.1 SmartBoard 480
13.8 Anexos
14 Dudas rápidas
14.1 ¿Se puede congelar todo el software en Vitalinux?
14.1.1 Servicio de Congelación en Vitalinux
14.1.2 ¿Cómo puedo hacer prácticas de instalación de software sin que persistan en Vitalinux?
14.2 ¿Se puede limpiar el Escritorio o el sistema de archivos sin estar congelado?
14.3 ¿Se pueden limpiar los registros de los navegadores de forma puntual?
14.4 ¿Qué pasa si apagamos un equipo Vitalinux sin que el cliente Migasfree haya terminado la comunicación con el servidor Migasfree?
14.5 Error 500 al Actualizar contra Migasfree
14.6 ¿Anillo o depósito de Claves al registrar una red Wireless?
14.6.1 Cómo borrar un depósito de claves
14.6.2 Anillos de claves y la wifi
14.7 ¿Qué implica tener activa en Vitlainux la etiqueta ENT-ALUMNO o ENT-PROFESOR?
14.8 Para evitar que los profesores puedan modificar la configuración de impresoras e instalación de programas, ¿la opción más lógica es que entren con el usuario alumno?
14.9 ¿Cambiar el idioma para un usuario es posible?
14.9.1 Idiomas
14.10 ¿Problemas con los Ajustes de Resolución del Monitor?
14.11 ¿Cómo subir archivos a Google Drive?
14.12 ¿Cómo Customizar o personalizar el menú de opciones de arranque del Grub?
14.13 Drivers para las tarjetas wireless Broadcom
15 Ubuntu o Lubuntu
15.1 ¿Lubuntu es ligero por el software preinstalado y su Entorno de Escritorio?
15.2 ¿Qué perderíamos y ganaríamos en el caso de que Vitalinux se basara en otra distribución de Ubuntu?
15.3 Si tenemos ordenadores potentes en casa ... ¿nos merece la pena modificar el Entorno de Escritorio de Vitalinux/Lubuntu?
15.4 Ordenadores con Win XP con Pentium 3GHz y 1 GB de RAM ... ¿se podrían reutilizar con Vitalinux?
15.5 ¿En vitalinux siempre se instala el software a través de gestores? ¿No puedes llevar un ejecutable en un pendriver para instalar un programa como en windows?
15.6 ¿Desde migasfree se puede instalar software que no esté en repositorios (p.e. un DVD para dar clases de ingles en el aula)
16 Problemas con el servicio de carpetas compartidas
16.1 Parámetros de seguridad en switchs que bloquean tráfico NFS
¿Qué imagen ISO de Vitalinux me tengo que descargar?
Para poder decidir que imagen ISO de Vitalinux debo descargar debes tener en cuenta lo siguiente:
La antigüedad del hardware del equipo. Esto determinará si debes descargarte la versión de 32 bits o la de 64 bits. Es decir, si el equipo es muy viejo (> de 10 años de antigüedad) es posible que no admita un sistema operativo de 64 bits, por lo que deberías descargarte la versión de 32 bits.
Ejemplos de equipos que sólo admiten la versión de 32 bits: HP COMPAQ tc4400, TOSHIBA PORTAGE M200, TOSHIBA PORTAGE M400, etc.
Ejemplos de equipos que admiten 64 bits (la mayoría de los equipos que se encuentran en los centros educativos): TOSHIBA PORTEGE M700, TOSHIBA NB250, TOSHIBA NB510, HP COMPAQ 8200/8300, HP PRODESK 600 G3/G4/..., etc.
Aquellos equipos cuyo hardware admita Vitalinux de 64 bits, deberemos decidir entre descargar la versión con Vitalinux-1.0 - kernel 4.4 o Vitalinux-2.0 kernel >5.X. La diferencia entre ambos es la cantidad y tipo de drivers de compatibilidad con hardware que incorporan garantizando que todas las partes hardware del equipo sean reconocidas por el sistema operativo:
Vitalinux-2.0 64 bits - kernel >5.X: Ultima Versión de Vitalinux pensada para ser instalada en equipos de 64 bits, nuevos o viejos. Dispone de los drivers más actuales evitando incompatibilidades con hardware actual.
Vitalinux-1.0 64 bits - kernel 4.4: Versión basada en Lubuntu 14.04 (sin soporte por parte de Ubuntu) pensada para aquellos equipos que presenten incompatibilidades de hardware o periféricos obsoletos. Es decir, es posible que Vitalinux-2.0 ya no contemple ciertos periféricos que ya se consideran obsoletos pero con los que queramos seguir trabajando (p.e. algún modelo de PDI). En cualquier otro caso se recomienda usar la versión de Vitalinux-2.0.
¡¡Importante!! Es posible que Vitalinux-2.0 presente incompatibilidades con partes hardware de equipos que tengan unos cuantos años, o equipos nuevos que hagan uso de periféricos antiguos, ya que una versión más actual del kernel dispone de drivers más actuales, pero al mismo tiempo deja de dar soporte a hardware más antiguo (tarjetas gráficas, tarjetas de sonido, tarjetas de red, etc.). Por esta razón sólo se recomienda su uso en equipos modernos que no convivan con periféricos antiguos. A modo de ejemplo, un equipo actual como el HP PRODESK 600 G3/G4 conectado una pizarra digital interactiva (PDI) Hitachi FX Trio 77 presentaría como ventaja que todo su hardware sería reconocido, pero no así con la pizarra digital, perdiendo de esta forma toda su operatividad. Más información sobre PDI's...
En caso de que la información anterior no te resuelva la duda de que ISO de Vitalinux instalar, puedes registrarte en la Web de soporte del proyecto Vitalinux y abrir una nueva petición/incidencia haciendo una consulta al respecto.
Arquitectura de 32 bits o de 64 bits?
Muchas veces dudamos sobre cual es la arquitectura que tengo que descargar/instalar en nuestros equipos...si 32 o 64 bits. Una cosa es tener un sistema operativo (Linux, Windows...) de 32 bits o de 64 bits y otra cosa es que nuestro ordenador (la CPU) soporte sistemas operativos de 32 o de 64 bits. Lo primero es saber qué arquitectura soporta nuestra máquina, ya que...
Si nuestra CPU soporta 64 bits podremos instalar un sistema operativo de 32 bits o de 64 bits.
Si nuestra CPU no soporta 64 bits, solo podremos instalar un sistema operativo de 32 bits.
¿Como podemos saber si mi ordenador soporta o no dichas arquitecturas?
Por norma general, todas las CPU's modernas (desde la siguiente generación de Pentium IV) soportan 64 bits, pero nos tenemos que asegurar. Para ello podemos:
Buscar en la web nuestro procesador y comprobar que arquitectura soporta
Ejecutar algún comando en Windows que nos identifique la arquitectura de la CPU. Para ello abrimos una terminal y ejecutamos
Desde Linux, abrimos una consola y ejecutamos
En el apartado de modos de operación nos indicará que modos soporta
Si la CPU soporta 64 bits encontraremos que el equipo funciona de forma mas óptima con un Sistema Operativo de 64 bits ya que podremos aprovechar al máximo las funcionaliades que nos ofrece la CPU. Si vamos a ejecturar aplicaciones que necesitan mucho cómputo será bueno contar con el sistema optimizado...
En el caso de querer contar con más de 4GB de RAM, había problemas en arquitecturas con 32 bits hasta que se introdujo PAE (que solucionó el límite teórico de 4GB para ampliarlo a 64GB. Linux lo soporta por defecto, por lo que podremos instalar 32 bits en equipos de mas de 4 GB de RAM. A modo de ayuda, en pruebas que hemos realizado en equipos antiguos que soportan 64 bits (por ejemplo algunos Pentium IV) y no con mucha RAM (1GB de RAM), no encontramos diferencias entre Sistema Operativo de 32 o de 64 con un uso básico (ver párrafo anterior)
Luego están las aplicaciones...hay aplicaciones que están preparadas para ejecutarse en Sistemas Operativos de 32 o 64 bits, pero nos podemos encontrar aplicaciones que solo funcionan en una arquitectura concreta. En éste último caso suelen ser aplicaciones antiguas que si hicieron para 32 bits. A día de hoy, podemos ejecturar aplicaciones de 32 bits en un equipo de 64 (Vitalinux lleva ya preparado el sistema para soportar ésta funcionalidad), pero aún así podemos encontrar problemas.
Destacar que todas las aplicaciones que vienen disponibles en la distribución base de Ubuntu soportan ambas arquitecturas. El problema lo podemos encontrar con aplicaciones de terceras personas...
Aplicaciones más modernas no liberan ejecutables para 32 bits...por ejemplo, Google ya no actualiza su navegador Chrome para arquitecturas de 32 bits, quedándonos en éste caso sin poder actualizar dicho navegador o...
Al revés, aplicaciones muy antiguas que solo funcionan en 32 bits. En éste caso suelen funcionar en 64 bits salvo algunas muy especiales que requieren de módulos del sistema como pueden ser algunas pizarras digitales (SmartBoard por ejemplo)
Si el equipo es relativamente moderno y sabemos que las aplicaciones que vamos a correr funcionan en ambas arquitecturas, se aconseja instalar 64 bits. Si tenemos más de 4 GB de RAM también será nuestra opción.
Si el equipo es antiguo (pentium IV o similar), 32 bits.
De todas formas siempre podemos comprobar con los dos y sacar propias conclusiones....con Vitalinux reinstalar es muy rápido!!!!
¿Problemas al dualizar equipos Windows 7/8/10?
Al dualizar equipos Windows pueden surgir diversos problemas. Para dar solución a estos se recomienda seguir el siguiente orden:
Bios Legacy y UEFI
Las BIOS de los equipos donde vayas a instalar Vitalinux pueden ser de los siguientes tipos, siendo el último caso el problemático:
BIOS Legacy. Es la BIOS clásica, la de toda la vida. Su característica más importante es que sólo admite 4 particiones primarias en el disco. Esto es importante, ya que si el Windows que queremos dualizar ya está haciendo uso de esas 4 particiones (1) sistema, 2) aplicaciones, 3) datos, 4) partición oculta de restauración), no habrá cabida para Vitalinux, siendo necesario liberar y eliminar una de esas particiones.
BIOS UEFI. Se trata de una BIOS rápida y más moderna que la Legacy creada para suplir sus carencias. Se caracteriza por tener una tabla de particiones GPT (admite más de 4 particiones primarias), una partición exclusiva para el gestor de arranque de Windows (desde el administrador de discos Windows ésto permite delatar si Windows fue instalado en modo UEFI), ofrece seguridad e integridad del sistema operativo a instalar y otras muchas características que tampoco nos atañen de manera directa para este apartado. El sistema operativo a instalar tiene que estar preparado para ser instalado sobre UEFI (algunas versiones de Windows 7/8 no soportan UEFI).
BIOS compatibles Legacy y UEFI. Con la finalidad de dar soporte a todo tipo de sistemas operativos (SO que fueron creados para ser instalados o sobre Legacy o sobre UEFI), muchos equipos disponen de una BIOS compatible con ambos modos de instalación.
Vitalinux esta diseñado para poder ser instalado tanto en equipos que sólo admiten BIOS legacy como UEFI, dando prioridad al modo UEFI en el caso de que la BIOS permita ambos modos. Esto puede provocar problemas cuando se desea dualizar un equipo que admite compatibilidad con ambas BIOS, Legacy y UEFI, y ya disponga de un Windows instalado en modo Legacy (Versiones de Windows hasta Windows7 sólo podían instalarse sobre una BIOS Legacy), ya que al tratar de dualizar con Vitalinux por defecto tratará de hacerlo en modo UEFI y eso hará que sea imposible que ambos convivan. Es decir, NO PUEDE ESTAR INSTALADO WINDOWS EN LEGACY Y VITALINUX EN UEFI Y ARRANCAR DUALMENTE. Para solventar este problema, estos equipos que admiten compatibilidad con ambas BIOS disponen de una tecla de función (p.e. F9, F12, ...) para indicar el Boot Order, pudiendo seleccionar explícitamente si el arranque del USB de instalación de Vitalinux queremos que lo haga en modo Legacy o UEFI, teniendo que elegir lógicamente el modo Legacy, para que así Windows y Vitalinux sean compatibles.
Deshabilitar el Secure Boot en la BIOS UEFI del equipo. Mientras este activo el Secure Boot en el equipo será imposible iniciar siquiera el arranque desde un Pendrive USB o DVD Bootable que no sea confiable. Por ello, en el caso de que no podamos acceder al Menú de opciones de Instalación de nuestro dispositivo bootable, es posible que la razón sea ésta. Para saber más acerca de que es el Secure Boot y BIOS UEFI se recomienda leer lo siguiente: BIOS UEFI o LEGACY
En ocasiones también es necesario Inhabilitar el Inicio Rápido en Windows en su apartado de gestión de energía, tal como muestran las siguientes imágenes (Otra forma de deshabilitar el inicio rápido en Windows):
Buscaremos la Gestión de Energía de Windows 10
Acceder a la Gestión de Energía de Windows 10
Inhabilitar el Inicio Rápido en Windows
Deberemos comprobar que la partición donde está instalado Windows no esta cifrada. Para dicha comprobación deberemos acceder al Administrador de Discos de Windows, y ver el estado de las particiones del disco, tal como muestra la siguiente imagen:
Es necesario redimensionar reduciendo el tamaño de la partición Windows para dejar espacio libre para Linux
En caso de que esté cifrada, el instalador de Linux no podrá detectar el sistema Windows que hay instalado y no nos podrá ofrecer la opción de dualización. Para conseguir dualizarlo será necesario redimensionar la partición cifrada de Windows reduciendo su tamaño y dejando espacio libre para la instalación de Windows. Este redimensionado se puede hacer desde el propio Administrador de Discos de Windows como se muestra en la imagen anterior. Una vez liberado espacio en disco, el instalador de Linux ya nos dará la opción de instalarlo en ese espacio libre sin afectarle para nada a Windows.
Puede suceder que tras instalar Linux de manera dual con Windows no se muestre el gestor de arranque (p.e. GRUB) al iniciar el equipo dándonos la opción de con que sistema queremos arrancar. En ese caso tendremos que hacer una última configuración en la BIOS del equipo, yéndonos a sus opciones de arranque (p.e. en equipos HP es la tecla F9) y diciéndole que queremos arrancar haciendo uso del gestor de arranque cargado por Linux tal como se muestra en la siguiente imagen:
Configuración del Gestor de Arranque a usar por la BIOS
Similar al caso anterior, una vez instalado Linux/Ubuntu y dualizado el equipo, si la BIOS es Legacy/UEFI y en arranca en modo UEFI, comprobar si existe la opción de decidir con qué gestor de arranque iniciar. Es decir, las nuevas BIOS detectan los gestores de arranque instalados en el equipo (p.e. el gestor de arranque de Windows y el Grub de Linux) y permiten decidir directamente desde que gestor de arranque iniciar el equipo. Por defecto, si no se modifica esto lanzan el gestor de arranque de Windows imposibilitando el poder decidir arrancar con Linux.
¿Cómo recuperar el GRUB y el MBR?
En ocasiones (p.e. arranques duales con Windows) puede resultar necesario recuperar el gestor de arranque GRUB o el MBR del disco. Es decir, tras llevar a cabo una instalación dual se debería ver un gestor de arranque similar al que se muestra en la siguiente imagen, pero por diversas razones es posible que no se muestre (no se ha indicado correctamente la ubicación del gestor de arranque, reinstalación de Windows, etc ...):
Para dar solución al problema anterior lo más recomendable es hacer uso del software boot-repair (reparación de arranque) en modo Live desde tu distro Linux favorita. Por ejemplo:
Arrancar el equipo afectado con Vitalinux en modo live desde un USB Bootable, y posteriormente instalar boot-repair (la última ISO de Vitalinux ya viene con boot-repair preinstalado).
En caso de trabajar en modo live con otra distro diferente es posible que tengas que descargar boot-repair: Proyecto Boot Reapir
Una vez tengamos disponible boot-repair (reparación de arranque) en nuestra distro Linux en modo live lo arrancaremos:
Lanzamos una terminal, CONTROL + ALT + T, y escribimos sudo boot-repair
En Vitalinux, al disponer de synapse podemos intentar CONTROL + ESPACIO y escribir reparación de arranque
Una vez abierto boot-repair, desde sus opciones avanzadas podremos decidir entre reparar/reinstalar el GRUB o el MBR.
Es recomendable seguir los pasos recomendados, por lo que seleccionaremos Reparación Recomendada
Será necesario seleccionar el texto/comandos propuestos en una terminal y ejecutarlos. Para ello abriremos una terminal, CONTROL + ALT + T, suplantaremos al superAdministrador root del sistema ejecutando el comando sudo su y pegaremos los comandos indicados.
Al final nos sugerirá Cargar el reporte a pastebin para poder auditar el proceso y conocer si ha sucedido algo extraño en el proceso anterior. Indicaremos Si sin más.
Una vez terminado el proceso de reparación simplemente reiniciaremos el equipo para comprobar que ya tenemos el menú de arranque correctamente establecido
Si todo ha ido bien, al reiniciar deberemos ver un menú similar al siguiente, desde el cual ya podremos lanzar Windows o Linux:
En el caso de que el menú mostrado por el gestor de arranque no nos guste o deseemos personalizarlo, podemos hacerlo mediante la aplicación Grub Customizer. Para ello arrancaremos nuestro Vitalinux, ya sea el que tenemos instalado en disco físico o en modo Live (Vitalinux tiene preinstalada esta aplicación de personalización del Grub):
Lanzaremos el Grub Customizer haciendo uso de synpase tecleando CONTROL + ESPACIO y escribiendo customizer:
Una vez lanzada la aplicación, desde sus pestañas principales podremos editar el texto del menú que se muestra al iniciar el equipo, y el orden en que aparecen:
Desde la pestaña referente a Configuración de la apariencia podremos incluso personalizar la imagen de fondo del menú de arranque (resolución recomendada de 640x480)
Si todo ha ido bien, tras realizar y guardar la configuración anterior, al reiniciar el equipo se debería mostrar el nuevo aspecto del menú del gestor de arranque definido:
¿Como recuperar datos de un equipo que necesito formatear?
Para recuperar datos tan sólo será necesario arrancar el equipo desde un USB Bootable (creado a partir de la ISO de Vitalinux) con Vitalinux en modo live. Una vez iniciado haremos lo siguiente:
Abriremos el explorador de archivos: Tecla Super/Windows + E
Desde el explorador de archivos, a través del menú lateral Lugares, abrir las particiones del disco o discos de la máquina donde buscar los archivos a respaldar, tal como se puede apreciar en la siguiente figura:
¿Sin acceso gráfico? Como resolver problemas cuando no tenemos acceso al entorno grafico
A consecuencia de las peticiones de varios de vosotros con problemas en el arranque de los equipos ya que no se consiguen iniciar con ningún usuario, queremos facilitar un procedimiento para repararar un equipo dañado.
Uno de los mayores problemas con el que nos encontrarmos es que NO se puede iniciar sesión gráfica. Es decir: Aparece la pantalla de login de usuario (extraña más si tenemos el equipo configurado para que arranque de forma automática) y cuando hago login con cualquiera de ellos el sistema me vuelve a la pantalla de login. Por tanto el sistema no arranca el entorno gráfico.
Estos problemas suelen aparecer por ejemplo cuando no hemos realizado un apagado adecuado de la máquina, normalmente cuando estaba por ejemplo instalando una actualización y no hemos dado tiempo a que termine. Puede afectar a software del sistema gráfico que impide que se cargue el escritorio.
Vitalinux cuenta con un sistema de autorecuperación del sistema para éstos casos. Es decir, cuando arranca el sistema lo primero que intenta es solucionar actualizaciones no terminadas, pero requiere que el sistema gráfico arranque, es decir que un usuario entre en el sistema.
Nos encontrarmos en una encrucijada. El sistema no puede autoreparse ya que necesita entrar en modo gráfico, pero no puede hacerlo.
Lo primero que necesitaremos es que el equipo esté conectado a la red ya que es posible que necesite descargar algo para poder recuperarse.
Si está por cable no tendremos problemas (ya que posiblemente tu red tenga servidor para asignar direcciones de forma dinámica)
Si el equipo se suele conectar por wifi deberás llevarlo a un punto donde puedas conectarle un cable de red
Si no hay opción de tener red, podemos seguir con el procedimiento ya que aún así podemos tener esperanzas...
Abrir una sesión por consola
Después abriremos una sesión por terminal para poder iniciar una sesión (recordamos que el entorno gráfico impide la entrada al sistema). Para ello realizamos la combinación de teclado: CTRL+ALT+F3 (a la vez). Ésto nos llevará a una terminal:
Una vez allí nos loguearemos indicando el usuario profesor (+Intro). Cuando nos pida la password introduciremos la contraseña que tenemos en ese equipo para ese usuario (no aparecerán los típicos *, y parecerá que no se escribe nada ). Luego pulsaremos de nuevo Intro y ya tendremos una sesión de profesor abierta en consola:
Comprobar si tenemos conectividad
Ahora podemos comprobar si tenemos red simplemente haciendo un ping a google. Para ello escribe ping 8.8.8.8 y luego pulsa Intro. Nota: Para parar el ping en cualquier caso pulsa la combinación CTRL+C
Si responde es que tienes conexión
Si no responde es que no tienes conexión
Si hay conectividad tendrás más posibilidades de que todo el proceso que falta termine con éxito.
Ejecución de comandos que intentan resolver configuraciones o instalaciones que se han quedado a mitad
Ahora deberemos introducir los dos siguientes comandos. Para ello escribe lo que se indca y pulsa Intro. Si en algún caso te pregunta por una solución escribe la opción por defecto. Si te pregunta por una contraseña, introduce la del usuario profesor: En primer lugar intentaremos que el sistema termine de configurar aquello que se pudo quedar a mitad:
En segundo lugar, y una vez que haya terminado el proceso anterior intentaremos terminar de instalar lo que quedara a mita:
sudo apt-get -f --assume-yes --force-yes install
Dejar el sistema actualizado
Podemos al final dejar el sistema perfectamente actualizado ejecutando lo siguiente:
Lo primero es actualizar el listado de paquetes disponibles
Sin en éste paso te da un error al final de éste tipo:
Error: GDBus.Error:org.freedesktop.DBus.Error.Spawn.PermissionsInvalid: The permission of the setuid helper is not correct.....
Deberás introducir lo siguiente: sudo chmod u+s /usr/lib/dbus-1.0/dbus-daemon-launch-helper
Después le decimos al sistema que actualice todo
Esperamos que ésto pueda ayudar a resolver los problemas encontrados. Si aún así no se resuelve, siempre puedes abrir una incidencia en soporte indicando donde has tenido problemas
Nota final: No dedemos olvidar una solución fácil y rápida. Reinstalar el equipo. Si hemos configurado el sistema para que todas las acciones sobre el equipo estén automatizadas con migasfree (programas instalados, configuraciones de impresoras...), reinstalar el sistema puede ser una alternativa muy rápida ya que la misma no demora más allá de 10 minutos. Si antes tenemos que sacar datos que no teníamos guardados podemos consultar Vitalinux/FAQs_recuperar_datos
A la hora de instalar software tendremos dos opciones:
Desde la línea de comandos. Para ello tan sólo será necesario abrir una terminal (CONTROL + ALT + T) y ejecutar el siguiente comando:
apt-get install nombre-programa
Con la finalidad de instalar la última versión del programa deseado se recomienda siempre actualizar los repositorios de software en primer lugar:
apt-get update && apt-get install nombre-programa
Desde una aplicación gráfica. Para ello tenemos diferentes opciones: synaptic, centro de software, appgrid, etc. Para saber más sobre todo ello se remite la la parte correspondiente del curso de Aularagon: Indice de contenidos del curso e Instalación de Software
¿Cómo compartir una impresora desde Linux?
Para compartir una impresora en Linux podemos hacer uso de CUPS o de Samba, en función de si los equipos clientes que quieran hacer uso de ella sean otros equipos Linux o Windows. Desde las opciones de impresora tendremos la opción de compartirla, y posteriormente en los equipos cliente, la configuraremos haciendo uso de la dirección IP del equipo que la sirve.
***** Actualización curso 2019-2020 *****
Parece ser que están cambiando los libros, y tienen que ser sustituidos por los otros nuevos....pero:
Todos? Suponemos que no, algunos funcionan aún y otros no...se entiende que irán publicando.
Quién tiene los nuevos?. Nosotros no...debéis (o el profesor de la materia) adquirirlos por el canal que tengáis con la editorial (web, comercial...)
Se pueden instalar de forma desatendida en todos los ordenadores? NO. Hemos hecho varias pruebas, y nada...así que no va a quedar otro remedio que volver a la solución clásica, como con otros sistemas operativos.
Soluciones que proponen desde la editorial (según instrucciones)
Instalar el libro en local...en cada máquina. Funcionan sin problemas...como cualquier otro libro. Se crea al final de la instalación y primer arranque un lanzador en el escritorio
Usar el libro mediante la plataforma online Oxford Premium (navegador web). Parece que es la solución preferente de la editorial, pero sabemos que pasa en algunos sitios con la red...
Usar una plataforma para gestionar libros de varias editoriales (al parecer). Blinklearing. Nosotros SI podemos poneros éste programa (os facilitamos el instalador que solo hay que hacer siguiente y siguiente), pero no sabemos si están todos los libros o no, ni como funciona...
Ya sentimos el trastorno, pero no depende de nosotros
******************************************* La información siguiente es sólo válida para los libros antiguos (flash)... Con Oxford tenemos más problemas ya que no disponemos de todos los ipack. Conseguir más no es viable para el equipo actualmente. Además hay que tener en cuenta que la Editorial solo da soporte para instalaciones locales (no en servidor) y recomiendan que los profesores accedan a los ipack vía web usando Oxford Premium. Aún así, vemos que los ipack se pueden usar siguiendo el esquema de burlington.
Se puede automatizar la instalación de la plataforma para la gestión de libros de Anaya: CGA Visor. Dicho software se ha integrado en Vitalinux de forma que se puede instalar en aquellos equipos que lo soliciten (mediante etiquetas por ejemplo) En algún centro que disponía de algún libro tipo "web" también se ha desplegado el mismo en el servidor caché y creado los lanzadores necesarios en los clientes que se solicitan. Para ello el centro debe disponer del libro y dejarlo disponible en el Servidor Caché.
Para acceder a la aplicación se puede lanzar la aplicación de la editorial: CGA Visor. Para lanzar el gestor/visor de libros simplemente escribir: CTRL+Espacio CGAvisor.... También está en el menú de Educación. Incluso si un centro lo solicita le podemos crear un lanzador en el Escritorio (como para otras aplicaciones)
Con dicha aplicación podemos ver los libros diponibles y descargarlos en el equipo local. El funcionamiento de la aplicación es responsabilidad de la editorial
Actualización: Parece que ahora SM utiliza la herramienta Aprendizaje en lugar de la indicada en éste documento (saviadigitial). Por ello se ha paquetizado la solución bajo el nombre: vx-dga-l-aprendizaje-sm. Dicho paquete facilita el instalador de la aplicación, pero no se puede automatizar la instalación de la aplicación final, puesto que es necesario aceptar una licencia y pasar por un asistente.
Nota importante sobre Aprendizaje: De momento es funcional para 64 bits. El ejecutable que hay para 32 bits no funciona correctamente.
Con motivo de contactos previos con las editoriales, tenemos el material de los siguientes libros:
Parachute (1-4)
C'est A Dire (A1, A2, B1, LyceeA1 y LyceeA2)
Generation 2 Lycee B2
Défis (1 y 2)
Pluriel (1-4)
Vitamine et plus (1 y 2)
Si el libro es alguno de los listado anteriormente lo podemos copiar nosotros al servidor del centro. Si no está en la lista, la copia del libro al caché se debe hacer en el directorio del usuario profesor o privado. Luego ya nos encargaremos de moverlo a un sitio unificado de libros cuando generemos el lanzador
Mediante una incidencia se solicita el poder hacer uso del libro y la creación del lanzador correspondiente. También se coordinará el despliegue de libros nuevos no listados.
Nota importante sobre flash: Algunos de los libros que hemos visto usan flash. Si no queremos tener problemas en el uso de los mismos deberemos usar el navegador Gogole Chrome, ya que la versión de Firefox que está en Vitalinux 1.0 tiene un problema para reproducir ficheros flash. En la siguiente versión de Vitalinux (basada en ubuntu 18.04) no tendremos dicha limitación
En la actualidad nos encontramos con múltiples fabricantes y modelos de Pizarras Digitales Interactivas (PDI). La presente página pretende reflejar la compatibilidad de cada modelo de pizarras con nuestro sistema Vitalinux (para todas las versiones)
Prácticamente la totalidad de pizarras que hemos encontrado/probado son completamente funcionales con Vitalinux, sin embargo en algunos casos se deben realizar configuraciones adicionales que dejaremos aclaradas en éste documento.
IMPORTANTE: Desde Vitalinux se ha facilitado la instalación de las PDI mediante un asistente incluido en la distribución, incluyendo las posibles incompatibilidades. Por tanto se debería usar siempre el instalador y no llevar a cabo la instalación mediante las instrucciones del fabricante o lo que encontremos por Internet...ya nos hemos preocupado nosotros por ti
Para ello, como siempre, lanza el instalador con Ctrl+Espacio y escribe PDI. Luego selecciona la pizarra...
Selecciona el modelo de la pdi
Los problemas importantes que nos hemos encontrado con las PDI's:
Actualizaciones de drivers. Los drivers proporcionados por algunos fabricantes son antiguos, no tienen continuidad (sin soporte a errores, nuevas mejoras o adaptado a sistemas más modernos) o solo soportan 32 bits... Podemos tener problemas para instalarlos o que funcionen en Sistemas Operativos modernos (Vitalinux 2.0)
Aún así es posible que en algún caso tengamos problemas o que no llegue a funcionar....Paciencia, parece que (casi)todo tiene solución. Abre una incidencia si es el caso en soporte y lo miraremos....
Nota: OpenBoard es el nuevo opensankore, pero sólo válido para 64 bits. En 32 bits tendremos que usar opensankoré. para Vitalinux 1.0 (para Vitalinux 2.0 "no hay disponible aún una versión estable...":https://github.com/OpenBoard-org/OpenBoard/releases/tag/v1.5.3-ubuntu18)
El driver proporcionado por el fabricante es antiguo y sin continuidad. A nivel de driver funciona sin problemas, aunque para la versión de la pizarra TRIO (FX77) es necesario que el núcleo del sistema sea 4.4 como máximo con los drivers modificados
VITALINUX 2.0: El software no se ha actualizado y NO se instala en Sistemas Operativos modernos, y tampoco en la nueva versión de Vitalinux. Se debe usar Vitalinux 1.0 de momento.
HITACHI DUO: Adptada la aplicación StarBoard (usando la versión 9.63), es funcional en Vitalinux 2.0. Se instala mediante nuestro instalador...
HITACHI TRIO: Gracias a nuestros compañeros de Valencia: Lliurex, se ha dado solución usando docker a la aplicación. OJO, la aplicación mostrará que está desconectada la pizarra, pero será funcional. Ahora bien, debe estar arrancada para que funcione la pizarra (se puede minimizar la aplicación, eso si. Como siempre, se instala mediante nuestro instalador...
Algunos cursos se han dotado aulas con éstas PDI's (bien por parte de la administración o por cuenta propia del centro) El software funciona sin problemas (siempre y cuando detecte que está la pizarra conectada) y es igual para todos los modelos El driver sin embargo requiere que se instale el adecuado al tipo de pizarra, por tanto deberemos saber primero el modelo. Mirando la "web del fabricante":https://iqboard.com.es/soporte-tecnico/ puede haber múltiples modelos:
Resistiva (S080/S082)
Electromagnética de 1 o 2 toques (AP080/AP082/APD080/APD082)
Infrarrojos (RPD082)
Infrarrojos seis o diez toques (RPS082 / RPT082)
Optica (T084 / T082)
Optica cuatro o diez toques
Así pues deberemos elegir el correspondiente a la hora de instalar la pizarra. El asistente a partir del 2019/20 ayuda en éste sentido, pudiendo seleccionar el modelo de pizarra en la propia instalación
VITALINUX 2.0: Drivers y software actualizados por el fabricante. Deberían funcionar sin problemas en ambas versiones de Vitalinux.
Es funcional para 32 y 64 bits
VITALINUX 1.0:
* El Driver Funciona sin problemas en 32 bits (no así en 64), por lo que tendemos que instalar el equipo con arquitectura 32 bits
* El Software a veces tiene algún fallo.
* Se han dado indicaciones a soporte de fabricante pero de momento no tenemos respuesta
VITALINUX 2.0: Drivers y software actualizados por el fabricante. Deberían funcionar sin problemas (64 bits)
VITALINUX 1.0 y 2.0: Drivers y software actualizados por el fabricante. Funcionan en ambas versiones de Vitalinux.
La empresa publicó una nueva versión del driver que parece que soluciona el problema del consumo de la CPU. Dicha publicación se realizó en 2017. Ahora la instalación del driver Interwrite instala dicha mejora, quedando funcional en cualquier arquitectura.
VITALINUX 2.0: No hemos podido comprobar si es instalable, y sobre todo funcional la aplicación. Los drivers y software del fabricante no se han actualizado y son los mismos para ambas versiones
Las pizarras multiclass más antiguas tienen problemas a la hora de calibrar y requieren de una instalación manual algo compleja. En éste caso avisar a soporte para ver posibles soluciones
Los modelos mas modernos funcionan sin problemas en 32 y 64 bits.
El software propio de la pizarra funciona sin problemas, comprobado en las nuevas dotaciones del curso 2018/19. La calibración de la pizarra se realiza creando un perfil mediante un programa que se instala pero cuidado ya que el nombre del programa no es trivial. Se llama iwbdriver, calibrar, guardar la calibración en un perfil. Posteriormente para usar la pizarra, se debe abrir dicho programa y cargar el perfil guardado. Se recomienda la lectura de la documentación facilitada por el fabricante
Desde fabricante se ofrece respuesta en la actualidad con las últimas adquisiciones realizadas por la DGA.
VITALINUX 2.0: Drivers y software actualizados por el fabricante. Funcionan sin problemas pues en ambas versiones de Vitalinux.
Existen varios modelos, pero hemos detectado que para evitar problemas de driver se instale SOLO en 32 bits (es posible que algunos lleguen a funcionar en 64, pero no lo podemos generalizar). Update: es posible que podamos ofrecer el módulo compilado para 64 bits, al igual que ocurre ahora con ubuntu 18? Deríamos problarlo.
En el caso de algunos modelos concretos (como la 480), es posible que tengamos que realizar una configuración posterior para que funcione. Ver más abajo.
VITALINUX 2.0: El software no se ha actualizado y NO se instala por problemas de dependencias antiguas. Se debería usar Vitalinux 1.0.
Probada la solución de Lliurex, estamos preparando solución para automatizar dicha instalación. De momento probado en una SmartBoard 680 completamente funcional!
Sólo en el caso de que se haya perdido la conexión por alguna actualización del sistema, estemos con Vitalinux 1.0 y nos hayamos quedado sin conexión con la pizarra (aspa roja en el icono de la barra de tareas), podremos solucionar el problema abriendo una terminal y copiando lo siguiente (desde el usuario profesor o dga):
Nos solicitará la password del usuario (profesor o dga, según el usuario que estemos empleando). Una vez hecho ésto, reiniciar el equipo y comprobar que funciona de nuevo la comunicación. Es posible que en éste momento debamos volver a configurar el ratón y movimiento como hemos escrito antes y calibrar.
Ésto NO será necesario cuando despleguemos el nuevo módulo
Para Vitalinux 2.0 de momento no sabemos como funcionará, ya que no lo hemos podido comprobar con éste modelo (solo con la 680)
¿Se puede congelar todo el software en Vitalinux?
A priori, esta práctica de mantenimiento de equipos usada habitualmetne en entornos Windows esta totalmente desaconsejada. Es decir, el software de un equipo es algo vivo que está en contante evolución y mejora que necesita actualizarse con la finalidad de dar solución a problemas detectados en ese software o con la finalidad de añadir nuevas funcionalidades. Congelar el software sería equivalente a tener un equipo obsoleto y sin sentido. Por esta razón, en Vitalinux sólo se ofrencen dos opciones de congelacón:
Congelación del Escritorio.
Congelación de los directorios principales del perfil del usuario.
Servicio de Congelación en Vitalinux
Actualmente se encuentra muy extendido en los centros educativos el uso de software encargado de la congelación del equipo con la finalidad de evitar degradaciones del sistema. Esto es un grabe error por las siguientes razones:
El software/aplicaciones son algo vivo que están en permanente evolución y mejora, razón por la cual no tiene ningún sentido la congelación al estilo Windows. Es necesario permitir que las aplicaciones se actualicen con la finalidad de solucionar bugs/errores/problemas detectados por los propios desarrolladores de las aplicaciones
Junto con el uso de la congelación, también se suele hacer uso de software antivirus. Esto es un error mayúsculo ya que no tiene ningún sentido instalar un antivirus y no tenerlo actualizado por culpa de la congelación.
La congelación al estilo Windows es algo perjudicial para la red informática ya que al no permitir que las actualizaciones que se descargan e instalan en el equipo sean efectivas. Es decir, la congelación esta provocando que todas las veces que el equipo se inicie, se vuelva de nuevo a tratar de descargar, instalar y actualizar las actualizaciones de nuevo sin ningún éxito. En el caso de que se trate de una aula de informática con varios equipos este problema es más fácil de detectar ya que al iniciarse se puede comprobar que la conexión a Internet se ve afectada (va más lenta al estar todos los equipos simultáneamente descargándose las actualizaciones) y el equipo tarda mucho más tiempo en estar en condiciones de empezar a trabajar (la descarga e instalación de las actualizaciones que se produce al arrancar el equipo colapsa parte de la potencia de procesamiento del equipo, CPU, provocando que el equipo se note más lento durante el inicio de sesión, en la interacción con el usuario, aumentando su tiempo de respuesta)
Como solución de compromiso en Vitalinux se ofrece la opción de Congelación del equipo pero sólo en su aspecto, no en su software. Es decir, en el caso de optar por la Congelación de Vitalinux debemos tener claro que estamos congelando los datos del usuario, su perfíl, pero no las aplicaciones instaladas. Las aplicaciones no se congelan permitiendo su correcta actualización, evitando de esta forma todos los problemas que acontecen en Windows. En concreto existen dos modalidades de congelación: (1) Congelar únicamente el Escritorio o (2) Congelación total del perfil del usuario. Para poder hacer uso de esta funcionalidad es necesario asignar a los equipos Vitalinux la etiqueta migasfree "SRV-CONGELARESCRITORIO" o "SRV-CONGELADORTOTAL", dependiendo si optamos por la primera o segunda modalidad.
A modo de ejemplo, si optáramos por la primera opción (1) de congelación percibiríamos que el Escritorio es inmutable (el fondo de Escritorio, los elementos que contiene, su aspecto, etc.), pero podríamos alterar el contenido del resto de carpetas del usuario (Documentos, Descargas, etc.) y las aplicaciones que tiene instaladas (instalar nuevas aplicaciones, desinstalar cualquier aplicación y actualizar las que sean necesarias).
En el caso de que optáramos por la segunda opción (2) de congelación ofrecida en Vitalinux podríamos advertir que cualquier cosa que guardemos en cualquier carpeta de nuestro perfil (Documentos, Descargas, Vídeos, Música, etc.) se perdería, al igual que cualquier modificación que hiciéramos del Escritorio. Por contra, las aplicaciones del sistema estaría sin congelar (instalar nuevas aplicaciones, desinstalar cualquier aplicación y actualizar las que sean necesarias). Puntualizar que esta congelación no impide que los alumnos y profesores puedan guardar su información, ya que o bien pueden guardarlo en su pendrive, o bien lo pueden guardar de manera centralizada en un pequeño servidor accesible desde cualquier equipo vitalinux del centro.
¿La congelación Total en Vitalinux no me permite guardar nada dentro de mi perfil de usuario?
En realidad sólo se congela el Escritorio, y las carpetas de uso habitual (Documentos, Descargas, Vídeos, Música, etc.). La carpeta raíz del perfil (/home/profesor, /home/alumno, /home/aularagon, etc.) y sus carpetas ocultas (CONTROL + H, para ver los directorios ocultos, los que empiezan por un punto ".")
¿Cómo puedo hacer prácticas de instalación de software sin que persistan en Vitalinux?
En algunas asignaturas se estudia y practica con el sistema operativo (instalación/desinstalación de software, instalación de impresoras, configuración de la red, creación de usuarios, etc). Con los sistemas de congelación al estilo Windows (p.e. deepfreeze) era posible deshacer todos los cambios realizados durante esas prácticas al reiniciar. ¿Se puede hacer algo similar en Vitalinux?.
Para ese tipo de prácticas se aconseja el uso de máquinas virtuales con VirtualBox. Este programa te permite crear instantáneas del sistema (guardar estados del software de la máquina Virtual en determinados momentos) y poder regresar a esos estados de software en el momento que se desee. VirtualBox es un programa muy potente y sencillo de usar.
Otra opción sería indicar a migasfree que deshiciera todos los cambios, pero habría que definir claramente que es lo que se quiere deshacer (se podría dar la orden de desintalación de software no deseado, de echar atrás cambios de configuración realizados, etc.).
¿Se puede limpiar el Escritorio o el sistema de archivos sin estar congelado?
Si el sistema tiene el Escritorio congelado, cada vez que reinicimos el equipo (o cerremos sesión y volvamos a entrar con un usuario) se reestablece todo lo relacionado con el mismo (fondo de paantalla, iconos...y se borran todos los directorios y archivos que se hubieran creado en el Escritorio. De igual forma, si tenemos el sistema congelado, además de limpiar el Escritorio se borrará el contenido de las carpetas de uso habitual (Documentos, Descargas, Vídeos, Música, etc.).
Pero podemos hacer que dicha limpieza se ejecuta una vez sin tener que tener el sistema "congelado". Para ello, nada más facil que ejecutar (Ctrl+Espacio o en Menú->Vitalinux):
Regenerar Entornos de Escritorio -> Hará una acción de Limpieza sobre el Escritorio de TODOS los usuarios del sistema.
Regenerar Perfil de Usuarios -> Hará una limpia de los Escritorios y de las carpetas de uso habitual de TODOS los usuarios.
Nota: Si un usuario ha creado un directorio (por ejemplo curso) o un archivo en su directorio raiz fuera de Documentos, Música... (es decir, en /home/usuario/curso), dicho directorio/archivo no se borrará en cualquier caso. Si quisiérmos una limpieza profunda podemos automatizarlo. Para ello, solamente es necesario contactar con el equipo de soporte.
¿Se pueden limpiar los registros de los navegadores de forma puntual?
Desde Vitalinux podemos forzar a que los navegadores (Firefox y Chrome) naveguen por defecto en modo incógnito, para que no quede rastro de nuestra navegación en el sistema.
También podemos en cualquier momento desde cada navegador hacer una limpieza buscando dicha opción en el menú del navegador.
Pero desde Vitalinux se ha añadido una herramienta para facilitar dicha limpieza de forma puntual. Simplemente ejecuta (Ctrl+Espacio o Menú->Vitalinux) Resetar navegadores web. Dicha herramienta limpia todos los registros generados y guardados por los dos navegadores del usuario en dicha máquina
¿Qué pasa si apagamos un equipo Vitalinux sin que el cliente Migasfree haya terminado la comunicación con el servidor Migasfree?
A priori no pasa nada por apagar o cerra sesión en Vitalinux sin que el cliente Migasfree haya terminado la comunicación con el servidor Migasfree. Esta situación ya se ha tenido en cuenta de tal forma que la próxima vez que en Vitalinux se vuelva a iniciar sesión por parte del cliente Migasfree éste termine todas las tareas que quedaron pendientes (instalación de software, desinstalación de software, actualización de softare, tareas específicas programadas, etc ...).
Error 500 al Actualizar contra Migasfree
Si al intentar conectarse el Equipo cliente Vitalinux contra Migasfree aparece un error 500 puede ser debido a que el Computer_Name no es correcto. Para solucionarlo:
Abre una terminal: CONTROL+ALT+T
Suplanta al root: sudo su
Edita el archivo de configuración de migasfree: /etc/migasfree.conf
Busca la linea "Computer_Name=..." y deja únicamente los 12 primeros caracteres. Por ejemplo: Computer_Name=07:70:65:12:23:AA
Cierra nano guardando los cambios: CONTROL+X y después ENTER
Prueba a actualizar desde la terminal migasfree, comprobando que ya se conecta (o para ver si sigue dando el error): migasfree -u
¿Anillo o depósito de Claves al registrar una red Wireless?
Desde Mayo de 2020, los problemas que ocasionaban a los usuarios con la creación del anillo de claves han desaparecido Vitalinux, al basarse en Ubuntu, hace uso de depósitos de claves ("cajas fuertes") para evitar que el usuario tenga recordar las diferentes claves que actualmente deben introducirse para acceder a varios recursos (claves de acceso a redes Wireless, claves de acceso a recursos compartidos, etc.). De esta forma un usuario del sistema puede almacenar en dicho depósito todas las claves que le interesen y no tener que aprendérselas de memoria.
Dichos anillos de claves pueden estar protegidos por una contraseña (ideal para que no pueda ser vista por alguien de forma malintencionada) o en claro.
Si el usuario inicia sesión con contraseña, el sistema creará el anillo de claves con dicha clave y no nos daremos cuenta
Si el usuario arranca de forma automática, no se puede crear dicho anillo con clave y hasta ahora pedía una contraseña para cifrarlo. Por comodidad hemos quitado dicha funcionalidad para que no cree la confusión que estaba creando hasta ahora. Podemos ver un ejemplo de cómo pedía el sistema la clave o contraseña del depósito de claves:
Es necesario introducir la clave o password que permitirá a Linux tener acceso al deposito de claves del usuario
Cómo borrar un depósito de claves
Si tenemos ya un anillo de claves creado y no sabemos la contraseña o lo queremos borrar para usar uno sin contraseña, simplemente ejecuta (Ctrl+Espacio o en Menú Inicio->Vitalinux) el programa:
Eliminar Anillo de Claves Personal para eliminar tu anillo personal (no requiere privilegios)
Eliminar Todos los Anillo de Claves para eliminar tu anillo y el de todos los usuarios (requiere privilegios)
Anexo: Si quieres saber como se hace de forma manual te indicamos que para borrar el anillo de claves tienes que borrar los archivos que terminan en extensión keyring que se almacenan en un subdirectorio del home del usuario (/home/alumno por ejemplo para alumno, o /home/profesor para el profesor), concretamente en : .local/share/keyrings/. Si quieres borrar el anillo de claves del propio usuario puedes hacerlo sin privilegios, si tienes que borrar el anillo de claves de otro usuario tendrás que usar un usuario con privilegios Por ejemplo, para borrar el anillo de claves del usuario alumno:
Entra como usuario alumno
Abre un navegador de archivos, y te vas a tu "Carpeta personal"
Para ver los directorios ocultos (.local es oculto) debes realizas la combinación CTRL-h (o sobre el listado de archivos y directorios, botón derecho y mostrar ocultos)
Ahora verás el directorio .local -> share -> keyrings y en ése directorio borras los archivos que haya terminados en keyring (o bueno, puedes borrar todos)
Anillos de claves y la wifi
Recordar que la contraseña de una wifi, si no la dejamos disponible para todos los usuarios en la configuración de la red, solo podré acceder con mi usuario (la contraseña estará en mi anillo protegido o no). Si entro con otro usuario, tendré que volver a introducir la clave.
Para que esté diponible para todos:
Configurar las conexiones de red de Vitalinux. Para ello teclear "CONTROL + ESPACIO"' y escribir "conexiones de red". Según el perfil del usuario que lleve a cabo esta acción será necesario introducir en algún momento una contraseña de administrador
A través de "Conexiones de Red" podemos configurar tanto las redes inalámbricas como cableadas del sistema Vitalinux
Seleccionar la red Wireless que deseamos que pueda ser usada por cualquier usuario de Vitalinux sin necesidad de tener almacenada en su deposito de claves la clave de esa red Wireless, y después pinchar sobre el botón "Editar" con la finalidad de poder editar la configuración asociada a esa red Wireless
A través del "Editor de Conexiones" podemos editar las redes inalámbricas que tenemos configuradas
Ir a la "pestaña General" y seleccionar el "checkbox" que indica que "Todos los usuarios deben conectarse a esta red" Wireless
Al seleccionar "Todos los usuarios deben conectarse a esta red" le indicamos a Vitalinux que sea el sistema Vitalinux, y no el deposito de claves del usuario, el que debe almacenar la contraseña de la Wireless para que así cualquier usuario que inicie sesión pueda hacer uso de la conectividad de dicha red
¿Qué implica tener activa en Vitlainux la etiqueta ENT-ALUMNO o ENT-PROFESOR?
Al tener marcada alguna de esas etiquetas podemos hacer tareas destinadas a los equipos que usen o bien profesores o bien alumnos. Es decir, puede ser que un profesor llamado "arturo" trabaje bajo una cuenta de usuario que ha creado (p.e. "arturo"). Sólo a través de dicha etiqueta podemos actuar sobre ese equipo Vitalinux sabiendo que ese usuario "arturo" es en realidad un "profesor", y no un "alumno", y así de esta manera configurar lo que se nos pueda pedir que hagamos.
Por ejemplo, configurar los libros de inglés de Oxford en los equipos Vitalinux que usen los profesores de un centro (aquellos que tengan asignada la etiqueta ENT-PROFESOR).
Para evitar que los profesores puedan modificar la configuración de impresoras e instalación de programas, ¿la opción más lógica es que entren con el usuario alumno?
En principio da igual, ya que para poder hacer cualquier cambio en un equipo Vitalinux es necesario introducir la contraseña de administración, del profesor o de alguna cuenta administrativa. Es decir, si un profesor inicia sesión de manera automática como usuario del sistema "profesor", si no sabe su contraseña asociada no va a poder hacer nada. Es decir, la seguridad en ese aspecto radica en conocer la password administrativa.
En relación a esa password asociada a los usuarios con perfil de Administrador (p.e. profesor, dga, ...), hay centros educativos que nos piden cambiar las contraseñas por defecto en todos sus equipos Vitalinux a través de migasfree (nos envían de manera personal/confidencial a nuestro email las nuevas passwords deseadas para los usuarios del sistema Vitalinux). Una vez sabemos nosotros las nuevas contraseñas, de manera automátizada y transparente para los centros, migasfree actualiza las passwords en todos sus equipos.
¿Cambiar el idioma para un usuario es posible?
Puede ocurrir que queramos usar otro idioma que no sea el castellano para nuestro sistema (nos sentimos más cómodos con inglés, estamos trabajando en un entorno bilingüe, ...). ¿Es posible cambiar el idioma del sistema? Sin duda. Para ello:
Deberemos cerrar la sesión donde estemos (si tenemos el inicio de sesión automática) y a la hora de introducir usuario y contraseña para entrar al sistema seleccionar el usuario deseado y en el icono de idiomas que aparece arriba a la derecha seleccionar el idioma con el que arrancar
¿Como seleccionar el Idioma del Sistema desde la Ventana de Login?
Selección del Idioma desde la Ventana de Login
Importante: la primera vez que arranque, el sistema nos preguntará si queremos cambiar los nombres de los directorios personales. Deberíamos mantener los nombres antiguos (en castellano) para que algunas de las funcionalidades de Vitalinux funcionen correctamente. Para ello simplemente indica "Keep Old Names" y marcha la casilla de "Don's ask me this again" para que no nos lo vuelva a preguntar
mantener nombre antiguos
A no ser que cambiemos de nuevo el idioma en el arranque del usuario, dicho usuario entrará con el nuevo idioma seleccionado en futuras sesiones (aunque esté activado el arranque automático)
Por defecto todos los Vitalinux vienen con los idiomas castellano e inglés preinstalados por defecto. Si quisiéramos otros idiomas se podrían instalar sin problemas, o bien indicándolo a través de soporte para que se realice en todos nuestros ordenadores, o ejectuando en el equipo donde se desee lo siguiente por terminal:
¿Problemas con los Ajustes de Resolución del Monitor?
En el caso en que desees cambiar la resolución de salida (p.e. monitor o monitores, cañón o proyecto, etc.) en tu equipo Lubuntu/Vitalinux será tan sencillo como abrir "Ajustes del Monitor" (tecleas "CONTROL + ESPACIO" y escribes "Ajustes del Monitor"). Desde allí podrás tanto imponer una resolución para la sesión en la que te encuentras, como guardarla para que sea tenida en cuenta en posteriores inicios de sesión. Migasfree en acción: si un centro lo desea podemos imponer una resolución dada a todas las salidas conectadas al ordenador...por ejemplo en equipos de aula nos gustaría que fuera 1024x768 de forma clonada en las dos salidas
En ocasiones tras guardar la resolución deseada en "Ajustes del Monitor" en los siguientes inicios de sesión no es tenida en cuenta. Es decir, tras guardar la resolución deseada se crea dentro del perfil del usuario en ".config/autostart" un lanzador que trata de ejecutarse cada inicio sesión para imponer la resolución deseada, pero en el momento en que se ejecuta el entorno de Escritorio de Lubuntu/Vitalinux (LXDE) no le ha dado tiempo todavía a reconocer todas las interfaces gráficas que hay en el sistema y sus posibilidades (p.e. Resoluciones posibles a adoptar), por lo que lo no surte efecto.
Para dar solución a este problema de imposición de resolución gráfica hemos implementado dos soluciones:
Creamos a través de migasfree un acceso directo en el Escritorio o lanzador donde al pinchar sobre él se cambiará a la resolución deseada. Esta opción es deseado por aquellos centros (equipos de profesores) donde no siempre están proyectando la imagen, de tal forma, que sólo cuando se va a proyectar es cuando intencionadamente el profesor pincha dos veces sobre dicho acceso directo del Escritorio (o CONTROL + ESPACIO ...)
Configuramos el equipo para forzar la resolución indicada por el usuario tras iniciar sesión, justo antes de que empiece la comunicación con el servidor Migasfree. Esta opción forzará la resolución elegida y guardada en cuanto el sistema, tras iniciar sesión, reconozca ya las interfaces gráficas y sus resoluciones.
Por último si un centro sabe que en ciertos equipos siempre quiere la misma resolución dada, podemos forzar a que dichos equipos tengan la resolución que decida el coordinador de centro (por ejemplo 1024x768 en todos los monitores y cañones conectados)
Abres Google Drive y te situas en el directorio donde quieres subir los documentos
Abres el explorador de archivos de Vitalinux y seleccionas los archivos o directorios que quieres subir
Una vez seleccionados pinchas con el botón izquierdo del ratón sobre ellos manteniendo dicho botón pulsado (sin soltar el botón izquierdo del ratón), para hacer la mención de arrastrarlos
Para arrastraslos a Google Drive, al mismo tiempo que mantienes pulsado el botón izquierdo del ratón pulsas la combinación de teclas "ALT + TABULADOR" para navegar entre las aplicaciones abiertas hasta situarte sobre la ventana de la aplicación Google Drive. Una vez allí verás que Google Drive "te invita" a soltar el botón del ratón para que se peguen los documentos sobre el directorio de Google Drive seleccionado.
¿Cómo Customizar o personalizar el menú de opciones de arranque del Grub?
Drivers para las tarjetas wireless Broadcom
Las tarjetas wireless Broadcom dan algunos problemas a la hora de funcionar correctamente en Vitalinux (o mejor dicho, en Linux en general). Por defecto se instalan los drivers genéricos para dichas tarjetas pero no siempre funcionan de forma adecuada y es posible que tengamos que realizar alguna actuación para que dicha tarjeta sea reconocida por el sistema y podemos usarla para conectarnos a la red. L primero es comprobar si el modelo de nuestra tarjeta es una Broadcom43XX (XX diferentes números, dependiendo del modelo) Para ello abriremos una terminal Ctrl+Espacio y cuando nos salga la aplicación escribiremos y luego pulsaremos Enter:
Si nos aparece nuestro modelo podemos intentar la solución más sencilla y que suele funcionar que es escribir lo siguiente en la misma terminal (y acabarlo con Enter):
Leer lo que se indica por si tenemos que contestar alguna pregunta y espera a que termine
Una vez finalizado reiniciamos y esperamos a que funcione. Si no funciona, podemos buscar soluciones más específicas. Para ello consultar la siguiente página con más información
Ubuntu o Lubuntu
Vitalinux esta basado en Lubuntu con la finalidad de aprovechar parte sus características de ligereza. A continuación se plantean posibles cuestiones que se nos podrían ocurrir.
¿Lubuntu es ligero por el software preinstalado y su Entorno de Escritorio?
Esta es una pregunta bastante ambigüa e imprecisa ya que dentro de Ubuntu existen multitud de distribuciones: Ubuntu, Ubuntu Mate, Xubuntu, kubuntu, Edubuntu, Lubuntu, etc. Es decir, a consecuencia de que el software es libre existen múltiples opciones de distribución de Ubuntu, y cada una de estas distribuciones se caracteriza por tener un Entorno de Escritorio característico y un conjunto de aplicaciones preinstaladas que no tiene porque ser igual en todas las distribuciones. Lubuntu se caracteriza por haber seleccionado el Entorno de Escritorio y Aplicaciones más ligeras que existen, pero tenemos que tener en cuenta que Vitalinux aún basándose en Lubuntu, no es tan ligero ya que se le han agregado aplicaciones como Google Chrome o las LibreOffice que no son las más ligeras dentro del área que ocupan.
¿Qué perderíamos y ganaríamos en el caso de que Vitalinux se basara en otra distribución de Ubuntu?
Básicamente, perderíamos la ligereza de su Entorno de Escritorio, y dependiendo de la distribución de Ubuntu que eligiéramos, ganaríamos en un Entorno de Escritorio más amigable, más vistoso, más trabajado, ..." a costa de un consumo de recursos mayor.
Si tenemos ordenadores potentes en casa ... ¿nos merece la pena modificar el Entorno de Escritorio de Vitalinux/Lubuntu?
Si tenemos claro que entorno de Escritorio usar, ¡¡sí!!. Simplemente tenemos que ir a nuestro gestor de software preferente (p.e. synaptic) e instalarlo. Después cerrar sesión e indicar cual queremos que sea nuestro nuevo Entorno de Escritorio.
Ordenadores con Win XP con Pentium 3GHz y 1 GB de RAM ... ¿se podrían reutilizar con Vitalinux?
A priori, ¡¡sí se podrían reutilizar!! El único inconveniente que pueden presentar es que su placa base y procesador sean NON-PAE, lo cual sería un impedimento con la instalación de las actualizaciones del núcleo (kernel) del sistema Linux. Lógicamente, si introdujéramos mejoras en su hardware, como por ejemplo, añadir un disco duro de estado sólido, se notaría muchísimo en su rendimiento, pero tendríamos que tener en cuenta que el coste que eso implicaría sería muy superior a el valor de cotización del propio equipo.
¿En vitalinux siempre se instala el software a través de gestores? ¿No puedes llevar un ejecutable en un pendriver para instalar un programa como en windows?
¡¡Si es posible!! Simplemente hay que pinchar con el botón derecho del ratón sobre el paquete software (formato DEB) que hayamos descargado e indicar que queremos instalarlo a través de Gdebi (es un instalador de paquetes previamente descargados).
¿Desde migasfree se puede instalar software que no esté en repositorios (p.e. un DVD para dar clases de ingles en el aula)
Migasfree puede hacer cualquier cosa que esté relacionada con el software. Nosotros lo que hacemos es lo siguiente:
Si es un software de terceros que no está en los repositorios oficiales de Ubuntu (p.e. Google Earth):
Lo descargamos de la Web de sus desarrolladores
Lo subimos al servidor Migasfree
Migasfree lo distribuye a los equipos que queramos
Si es otro tipo de software (p.e. un DVD para dar clases de inglés/francés en el aula):
Instalamos el DVD en el servidor Caché que se coloca en los centros
Mediante Migasfree, en los equipos que se desee creamos los lanzadores en el Escritorio y donde haga falta, para poder ejecutar la aplicación que hay en el servidor Caché
Problemas con el servicio de carpetas compartidas
En ocasiones, las carpetas compartidas no "aparecen" o mejor dicho, no se montan en nuestro sistema. Vamos a dar una serie de pasos para poder identificar el problema y solucionarlo
El equipo debe tener la funcionalidad de carpetas compartidas instalada. O bien mediante el establecimiento de la etiqueta de carpetas compartidas, o porque en nuestro centro/zona tenemos impuesta dicha condición
Podemos comprobar si tenemos las carpetas compartidas ejecutando (recuerda, Ctrl+Espacio) "Carpetas Compartidas - Comprobar". Si no está ésta aplicación, el software no está instalado. Si está instalado, con la aplicación podemos ver si está instalado y si tenemos acceso al servidor caché para los recuros compartidos. Si no vemos el listado de recursos compartidos, puede ser que no tengamos acceso al mismo. Veamos qué puede ser:
La dirección IP del servidor caché es correcta? Puedes obtener la información ejecutando "Información Global del Sistema". Allí puedes comprobar tu ip y la del servidor caché.
También puedes abrir una terminal y escribir ping IP_CACHE o ping servidor.vx y pulsar Intro. Si te responde, alcanzar el caché. otra forma de hacerlo sin terminal es abriendo un navegador web (Firefox o Chrome por ejemplo) y escribir en la url http://servidor.vx y comprobar si accedes a la página de inicio. Si no accedes al servidor, éste es tu problema. Soluciona:
¿El caché está bien definido? -> Define correctamente la dirección
¿Está enchufado el servidor IP? -> Compruébalo. Si tienes problemas, pide soporte!
Está enchufado y tengo la ip correcta...pasa al siguiente punto
¿No tienes servidor caché? -> Qué haces entonces leyendo hasta aquí!
Si tienes acceso al caché (lo alcanzas por ping o por web) pero no por NFS (carpetas compartidas), tienes un "problema" con la red. A saber:
La configuración de seguridad de tu red te impide alcanzar el servidor para el recurso NFS. Por ejemplo, hay un firewall que te impide dicho acceso. Ésto puede ocurrir cuando el servidor se encuentra en una red lógica diferente (por ejemplo, el servidor tiene la ip 172.30.1.249 y tu tienes la ip 192.168.6.78) -> Habla con tu administrador de red
Si lo anterior no es el problema (por ejemplo están en la misma red), y de hecho a veces sale que se monta el recurso, puedes tener un problema con algunos switchs que nos hemos encontrado. Mira el siguiente apartado:
Parámetros de seguridad en switchs que bloquean tráfico NFS
Nos hemos encontrado algunos switchs que bloquean una parte del servicio NFS (fase de autenticación), impidiendo el uso de carpetas compartidas. Dicho bloqueo se produce por tener habilitadas ciertas opciones de seguridad (evitar ataques DoS en general) que habría que comprobar y deshabilitar. Algunas de éstas opciones son:
"Prevent Invalid TCP Flags Attack"
Aquí van un par de imágenes de ejemplo:
HP Modelo 1
HP Modelo 2
Obtenido de «https://wiki.vitalinux.educa.aragon.es/index.php?title=Vitalinux/FAQs&oldid=2928»
Se editó esta página por última vez el 12 ago 2020 a las 10:14.

References: Resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución