Algo de Linux: junio 2016

jueves, 30 de junio de 2016

Iso de Clonezilla + DRBL + Rescatux para montar en pendrive/disco duro USB

En un post de mayo de 2016 compartí con vosotros una imagen iso de Clonezilla, DRBL y Boot Repair Disk para montar en un disco duro USB o un pendrive. He decidido modificarla, cambiando Boot Repair Disk por Rescatux.

El motivo es muy sencillo. Rescatux es un rescue cd que incorpora la herramienta Boot Repair Disk junto con otras muchas herramientas y un asistente para realizar diferentes tareas de recuperación y reparación:
  • Solucionar problemas de GRUB
  • Restablecer contraseñas de Windows 
  • Restablecer contraseñas de usuario de Linux 
  • Chequear y reparar archivos de sistema 
  • Restaurar el MBR de Windows
  • Getionar particiones con GParted
  • Recuperar archivos eliminados con Photorec 
  • Regenerar el archivo sudoers
En el siguiente enlace dejo colgada la nueva versión, muy interesante, sobre todo para los administradores de centros, en la que he montado Clonezilla, DRBL y Rescatux:
 https://mega.nz/#!5tUCSJRS!fWQwOMNbSAnrkRJKXv-e6BsOzRZWcAmlVDaf_1wMBCE


Al igual que ya comenté en su día, monto clonezilla y drbl en el mismo dispositivo por una razón muy sencilla: Habitualmente uso clonezilla para crear y restaurar imágenes con entradas de menú directas o inicio sesión en un terminal de clonezilla para hacer algún diagnóstico, o cualquier modificación, pero, además, cuando tengo que clonar de forma masiva, utilizo DRBL para restaurar imágenes en modo multicast.

Los ajustes que llevan tanto clonezilla como DRBL son los mismos que en la versión anterior:
  • El filesystem.squashfs de DRBL se aloja en el directorio live y el filesystem.squashfs de Clonezilla se encuentra ubicado en el directorio live-clonezilla. De este modo, es posible tener ambas herramientas en el mismo dispositivo.
  • Se establece por defecto el idioma español tanto para la interfaz como para el teclado. Con ésto evitamos tener que seleccionar el idioma en el asistente de clonación cada vez que lo usemos.
  • Se fija como directorio de imágenes el /home/partimag del dispositivo para ambas herramientas y se monta en modo lectura/escritura con el fin de que se use tanto para salvar/restaurar imágenes desde ambas herramientas.
En cuanto al menú de opciones, he seguido dejando syslinux para equipos sin UEFI y modificado el grub.cfg para equipos UEFI. 

Una vez que lo montéis en vuestro disco duro/pendrive USB, podéis editar las entradas y adaptarlas a vuestras necesidades. He dejado oculta alguna opción de restauración de syslinux para que sirva de ejemplo a la hora de personalizar el menú.

Para montar la ISO en el pendrive podéis usar tuxboot, o hacer el dispositivo arrancable de forma manual y copiar el contenido.
Publicado por primera vez en http://enavas.blogspot.com.es

Paquete linex-ubuntu-puppet 1.7

Por lo que me comentó Ismael, se ha creado en desarrollo una rama bajo un repositorio Git para tener las fuentes de los paquetes que realizan en la sección y así poder trabajar todos con esa fuente de manera colaborativa:
http://desarrollo.educarex.es/redmine/projects/fuentes-de-paquetes

La verdad es que está fenomenal, pero como seguimos sin estar organizados para trabajar en equipo y tengo prisa por poner en marcha el sistema de mi centro, he modificado nuevamente a mano el paquete linex-ubuntu-puppet para que haga lo que yo necesito. Básicamente lo siguiente:
  • Que la instalación del paquete no reemplace automáticamente el fichero /etc/escuela2.0 si ya existe.
  • Que añada una entrada con el tipo de ordenador al fichero /etc/escuela2.0: tipo=infolab, tipo=siatic, etc... Para seguir una norma me he basado en la tarea puppet xubuntu-tipo creada por el compañero José Miguel Medina, de manera que he utilizado los tipos creados por él más alguno específico de mi centro.
https://mega.nz/#!slcGybSI!VBma5TMPYahPaBuKx_wgLYFVy_uq16K4nrFplSBeswU
 
Publicado por primera vez en http://enavas.blogspot.com.es

miércoles, 29 de junio de 2016

Reemplazar el valor de una variable en un fichero si existe y si no existe, añadirlo

A veces queremos reemplazar el valor de una definición de variable en un fichero, si existe. Y si no existe, que añada la definición de la variable. Ésto es algo realmente sencillo de hacer si usamos una combinación de comandos. Por ejemplo:
# grep -q '^tipo=' /etc/escuela2.0 && sed -i 's/^tipo=.*/tipo=siatic/' /etc/escuela2.0 || echo 'tipo=siatic' >> /etc/escuela2.0
Publicado por primera vez en http://enavas.blogspot.com.es

Ubuntu After Install

Ubuntu After Install (https://www.thefanclub.co.za/how-to/ubuntu-after-install) es un pequeño programa python que nos va a facilitar la tarea de instalar una gran cantidad de software después de instalar Ubuntu. Es interesante contar con esta herramienta porque nos añadirá los ppa necesarios para mantener nuestro software actualizado.
sudo add-apt-repository ppa:thefanclub/ubuntu-after-install
sudo apt-get update
sudo apt-get install ubuntu-after-install
Publicado por primera vez en http://enavas.blogspot.com.es

Instalar Virtualbox en Ubuntu desde la línea de comandos

Vamos a ver cómo instalar VirtualBox en Ubuntu desde un terminal:
Para instalar VirtualBox en Ubuntu, lo más cómodo es hacerlo desde los repositorios oficiales. Así que, lo primero será añadir los repositorios a nuestra lista:
# echo "deb http://download.virtualbox.org/virtualbox/debian $(lsb_release -cs) contrib" > /etc/apt/sources.list.d/virtualbox.list
Una vez añadido el repositorio, descargamos la clave pública y la añadimos al anillo de claves:
# wget -q https://www.virtualbox.org/download/oracle_vbox.asc -O- | sudo apt-key add -
A continuación, actualizamos los índices de los repositorios:
# apt-get update
E instalamos el paquete VirtualBox. La última versión disponible a día de hoy es la 5.0:
# apt-get install virtualbox-5.0
Por último, descargamos el VirtualBox Extension Pack correspondiente a la versión que estamos instalando desde https://www.virtualbox.org/wiki/Downloads:
# wget http://download.virtualbox.org/virtualbox/5.0.24/Oracle_VM_VirtualBox_Extension_Pack-5.0.24-108355.vbox-extpack
Este paquete nos proporciona soporte para dispositivos USB 2.0, RDP y PXE para tarjetas de red intel. Cuando lo hayamos descargado, no tenemos más que instalarlo:
# VBoxManage extpack install Oracle_VM_VirtualBox_Extension_Pack-5.0.24-108355.vbox-extpack --replace
Si todo ha ido bien, veréis el progreso de la instalación:
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Successfully installed "Oracle VM VirtualBox Extension Pack".
Publicado por primera vez en http://enavas.blogspot.com.es

Montar Super Grub2 Disk en un pendrive y dejar una partición FAT32 para almacenar archivos

La semana pasada vimos cómo montar Super Grub2 Disk en un pendrive. Yo lo monté en un viejo pendrive de 128Mb que conservaba desde hace tiempo. El problema de este montaje es que perdemos la posibilidad de almacenar archivos en él.

En el wiki de Super Grub2 Disk nos muestran otro método con el que montarlo y crear una partición FAT32 para poder almacenar archivos posteriormente.

Lo primero que tenemos que hacer es formatear el pendrive como FAT32. Para ello podemos utilizar gparted.


Lo formatearemos dejando un espacio sin asignar de 3Mb al principio:


Una vez hecho ésto, nos quedará más o menos así:


Bien. Pues una vez formateado, podemos cerrar gparted.

A continuación, desconectamos el pendrive y volvemos a conectarlo para que se monte. Una vez conectado, ejecutamos el comando mount para identificar el nombre del dispositivo y la partición:
# mount

Si os fijáis en la imagen anterior, veréis que en mi caso ha montado la partición /dev/sdc1 en /media/enam0000/ISOIMAGE. Con ésto, sabemos que el pendrive ha sido identificado como sdc y la partición sdc1.

Así que desmontamos la partición:
# umount /dev/sdc1
Una vez desmontada, guardamos la tabla de particiones del dispositivo:
# dd if=/dev/sdc of=/tmp/partition_table.bin bs=1 count=66 skip=446
A continuación descargamos la ISO de Super Grub2 Disk:
# wget --trust-server-name https://sourceforge.net/projects/supergrub2/files/2.02s4/super_grub2_disk_hybrid_2.02s4.iso/download
Y la "grabamos" en nuestro pendrive (Es importante destacar que perderemos el contenido del pendrive):
# dd if=/home/enam0000/Descargas/super_grub2_disk_hybrid_2.02s4.iso of=/dev/sdc
Una vez grabada, guardamos el boot code de Super Grub2 Disk:
# dd if=/dev/sdc of=/tmp/sg2d_boot_code.bin bs=446 count=1
El siguiente paso será crear un nuevo fichero en el que combinemos el boot code de sg2d y el backup de la tabla de particiones que creamos en un principio:
# cat /tmp/sg2d_boot_code.bin /tmp/partition_table.bin > /tmp/newmbr.bin
Cuando lo tengamos, lo "grabamos" en el dispositivo:
# dd if=/tmp/newmbr.bin of=/dev/sdc
Hacemos un sync:
# sync
Por último, volvemos a abrir gparted y creamos la partición FAT32 en el espacio que veremos sin asignar.
Publicado por primera vez en http://enavas.blogspot.com.es

martes, 28 de junio de 2016

Autologin con lightdm

Para hacer autologin con lightdm no tenemos más que crear un fichero de configuración en /etc/lighdm/lightdm.conf.d/ o incluir la configuración de autologin en alguno de los ficheros de configuración de este directorio que haya creados:

/etc/lightdm/lightdm.conf.d/12-autologin.conf
[SeatDefaults]
autologin-user=nombre_usuario
autologin-user-timeout=0
Publicado por primera vez en http://enavas.blogspot.com.es

cups: Establecer impresora predeterminada desde la línea de comandos

Utilizando el comando lpoptions, es muy sencillo establecer la impresora predeterminada en CUPS:
# lpoptions -d nombre-impresora
Por ejemplo:
# lpoptions -d EPSON_EPL-5900
Publicado por primera vez en http://enavas.blogspot.com.es

domingo, 26 de junio de 2016

NetworkManager: Permitir modificar conexiones de sistema en xUbuntu

Al igual que hacía en Debian, mi intención es seguir utilizando un script que establezca la conexión wifi automáticamente antes de que el usuario inicie sesión en el sistema.

Preparando la imagen xUbuntu 14.04 de los miniportátiles, observé que en el centro se establecía la conexión sin ningún problema, pero si lo hacía en casa, no funcionaba. La diferencia entre establecer la conexión en el centro o fuera de él está en que:
  • El el centro se realiza la conexión al punto de acceso abierto con mayor señal (Uso pfsense con un portal cautivo y freeradius).
  • Fuera del centro se establece conexión con el punto de acceso con mayor señal que tenga configurado el usuario.
Analizando un poco el tema, me di cuenta de que el problema estaba en que network-manager almancenaba las conexiones en el directorio de conexiones de sistema /etc/NetworkManager/system-connections, pero guardaba las contraseñas en el anillo de claves del usuario. Como consecuencia, por alguna razón, al tratar de establecer la conexión (creada por el usuario) como root, daba un error y no se realizaba.

Para solucionar el problema, he definido una política que permite modificar las conexiones de sistema a los usuarios del grupo students (unix-group:students) y a los usuarios del grupo teachers (unix-group:teachers).

/etc/polkit-1/localauthority/50-local.d/50-network-manager.pkla
[Network Manager Permissions]
Identity=unix-group:students;unix-group:teachers
Action=org.freedesktop.NetworkManager.settings.modify.system
ResultAny=yes
ResultActive=yes
ResultInactive=no 
De este modo, cuando el usuario establece una conexión con una red por primera vez, se almacena en el directorio /etc/NetworkManager/system-connections y la contraseña se almacena dentro del archivo de la conexión.
Publicado por primera vez en http://enavas.blogspot.com.es

sábado, 25 de junio de 2016

Ajustes para Plymouth y KMS en miniportátiles xUbuntu con i915

Plymouth es una aplicación que se inicia al principio del proceso de arranque para proporcionar una animación gráfica de inicio mientras se realiza el inicio del sistema.

La idea es configurar tan pronto como sea posible el modesetting y mantenerlo durante todo el proceso de arranque para evitar parpadeos.

Si echáis un vistazo al fichero /etc/default/grub, podéis observar los valores que he aplicado para establecer el modesetting soportado por los miniportátiles con chipset i915:
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash $vt_handoff"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
# GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=1024x600x24

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
#GRUB_GFXPAYLOAD_LINUX=text
GRUB_GFXPAYLOAD_LINUX=1024x600x24
Por otra parte, para reducir el tiempo que tarda en mostrarse la animación, he creado un fichero /etc/initramfs-tools/conf.d/splash para activar el FRAMEBUFFER:
FRAMEBUFFER=y
Una vez creado el fichero, actualizamos el initramfs:
update-initramfs -u

Publicado por primera vez en http://enavas.blogspot.com.es

Resolución en xUbuntu 14.04 de miniportátiles con chipset gráfico i915

Ahora que los equipos nuevos traen xUbuntu 14.04, para mantener una cierta uniformidad, hemos decidido migrar el resto también a xUbuntu.

Con la ayuda de Sergio, mi alumno de prácticas, instalamos xUbuntu 14.04 en un miniportátil Acer Aspire ONE NAV50 para crear una imagen modelo que luego pudiéramos restaurar en el resto de miniportátiles.

La cuestión es que no nos habíamos dado cuenta de que la resolución máxima de pantalla era de 800x600, algo que no nos servía. Lo más curioso es que otro día le pasé la imagen a otro compañero, la instaló en un APD con el mismo chipset y éste sí soportaba una resolución de 1024x768, aunque el escritorio se salía del área de pantalla.

He estado haciendo unas cuantas pruebas en el Acer Aspire ONE NAV50 y he conseguido aplicar una configuración de 1024x600, algo ya más normal para este tipo de miniportátiles con pantalla de 10". Para lograrlo, he creado un fichero de configuración /usr/share/X11/xorg.conf.d/20-intel.conf con el siguiente contenido:
Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "AccelMethod"    "sna"
   Option      "Backlight"      "intel_backlight"
   BusID       "PCI:0:2:0"
EndSection
Publicado por primera vez en http://enavas.blogspot.com.es

viernes, 24 de junio de 2016

Configuración de los equipos de Infolab

En un post de hace unos días expliqué cuál es la configuración de red que he realizado en las aulas de Infolab. En este post, tan sólo voy a relacionar el procedimiento de "puesta en marcha" que he seguido con cada una de las máquinas de los Infolaboratorios:
  1. Restauro los ajustes de la BIOS utilizando el fichero de configuración que generé en una de las máquinas para replicar en las demás. Con ésto consigo aplicar lo siguiente:
    • Desactivo Secure Boot.
    • Activo acceso Legacy.
    • Activo las opciones de virtualización.
    • Deshabilito la tarjeta gráfica Intel para evitar problemas con la Nvidia.
  2. Restauro con una imagen actualizada la partición de Linux (/dev/sda6). Con ésto consigo acelerar el proceso. Podría ejecutar puppet y pkgsync directamente, pero como la imagen de las máquinas se creó hace ya un tiempo, se instalan demasiados paquetes y se pasan unas cuantas tareas mías. 
  3. Una vez restaurada la partición /dev/sda6, arranco con un pendrive de Super Grub2 Disk e inicio el sistema Ubuntu instalado en /dev/sda6.
  4. Una vez iniciado Ubuntu, cambio el nombre a la máquina, ejecuto puppet para que se apliquen los módulos puppet que queden y ejecuto pkgsync para que se instalen los paquetes que se tengan que instalar.
  5. Por último, reinicio para comprobar que el sistema arranca perfectamente. Como tengo una tarea puppet que instala rEFInd, el sistema se iniciará sin problemas.
Publicado por primera vez en http://enavas.blogspot.com.es

miércoles, 22 de junio de 2016

Montar Super Grub2 Disk en un pendrive

Si queréis montar Super Grub2 Disk en un pendrive de forma rápida, podéis descargar la imagen que recomiendan en su web (Floppy, CD y USB todo en uno) (Válida para i386, x86_64, and x86_64-efi):
Super Grub2 Disk (CD & USB in one) 2.02s3 (ISO)
Y grabarla usando en comando dd:
# dd if=super_grub2_disk_hybrid_2.02s3.iso of=/dev/sdc bs=1M
Tened en cuenta que si lo hacéis de este modo, perderéis el contenido del pendrive...
Publicado por primera vez en http://enavas.blogspot.com.es

Clonezilla: Desactivar el chequeo de imagen antes de restaurar

Alguien me ha preguntado estos días por qué las versiones más recientes de clonezilla realizan dos veces la restauración. Eso es por un defecto que tenemos todos: No leer. 

Si os fijáis en los mensajes que muestra partclone, os daréis cuenta de que en las versiones actuales siempre se chequea la imagen antes de restaurar. Lo que significa que no se está haciendo dos veces la restauración, sino que primero chequea y luego restaura.

Si queréis evitar que clonezilla compruebe la integridad de la imagen cada vez, no tenéis más que añadir la opción "-scr". Por ejemplo:

menuentry "Restaurar partición sda6 (Linux) en Infolab"{
  search --set -f /live-clonezilla/vmlinuz
  linux /live-clonezilla/vmlinuz boot=live live-media-path=/live-clonezilla union=overlay username=user config components quiet noswap edd=on nomodeset nodmraid noeject locales="es_ES.UTF-8" keyboard-layouts="es" ocs_live_run="ocs-live-restore" ocs_live_extra_param="-g auto -e1 auto -e2 -c -r -j2 -scr -p true restoreparts infolab-sda6 sda6"  ocs_live_batch="yes" vga=788 ip= net.ifnames=0  nosplash i915.blacklist=yes radeonhd.blacklist=yes nouveau.blacklist=yes vmwgfx.enable_fbdev=1
  initrd /live-clonezilla/initrd.img
}
Publicado por primera vez en http://enavas.blogspot.com.es

domingo, 19 de junio de 2016

Ajustar la resolución de GRUB en portablet Vexia CORE m

Tal y como nos han dado el Vexia CORE m, GRUB se muestra con una resolución de 640x480, y por tanto, no ocupa todo el ancho de pantalla.

Si queréis que GRUB ocupe todo el ancho de pantalla, no tenéis más que editar el archivo /etc/default/grub y establecer la variable GRUB_GFXMODE al siguiente valor:
GRUB_GFXMODE="1366x768x32"
¿Cómo he averiguado ese valor?
Según la información de GRUB, tan sólo podemos usar valores soportados por nuestra tarjeta gráfica vía VBE.

Para saber qué valores soporta nuestra tarjeta, cuando se inicie GRUB, pulsamos la tecla "C" para acceder a la línea de comandos de GRUB.

Una vez en la línea de comandos, ejecutamos:
grub> videoinfo
Y obtendremos dichos valores.

Ya puestos en faena, si queréis, podéis colocar una imagen de fondo y cambiar los colores del menú. A modo de ejemplo, os muestro los valores que tengo aplicados en mi fichero de configuración /etc/default/grub:
export GRUB_MENU_PICTURE="/boot/grub/background.png"
export GRUB_COLOR_NORMAL="white/black"
export GRUB_COLOR_HIGHLIGHT="white/cyan"
En la definición de colores establecemos dos valores: El color del texto y el color de fondo. En el caso del color de fondo, "black" significa transparente.
Una vez hechas las modificaciones, actualizamos el fichero de configuración de grub:
# update-grub
Y listo. La próxima vez que reiniciéis, veréis vuestro GRUB modificado. Por supuesto, si establecéis una imagen de fondo, tenéis que colocarla en el directorio donde hayáis indicado en el fichero /etc/default/grub
Publicado por primera vez en http://enavas.blogspot.com.es

Añadir entradas al disco duro USB para instalar xubuntu i386 y amd64

El pasado mes de mayo publiqué un post en el que compartía una Iso de Clonezilla + DRBL + Boot Repair Disk para montar en pendrive/disco duro USB. 

Como nuestro sistema operativo es ahora xUbuntu 14.04, he pensado que sería conveniente añadir al disco duro de herramientas un par de entradas más a /EFI/boot/grub.cfg para poder instalar xubuntu-14.04.4-desktop-i386.iso y xubuntu-14.04.4-desktop-amd64.iso cuando lo necesite, sobre todo teniendo en cuenta que los portátiles que tenemos no disponen de lector de DVD.

Para empezar, he descargado ambas isos desde:
http://cdimage.ubuntu.com/xubuntu/releases/14.04.2/release/

Y las he colocado en el directorio /isos de mi disco duro USB.

Una vez descargadas, he creado las entradas en /EFI/boot/grub.cfg:
menuentry "xubuntu-14.04.4-desktop-amd64.iso" {
 set isofile="/isos/xubuntu-14.04.4-desktop-amd64.iso"
 loopback loop /$isofile
 linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename=$isofile quiet noeject nopromt splash --
 initrd (loop)/casper/initrd.lz
}

menuentry "xubuntu-14.04.4-desktop-i386.iso" {
 set isofile="/isos/xubuntu-14.04.4-desktop-i386.iso"
 loopback loop /$isofile
 linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename=$isofile quiet noeject nopromt splash --
 initrd (loop)/casper/initrd.lz
}
Publicado por primera vez en http://enavas.blogspot.com.es

rEFInd: Un gestor de arranque para ordenadores basados en EFI y UEFI


Para entender cómo encaja rEFInd en nuestro sistema, vamos a explicar un poco qué es GPT y la diferencia con MBR:

Las particiones del disco duro nos permiten instalar varios sistemas operativos en la misma unidad de almacenamiento. De este modo, al iniciar la máquina, podemos seleccionar el sistema operativo con el que deseemos arrancar.  Hasta ahora, el sistema gestiona las particiones mediante un registro conocido como MBR (Master Boot Record).

La tabla de particiones GPT  (GUID Partition Table) es el nuevo estándar que está sustituyendo a MBR. Sus principales características son:
  • Permite definir particiones con tamaño mayor de 2TB, una limitación de MBR.
  • Permite crear un mayor número de particiones (MBR sólo permite crear 4 particiones primarias, ampliables con particiones extendidas).
  • La fiabilidad de GPT es mucho mayor que MBR. Mientras que MBR sólo almacena una copia de la tabla de particiones en los primeros sectores del disco, GPT crea múltiples copias redundantes a lo largo de todo el disco de manera que, en caso de fallo, la tabla de particiones se recupera automáticamente desde cualquiera de dichas copias.
GPT contiene el código del Boot Manager (gestor de arranque) junto con el Boot Loader (cargador del sistema operativo). Además, el gestor de arranque puede pasar el control a otro gestor de arranque.

Sabiendo todo ésto, podemos definir cuál es la secuencia de arranque en un sistema GPT:
rEFInd es un Boot Manager (gestor de arranque) que puede iniciar un EFI Boot Loader o un un BIOS Boot Loader (Esto último es cierto en la mayoría de sistemas UEFI, aunque no en todo).

De momento, he desactivado el Secure Boot en los Infolab (HP ProDesk 600 G2 SFF) y les he instalado rEFInd para tratar de solucionar los problemas de Dual Boot.

Por otra parte, como he visto que es muy flexible y detecta fácilmente dispositivos externos, lo he instalado también en mi portablet Vexia.

El siguiente paso será instalarlo en SIATIC.

La instalación en Ubuntu es muy sencilla si utilizamos el repositorio de Roderick W. Smith:
$ sudo apt-add-repository ppa:rodsmith/refind
$ sudo apt-get update
$ sudo apt-get install refind

En el fichero de configuración de rEFInd (refind.conf) podemos establecer una serie de ajustes, como por ejemplo, el sistema operativo por defecto:
default_selection "vmlinuz,Microsoft"

También podemos establecer la resolución:
resolution 1366 768
Para ver qué resolución máxima admite la máquina, desde el cargador grub entramos en el modo comando, pulsando 'c'. Una vez dentro, ejecutamos el comando videoinfo y obtendremos las resoluciones soportadas. Utilizaremos esta información para establecer la resolución de rEFInd.
Publicado por primera vez en http://enavas.blogspot.com.es

sábado, 18 de junio de 2016

No existe ninguna clave pública disponible para los siguientes identificadores de clave: 1397BC53640DB551

Si al hacer un apt-get update obtenéis un error como el siguiente:
W: No existe ninguna clave pública disponible para los siguientes identificadores de clave:
1397BC53640DB551
Es porque no se encuentra la clave pública del repositorio de Google. 

Para solucionar el problema, no tenéis más que descargarla y añadirla:
# wget -q -O - https://dl.google.com/linux/linux_signing_key.pub | sudo apt-key add -
Publicado por primera vez en http://enavas.blogspot.com.es

Configuración de las aulas de Infolab

Aprovecho que algún compañero me ha preguntado por el tema para explicar cómo he configurado las aulas de Infolab:

En mi centro se han instalado dos infolaboratorios. 

Para reducir el dominio de difusión, evitar posibles problemas derivados del uso de sistemas operativos windows, como por ejemplo las actualizaciones, y poder establecer reglas de control específicas, los he colocado en una VLAN que he creado expresamente para ellos. De este modo, ambas aulas se encontrarán en la misma red VLAN y estarán separados de la VLAN por defecto.



Mi firewall pFsense tenía sólo dos interfaces de red:
  • Una interfaz WAN que lo conecta a la intranet del centro.
  • Una interfaz LAN para dar servicio Wifi en una VLAN específica.
Lo que he hecho ha sido instalar la versión 2.2.3 de pFsense en un servidor LTSP de los que se retiraron de las aulas (es ideal porque tiene 4 interfaces de red gigabit), restaurar la configuración del antiguo servidor pFsense en el nuevo y configurarlo para que de servicio en la nueva VLAN de los Infolab.
Publicado por primera vez en http://enavas.blogspot.com.es

Replicar la configuración de la BIOS de los equipos Infolab (HP ProDesk 600 G2 SFF)

Configurar la BIOS  de los Infolab (HP ProDesk 600 G2 SFF) puede llegar a ser una tarea pesada y aburrida, sobre todo si configuramos unos cuantos ajustes en cada máquina. 
Pero en estos equipos no hay problema, porque tienen una opción "Replicated Setup" en la BIOS que nos va a dar la posibilidad de clonar la configuración de una máquina en otras.

Lo que hay que hacer es configurar la BIOS en una de nuestras máquinas con los ajustes que queramos tener, hacer un backup de la configuración y restaurarla en el resto de máquinas.

Hacer un backup de los ajustes de la BIOS

Encendemos el equipo y pulsamos la tecla ESC al inicio para acceder al menú siguiente, donde seleccionaremos "BIOS Setup (F10)" (También podríamos acceder directamente a la BIOS pulsando F10): 


Se nos mostrará un menú como el siguiente, donde seleccionaremos "Replicated Setup":


Al hacer clic sobre "Replicated Setup" se nos mostrarán dos opciones:


Hacemos clic en "Restore current settings to USB device", introducimos un pendrive y guardamos la configuración:


Y listo. La configuración se guardará en un archivo cuyo nombre es HpSetup.txt

Restaurar los ajustes de la BIOS

Una vez guardada la configuración de la BIOS de uno de nuestros equipos, podemos restaurarla en diferentes máquinas:

Encendemos el equipo y pulsamos la tecla ESC al inicio para acceder al menú siguiente, donde seleccionaremos "BIOS Setup (F10)" (También podríamos acceder directamente a la BIOS pulsando F10):


Se nos mostrará un menú como el siguiente, donde seleccionaremos "Replicated Setup":


Al hacer clic sobre "Replicated Setup" se nos mostrarán dos opciones:


Como lo que queremos es restaurar la configuración que tenemos guardada en nuestro pendrive,  lo introducimos y hacemos clic sobre la opción "Restore current settings from USB device":


El sistema nos mostrará un mensaje informándonos de que los ajustes han sido restaurados correctamente:



En mis equipos he configurado principalmente los siguientes ajustes:
  • Desactivado Secure Boot.
  • Activado acceso Legacy.
  • Activadas las opciones de virtualización.
  • Deshabilitada la tarjeta gráfica Intel para evitar problemas con la Nvidia.
Si restauráis mis ajustes, como he desactivado Secure Boot, al iniciarse de nuevo el sistema, os pedirá que introduzcáis el código que os muestra en pantalla. Es necesario introducirlo para confirmar que queremos desactivarlo.

Por ejemplo:


A continuación dejo un enlace al fichero HpSetup.txt que contiene mis ajustes:


Si queréis utilizarlo, no tenéis más que copiarlo en la raiz de vuestro dispositivo USB.

Por último, comentar que sería recomendable establecer una contraseña de acceso a la BIOS.
Publicado por primera vez en http://enavas.blogspot.com.es

martes, 14 de junio de 2016

Repositorios de MEGA

Aquí tenéis el repositorio de MEGA para las diferentes distribuciones:

Teniendo en cuenta ésto, es fácil instalar MEGA en cualquier distribución. Por ejemplo, suponiendo que queramos instalar MEGA en Ubuntu 16.04, haríamos lo siguiente:

Primero.- Descargamos y añadimos la clave del repositorio:
# wget -O - https://mega.co.nz/linux/MEGAsync/xUbuntu_16.04//Release.key | apt-key add -
Segundo.- Añadimos el repositorio:
# echo "deb http://mega.co.nz/linux/MEGAsync/xUbuntu_16.04/ ./" > /etc/apt/sources.list.d/mega.list
Tercero.- Actualizamos los índices de los repositorios:
# apt-get update
Cuarto.- Instalamos megasync:
# apt-get install nautilus-megasync
Publicado por primera vez en http://enavas.blogspot.com.es

Instalar MegaSync en xUbuntu_14.04 desde los repositorios de MEGA

Mega es uno de los servicios de almacenamiento en la nube interesantes para usuarios de Linux que nos ofrece 50 GB de almacenamiento gratis y una aplicación de sincronización de escritorio, algo de lo que carecen otros servicios como Google Drive o Box.com.

El cliente de mega se llama Megasync. Hay paquetes de instalación para las siguientes distribuciones:
  • Centos 
  • Debian
  • Fedora
  • Red Hat
  • OpenSuse
  • Xubuntu 
Veamos como instalar MegaSync en xUbuntu_14.04 desde los repositorios de MEGA:

Primero.- Descargamos y añadimos la clave del repositorio:
# wget -O - https://mega.co.nz/linux/MEGAsync/xUbuntu_14.04/Release.key | apt-key add -
Segundo.- Añadimos el repositorio:
# echo "deb http://mega.co.nz/linux/MEGAsync/xUbuntu_14.04/ ./" > /etc/apt/sources.list.d/mega.list
Tercero.- Actualizamos los índices de los repositorios:
# apt-get update
Cuarto.- Instalamos megasync:
# apt-get install nautilus-megasync
Publicado por primera vez en http://enavas.blogspot.com.es

lunes, 13 de junio de 2016

Crear un pendrive de instalación de pfSense utlizando la imagen USB Memstick Installer

Si queremos instalar pfSense desde un pendrive, descargamos la imagen USB Memstick Installer:


Una vez descargada, descomprimimos el archivo .gz:
# gunzip pfSense-CE-memstick-2.3.1-RELEASE-amd64.img.gz
Y obtendremos un archivo de imagen como el siguiente:
pfSense-CE-memstick-2.3.1-RELEASE-amd64.img
Grabarlo en un pendrive es sencillo si utilizamos el comando dd:
# dd if=pfSense-CE-memstick-2.3.1-RELEASE-amd64.img of=/dev/sdf bs=1M
Un detalle importante a tener en cuenta es que la grabación de la imagen con dd es destructiva, por lo que os recomiendo usar un pendrive "limpio".
Otro detalle a destacar es que debemos indicar cuál es el dispositivo de destino en el que vamos a grabar la imagen (En el ejemplo: sdf).  
Publicado por primera vez en http://enavas.blogspot.com.es

domingo, 12 de junio de 2016

Repositorios actuales para instalar el controlador UniFi en Debian

En un post anterior, os mostré como instalar el controlador UniFi en Debian Jessie desde los repositorios de Ubiquiti.

El repositorio ha cambiado y se ve que no han hecho bien la redirección en sistemas de 32 bits. A continuación tenéis las nuevas direcciones de los repositorios.

Si usamos la rama stable, se instalará la versión 4 del controlador:
deb http://dl.ubnt.com/unifi/debian stable ubiquiti


Si queremos instalar la versión 5, cambiamos stable por unifi5:
deb http://dl.ubnt.com/unifi/debian unifi5 ubiquiti

stable actualmente apunta a unifi4. Apuntará unifi5 cuando sea la versión estable.
Publicado por primera vez en http://enavas.blogspot.com.es

viernes, 10 de junio de 2016

pFsense: Desactivar las reglas del firewall, realizar cambios y volver a activarlas

pFsense define al menos dos interfaces de red: una interfaz WAN de salida y una interfaz LAN para dar servicio a las máquinas detrás del firewall. Y, como es lógico, el acceso al firewall a través de la interfaz WAN se encuentra bloqueado. 

En el curso de radius combinado con pFsense y portales cautivos instalamos el firewall y añadimos una regla entrando en él desde una máquina conectada a la interfaz LAN del mismo para abrirnos un acceso al interfaz de configuración de pFsense desde la interfaz WAN.

La cuestión es que también podemos hacer otra cosa, sobre todo si no tenemos aún una máquina en la LAN:

1.- Desde la consola de pFsense, desactivamos las reglas del firewall:
# pfctl -d
2.- A continuación accedemos a la herramienta de configuración de pFsense desde la interfaz WAN y añadimos una regla que nos permita conectar en la interfaz WAN mediante el puerto 443 para tener acceso desde la WAN,
3.- Una vez creadas todas las reglas que queramos, volvemos a activar el firewall:
# pfctl -d 
Publicado por primera vez en http://enavas.blogspot.com.es

miércoles, 8 de junio de 2016

¿Dónde tengo que poner las incidencias de los SIATIC para que la empresa no las cierre sin resolver?

Empiezo a estar un poco harto de que me cierren las incidencias de los SIATIC sin resolver.

Los cables VGA instalados que conectan el ordenador del SIATIC con la pantalla del ordenador son demasiado delgados y no tienen calidad para mostrar una imagen nítida, produciéndose un efecto "ghosting". Los objetos y textos se muestran en pantalla algo difuminados y un poco borrosos. 

Después de muchas pruebas realizadas tanto por nuestra parte (sobre todo por nuestra parte), como por los técnicos de las empresas, consideramos que la única solución posible para resolver el problema de los cables VGA es cambiarlos por otros de buena calidad. 

Existen cables diseñados para proporcionar la máxima calidad de video posible a través de VGA por lo que resulta la solución ideal para aplicaciones que requieren resoluciones de 1920x1200 o superiores, que eliminan el denominado"ghosting" o efecto fantasma así como las imágenes borrosas inherentes a los cables VGA no coaxiales, al mismo tiempo que proporcionan protección contra interferencias EMI utilizando núcleos de ferrita cerca de los extremos del conector. La solución de instalar un paquete para subir la resolución mediante software, no resuelve el problema del efecto ghosting ni las imágenes borrosas que sufrimos en muchos centros. La única solución válida es cambiar el cable. Adjuntamos documento donde se muestran las especificaciones de un cable que soporta la resolución necesaria y elimina el efecto ghosting.

En el siguiente enlace podéis ver un cable de buena calidad que elimina este efecto indeseable y soporta alta resolución:

Como podéis comprobar el efecto ghosting que se está produciendo en los monitores de los centros, motivado por la falta de calidad del cable es un efecto perfectamente conocido y existen cables que reducen ese problema. Entonces, ¿por qué no lo cambian? ¿ por qué nos cierran las incidencias indicando que han sido resueltas cuando no lo han hecho?

Por otro lado, los cables USB conectados con alargadores montados en la mesa del profesor deben ser demasiado largos, lo que motiva que sea imposible alimentar discos duros USB y tan sólo se pueden utilizar pendrives. También se deberían tomar medidas en este sentido. Entendemos que si se ha montado dicho cable, es para que pueda conectarse cualquier dispositivo USB, algo que actualmente no es posible por falta de alimentación. Los instaladores tan sólo se excusan diciendo que hay conexiones en el frontal del ordenador. Pero eso no es ninguna solución. Cuando se realiza una instalación debe hacerse bien, sin apaños.

Lo peor de todo es que, de vez en cuando, la empresa decide dar como resuelta la incidencia y me la cierran sin haber hecho nada. Parece que no tienen mucha intención de solucionar estos problemas y tengo que volver a reabrirla. ¿Por qué no la solucionan en lugar de cerrarla sin hacer nada? Los técnicos vienen a resolver otras incidencias de los SIATIC, pero de éstas pasan por lo que se ve, porque cuando les pregunto siempre me cuentan que de estas incidencias no les han dicho nada...
Publicado por primera vez en http://enavas.blogspot.com.es

domingo, 5 de junio de 2016

DEP-profe: Un juguete para informáticos

El primer lote de DEP-profe ha sido entregado básicamente a administradores informáticos, integrantes de equipos directivos y coordinadores TIC.


En el acto de entrega nos insistieron es que es un dispositivo de uso profesional. Bueno, supongo que si... o no... más bien depende de cuál sea tu profesión. Lo que sí puedo decir es que si eres administrador informático o profesor de informática, NO es un dispositivo profesional, sino más bien un juguete.

¿Por qué digo ésto? Porque no es un portátil, sino un híbrido. Es un Vexia de 11,6" portablet y los informáticos necesitamos más bien un portátil para darle un uso profesional.

Es cierto que el Ubuntu Xenial Xerus que le han montado va muy fluído, pero, por alguna razón, algunas veces se cuelga de repente. Supongo que será por haberle metido una versión tan reciente de Ubuntu.

¿Cuáles son los principales problemas que le veo?
  1. El disco duro (un SSD de 128 GB) es demasiado escaso para tener Windows 10 y Ubuntu instalado. Deberían haberle montado como mínimo uno de 256GB. Tanto a Windows como a Linux le quedan poco más de 30GB libres. Yo no uso Windows, pero quien lo use, en cuanto instale unos cuantos programas, se le pasen unas cuantas actualizaciones y guarde unos pocos archivos grandes, se va a quedar sin espacio. En mi caso, al usar Ubuntu, si sincronizo mis archivos en la nube, me quedaré sin espacio en un plis plas...
  2. 4GB es una cantidad de RAM también escasa para informáticos. Tanto administradores como profesores informáticos estamos acostumbrados a trabajar con máquinas virtuales y cuando necesitemos poner en marcha varias a la vez, se nos va a quedar muy cortito.
  3. La salida de vídeo es HDMI, lo que obliga a cada usuario a comprar un adaptador HDMI-VGA para poder conectar a los proyectores con conexión VGA. Al menos podrían haber incorporado una conexión VGA en el dock.
  4. Por otra parte, nos han proporcionado dos cargadores con la idea de que podamos tener un cargador en el trabajo y otro en casa para no tener que llevarlo con el dispositivo. Eso está bien, pero, al menos a los administradores, deberían habernos proporcionado dos dock station en lugar de uno. Es una pesadilla cargar con el dock todos los días, conectarlo y desconectarlo continuamente. 
  5. Por último, nos habría venido de perlas que el portablet contara con una conexión ethernet en el propio dispositivo. Tiene una en el dock, pero eso te obliga a cargar con el tablet y el dock cuando tienes que configurar algún switch o router, por ejemplo.
Por lo demás, es un bonito juguete muy útil para navegar, leer el correo, utilizar la mensajería...
Publicado por primera vez en http://enavas.blogspot.com.es

Re-empaquetar paquetes instalados en nuestro sistema Debian o Ubuntu

Éste es un post que ya tenía publicado en el año 2013, pero como me han preguntado recientemente por el tema, vuelvo a publicarlo para que veáis que esta herramienta sigue estando vigente tanto en Debian como Ubuntu.

A veces hemos instalado algún software en nuestro sistema y, a pesar de que sigue instalado, ya no disponemos del paquete con el que lo hemos instalado, sea porque ya no se encuentra en los repositorios, no tenemos actualmente configurados los repositorios desde los que lo instalamos, es un paquete que creamos nosotros mismos y lo hemos perdido, etc... En este caso, podemos volver a crear el paquete haciendo uso de una herramienta muy útil para estos casos: dpkg-repack.

Veamos cómo usarla con un ejemplo:

Supongamos que hace tiempo instalamos en nuestro sistema el paquete gpdftk, queremos instalarlo en otra máquina y no sabemos de dónde sacarlo.

Primero instalamos los paquetes fakeroot y dpkg-repack:

# apt-get -y install fakeroot dpkg-repack

Una vez instalados, no tenemos más que usarlos:

$ fakeroot -u dpkg-repack  gpdftk

Y de este modo tan sencillo, obtendremos el paquete gdftk.
Publicado por primera vez en http://enavas.blogspot.com.es

sábado, 4 de junio de 2016

Instalar gpdftk en Ubuntu

Como ya he comentado en alguna ocasión, pdftk es una herramienta muy potente y muy útil para el tratamiento de archivos PDF que se maneja desde la línea de comandos. 

Es una aplicación que se puede usar para combinar documentos PDF, separar las páginas PDF en un documento nuevo, descomponer un documento PDF en páginas sueltas, descomprimir y volver a comprimir páginas, descifrar un documento (si sabemos la contraseña), cifrar el documento resultante; y hasta intentar reparar un PDF corrupto... 

En el año 2007 publiqué una versión de gpdftk, un front-end de pdftk que hice en gambas y en marzo de 2015 lo compilé en gambas3 para funcionar en Debian Wheezy.

Si queréis, podéis instalarlo en Ubuntu porque funciona perfectamente.

Aquí tenéis el enlace de descarga:
https://copy.com/YnceN86NyUHNJKU6

Descargáis el paquete.

Lo instaláis con dpkg:
# dpkg -i gpdftk_0.0.40-1_all.deb
Y hacéis un:
# apt-get -f install 
para que se instalen las dependencias.
Publicado por primera vez en http://enavas.blogspot.com.es