[[PageOutline(2-5,Índice)]] = Acta videoconferencia 14 de noviembre de 2018 = Asisten: Granada, Huelva, Zaragoza, Teruel, Málaga, Valencia y Sevilla. \\ Próxima reunión: 21 de noviembre de 2018. == !RedIris == Para Los próximos Grupos de Trabajo se ha creado una presentación en el !GoogleDrive con el índice y poco más, está compartida con permiso de escritura para realizarla entre todos. Los temas a tratar serán: * OpenGnsys 1.1.0a * Sincronización con Git * Jornadas OpenGnsys UMA * Próximos objetivos == Versión de mantenimiento 1.1.0a == Para probar la versión de mantenimiento se creará un tgz y se situará en la zona de descargas del trac. Para actualizar se puede usar el gutHub: ya están subidos todos los cambios. En Málaga se probará a actualizar desde la 1.1.0 y en Sevilla a instalar desde cero. == Script para importar imagen == Al restaurar una imagen importada no se tienen los datos del perfil de software ni de sistema operativo, por lo que al restaurar no aparece en la columna correcta dando lugar a confusión. Se modificará el script para que * Tome la información de la base de datos del servidor de administración al que corresponda el repositorio. * Realice el alta de la imagen en la consola: si existe una única OU se hará directamente, si existen varias se mostrará un listado para elegir la deseada. El script permite también migrar imágenes de FOX, ya que utilizan el mismo comando del sistema. == Sincronizadas con Git == En Granada van a poner varias aulas de libre acceso, que tienen mucho uso, para probar las sincronizadas con git. Quieren realizar comparaciones de sincronización con Git y Rembo. Por ahora utilizan la restauración con scripts, no se ha adaptado la consola. No ha sido necesario modificar los ogLive, traen el software necesario para la sincronización (git). Para que podamos hacer pruebas las demás Universidades, Granada va a subir al !GoogleDrive una máquina virtual con un servidor de OpenGnsys preparado con las sincronizadas con git. == Próximas jornadas== Además de realizar una lista de deseos habría que preguntar que es lo que más le gusta de OpenGnsys. == Cursos Avanzados de OpenGnsys == La Universidad de Alicante había propuesto que en !RedIris se diera un curso avanzado de OpenGnsys, para los próximos Grupos de Trabajo es muy precipitado pero podríaplantearse para las Jornadas Técnicas. En Málaga van a realizar un curso avanzado y se está preparando la documentación. Se podría tomar como punto de partida para un curso Online. == ogAdmServer == Un PDI de Sevilla se ha ofrecido para revisar el código de servicio ogAdmServer y mejorarlo. El ogAdemRepo no estaba realizando ninguna función y se ha eliminado, a partir de ahora no se instalará. == Problemas discos SSD nvem == Dan problemas al particionar y al configurar el Windows después de la restauración. Para solucionar la creación de articiones ha sido necesario cambiar algunas funciones de las librerías de OpenGnsys. Los discos normales aparecen en el sistema con la nomenclatura "/dev/sd[a-z][1-9]" donde la letra sería el disco y el número la partición, en el caso del disco M.2 que tenemos en los portátiles el dispositivo reconocido es "/dev/nvme0n[1-9]p[1-9]", suponemos que el 0 sería el canal, n1 el disco 1 y p1 la partición 1, por ejemplo el disco aparecería como "/dev/nvme0n1" y la partición como "/dev/nvme0n1p1" El problema estaba en el fichero generado como entrada para sfdisk, se generaba la línea "/dev/nvme0n11", falta la "p" y por tanto el dispositivo y partición no eran correctos. En el caso de la función "ogDevToDisk" también fallaba, ya que el resultado para "ogDevToDisk /dev/nvme0n1p1" era "1 p1" en lugar de "1 1" y por tanto hacía fallar a funciones como ogFormat entre otras. Se han modificado las funciones: * Disk.lib * ogCreatePartitions * ogDevToDisk * Cache.lib * ogCreateCache En estas funciones se ha añadido el siguiente parche: {{{ NVME_PREFIX="" if [[ $DISK == *"nvme"* ]]; then NVME_PREFIX="p" fi }}} Para el arranque de Windows en Málaga se utiliza un BDC "generalizado" que copian a la partición del sistema en el momento de la postconfiguración, luego instalan grub y modifican el fichero de configuración menu.lst. Existe la función {{{ogDiskType}}}que podría utilizarse para detectar estos discos, hasta ahora está en una versión inicial y detecta RAID, LVM, etc.