Algo de Linux

viernes, 15 de agosto de 2014

Instalar LibreOffice en Debian Wheezy desde Backports

Instalar Libreoffice en Debian Wheezy desde Backports para mantenerlo actualizado es muy sencillo:

Primero añadimos los repositorios de Wheezy Backports a nuestro sistema, si no los teníamos añadidos ya:
# echo "deb http://ftp.debian.org/debian/ wheezy-backports main contrib non-free" > /etc/apt/sources.list.d/wheezy-backports.list
Una vez añadidos, actualizamos la base de datos de paquetes:
# apt-get update
E instalamos los siguientes paquetes indicando que queremos hacerlo desde Backports con la opción -t:
# apt-get -t wheezy-backports install libreoffice libreoffice-gnome libreoffice-l10n-es libreoffice-help-es
Publicado por primera vez en http://enavas.blogspot.com.es

viernes, 11 de julio de 2014

Utilizar el mismo /home/partimag con Clonezilla y DRBL en un disco duro/pendrive usb

Como vimos en un post anterior, puede ser muy útil clonar con DRBL Live en modo multicast, sobre todo cuando el número de máquinas a restaurar es elevado. 

Además, como ya comenté, tengo montado DRBL y Clonezilla en el mismo disco duro externo de tal forma que suelo utilizar Clonezilla para crear imágenes y restaurarlas y DRBL cuando quiero clonar en modo multicast.

Un problema que nos ha surgido al tratar de utilizar versiones recientes de DRBL ha sido que ahora se monta el sistema en /lib/live/mount/medium, cuando antes se montaba en /live/image. Este problema ya está resuelto, pero sería interesante poder utilizar el mismo directorio /home/partimag de nuestro disco duro/pendrive usb tanto con Clonezilla como con DRBL, y, si fuera posible, que el montaje de /home/partimag se realizara automáticamente de forma totalmente transparente para el usuario.

Después de darle unas cuantas vueltas al tema, he pensado que la mejor forma de resolver ambos problemas sería modificando el filesystem.squashfs de DRBL.

Aquí os dejo un enlace al filesystem.squashfs modificado de tal manera que usa el directorio /home/partimag que haya almacenado en el disco duro/pendrive usb y lo monta automáticamente, por si queréis utilizarlo:
en versiones más recientes, como la 2.2.2.19-i686-pae, la antigua ubicación ha cambiado y el directorio /home/partimag  ahora se encuentra en: /lib/live/mount/medium/home/partimag - See more at: http://enavas.blogspot.com.es/2012/07/clonacion-multicast-usando-drbl-live.html#sthash.jShIdgaY.dpuf
en versiones más recientes, como la 2.2.2.19-i686-pae, la antigua ubicación ha cambiado y el directorio /home/partimag  ahora se encuentra en: /lib/live/mount/medium/home/partimag - See more at: http://enavas.blogspot.com.es/2012/07/clonacion-multicast-usando-drbl-live.html#sthash.jShIdgaY.dpuf
en versiones más recientes, como la 2.2.2.19-i686-pae, la antigua ubicación ha cambiado y el directorio /home/partimag  ahora se encuentra en: /lib/live/mount/medium/home/partimag - See more at: http://enavas.blogspot.com.es/2012/07/clonacion-multicast-usando-drbl-live.html#sthash.jShIdgaY.dpuf
en versiones más recientes, como la 2.2.2.19-i686-pae, la antigua ubicación ha cambiado y el directorio /home/partimag  ahora se encuentra en: /lib/live/mount/medium/home/partimag - See more at: http://enavas.blogspot.com.es/2012/07/clonacion-multicast-usando-drbl-live.html#sthash.jShIdgaY.dpuf Es  D
https://copy.com/MYXL4TN7kMIp

Lo único que tenéis que hacer es cambiar el filesystem.squashfs de vuestro USB por el que podéis descargar del enlace anterior.

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

lunes, 7 de julio de 2014

Clonar disco duro con TACENS Portum DUO II

Normalmente uso clonezilla y drbl para clonar discos duros, sobre todo porque puedo clonar sin tener que desmontar nada, pero en ocasiones, cuando se trata de cambiar el disco duro del equipo o transferir el sistema a otro equipo diferente, puede ser muy cómodo realizar la clonación usando TACENS Portum DUO II:


El proceso de clonación es lento, pero más sencillo no puede ser. Además, vamos a poder clonar disco a disco sin usar un ordenador:
  1. Sin conectar el cable USB a ningún ordenador, introducimos el disco duro origen en la ranura que dice "DISK 1".
  2. A continuación, introducimos el diso duro destino en la ranura que dice "DISK 2". 
  3. Conectamos el cable de alimentación.
  4. Encendemos la unidad pulsando el interruptor "ON/OFF" que hay en la parte trasera y se encenderán los leds rojos de los discos y el indicador azul de que hay alimentación, como podeis ver en la imagen anterior.
  5. Presionamos el botón "Clone" y lo mantenemos pulsado hasta que los leds rojos de los discos comiencen a parpadear.
  6. Veréis que el proceso de clonacion se ha iniciado cuando los leds indicadores de porcentaje (25%, 50%, 75% y 100%) de la parte superior comiencen a encenderse de izquierda a derecha. Cuando se vaya completando cada porcentaje el led quedara fijo y continuarán parpadeando los leds de los porcentajes que aún queden por completar.
  7. El proceso de clonación habrá finalizado cuando todos los LEDS permanezcan encendidos sin parpadear. Cuando llegue este momento, podemos retirar los discos duros.
Publicado por primera vez en http://enavas.blogspot.com.es

jueves, 19 de junio de 2014

Instalación/Actualización de Geogebra

Un compañero me preguntaba cómo mantengo actualizado GeoGebra. Lo publico aquí en el blog y así queda para todos los que me siguen.

Para mantenerlo actualizado simplemente uso los repositorios oficiales de GeoGebra. 
# cat /etc/apt/sources.list.d/geogebra.list 
deb http://www.geogebra.net/linux/ stable main
Si queréis utilizar estos repositorios, debéis añadir la clave también:
# wget -q http://www.geogebra.net/linux/office@geogebra.org.gpg.key  -O- | apt-key add -

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

miércoles, 11 de junio de 2014

Modificando las configuraciones de un usuario con dconf en Gnome 3.4

La verdad es que a veces es una auténtica pesadilla ser informático porque cuando ya controlas una cosa, te la cambian y tienes que volver a empezar aprendiendo algo nuevo desde cero porque lo que sabías, ya nos sirve para nada. Para colmo, en muchas ocasiones, la falta de documentación te hace perder el tiempo de una forma impresionante.

dconf, como dice el sitio oficial de Gnome, es un sistema de configuración de bajo nivel basado en claves. La base de datos de dconf tiene una estructura en forma de árbol en la que hay claves y cada clave tiene su valor.

En un post anterior, os mostré como establecer ajustes predeterminados y bloquear ajustes para todos los usuarios. Hoy os voy a explicar cómo modificar los ajustes de un usuario de una manera sencilla desde la línea de comandos, que es lo que a los administradores nos interesa. Para realizar ajustes desde el entorno gráfico, ya tenemos dconf-editor.

Por si no lo sabéis, los ajustes de dconf de un usuario se almacenan en el siguiente archivo: ~/.config/dconf/user. No tratéis de editarlo porque es un archivo binario.

Para obtener dichos ajustes, nos logueamos con el usuario cuyos ajustes queramos modificar y utilizamos el comando dconf de la siguiente manera:
$ dconf dump / > ajustesusuario.dconf
¿Qué es lo que estamos haciendo? Le estamos diciendo a dconf que nos vuelque la base de datos dconf del usuario desde la rama principal (/), es decir, todas las claves, en un archivo ajustesusuario.dconf.

Si quisiéramos vocar sólo una rama, la especificamos y sólo se volcarán los ajustes a partir de ahí. Por ejemplo, si queremos obtener los ajustes de la rama /org:
$ dconf dump /org/ > ajustesusuario.dconf
Lo que obtenemos es un fichero de texto con todas las claves que haya en la rama indicada. Este fichero podemos modificarlo fácilmente con cualquier editor de textos.

Una vez modificado, podemos volcar a la base de datos dconf del usuario los ajustes establecidos de la siguiente manera:

$ dconf load / < ajustesusuario.dconf

También podríamos coger la base de datos modificada y copiarla al directorio /etc/skel para que, cada vez que se cree un usuario, éste tenga los mismos ajustes:
# cp /home/USUARIO/.config/dconf/user /etc/skel/.config/dconf/user
O podríamos examinar los ajustes para aplicarlos por defecto a todos los usuarios, siguiendo las instrucciones del post http://enavas.blogspot.com.es/2014/05/establecer-ajustes-predeterminados-y.html

Posibilidades... todas las que se os ocurran.
Publicado por primera vez en http://enavas.blogspot.com.es

Permitir al usuario actualizar el software instalado en el sistema con gnome-packagekit

El sistema de los portátiles se pensó de tal manera que un usuario tuviera que conectar el ordenador a la red del centro para que se realizara la actualización del software y se establecieran todas las configuraciones necesarias.

Ahora bien, si los usuarios sacan habitualmente el ordenador del centro, sería conveniente que el mismo usuario pudiera realizar las actualizaciones del software instalado en el equipo. Para ello, podemos usar gnome-packagekit combinándolo com polkit, de tal manera que se le permita actualizar los paquetes instalados, pero no realizar instalaciones o desinstalaciones de software.

Así que lo primero que haremos será instalar gnome-packagekit:

# apt-get install gnome-packagekit

Si ejecutamos pkgaction y filtramos la salida buscando la palabra packagekit, obtendremos una lista de políticas que podemos aplicar a packagekit:

# pkaction | grep packagekit
org.freedesktop.packagekit.cancel-foreign
org.freedesktop.packagekit.device-rebind
org.freedesktop.packagekit.package-eula-accept
org.freedesktop.packagekit.package-install
org.freedesktop.packagekit.package-install-untrusted
org.freedesktop.packagekit.package-remove
org.freedesktop.packagekit.repair-system
org.freedesktop.packagekit.system-change-install-root
org.freedesktop.packagekit.system-network-proxy-configure
org.freedesktop.packagekit.system-rollback
org.freedesktop.packagekit.system-sources-configure
org.freedesktop.packagekit.system-sources-refresh
org.freedesktop.packagekit.system-trust-signing-key
org.freedesktop.packagekit.system-update
org.freedesktop.packagekit.upgrade-system

Para permitir que el usuario pueda actualizar el sistema usaremos dos de ellas:

org.freedesktop.packagekit.system-update
org.freedesktop.packagekit.upgrade-system

Para definir las políticas que permitan a un usuario sin permisos de administración actualizar el sistema, crearemos un fichero: /etc/polkit-1/localauthority/50-local.d/20-org.freedesktop.packagekit.pkla con el contenido que os muestro a continuación:

# cat /etc/polkit-1/localauthority/50-local.d/20-org.freedesktop.packagekit.pkla
[org.freedesktop.packagekit.system-update]
Identity=unix-user:*
Action=org.freedesktop.packagekit.system-update
ResultAny=no
ResultInactive=no
ResultActive=auth_self_keep

[org.freedesktop.packagekit.upgrade-system]
Identity=unix-user:*
Action=org.freedesktop.packagekit.upgrade-sytem
ResultAny=no
ResultInactive=no
ResultActive=auth_self_keep

Si os dáis cuenta, estamos permitiendo que el usuario actualice el sistema, para lo que tendrá que introducir su password al menos la primera vez durante la sesión (ResultActive=auth_self_keep).

También podríamos permitirle que actualice el sistema sin tener que introducir su password (ResultActive=yes).

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

martes, 10 de junio de 2014

killer: Un script perl para hacer limpieza de procesos

killer es un script perl que se ejecuta cada hora como una tarea cron para eliminar procesos que pertenecen a usuarios que no se encuentran "logueados" en el sistema.

Instalarlo en Debian es muy sencillo, puesto que se encuentra como paquete en los repositorios:

# apt-get install killer

El script se llama /usr/sbin/killer y la tarea cron que lo dispara: /etc/cron.daily/killer.

Este script puede ser tremendamente útil en un entorno donde inician sesión diferentes usuarios.

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