gnome-keyring:: couldn’t connect to: /tmp/…

Hace tiempo que al realizar ciertas operaciones aparece el siguiente mensaje de aviso:

WARNING: gnome-keyring:: couldn’t connect to: /tmp/keyring-9XghIQ/pkcs11: No existe el archivo o el directorio

Para solucionarlo hay que editar el fichero

/etc/xdg/autostart/gnome-keyring-pkcs11.desktop

y añadir lo que está en negrita:

[Desktop Entry]
Type=Application
Name=Certificate and Key Storage
Comment=GNOME Keyring: PKCS#11 Component
Exec=/usr/bin/gnome-keyring-daemon –start –components=pkcs11
OnlyShowIn=GNOME;Unity;LXDE;
X-GNOME-Autostart-Phase=Initialization
X-GNOME-AutoRestart=false
X-GNOME-Autostart-Notify=true
X-GNOME-Bugzilla-Bugzilla=GNOME
X-GNOME-Bugzilla-Product=gnome-keyring
X-GNOME-Bugzilla-Component=general
X-GNOME-Bugzilla-Version=3.2.2
NoDisplay=true
X-Ubuntu-Gettext-Domain=gnome-keyring

Eclipse + WebLogic Server Tools: «unable to validate weblogic domain»

Si instalas el Oracle Enterprise Pack (WebLogic Server Tools) en Eclipse y al arrancar una instancia de WL, eclipse da un error «failed to start: unable to validate weblogic domain», se debe a esto: Eclipse arranca con JDK >= 1.6 y WL con JDK = 1.5, pero hay una incompatibilidad que se soluciona editando el fichero eclipse.ini, añadiendo

-Dsun.lang.ClassLoader.allowArraySyntax=true

Tras reiniciar Eclipse, ya se podrá iniciar la instacia de WL sin problemas.

SVN: obtener sólo algunos ficheros

Supongamos que queremos obtener sólo unos pocos ficheros de un repositorio muy grande. Podemos lograrlo con las siguientes instrucciones:

1. Obtener una copia vacía del repositorio:

svn checkout URL –depth empty

2. Listar los ficheros para saber el nombre exacto del que nos interesa:

svn list –recursive URL

3. Obtener el fichero que nos interesa:

svn update FICHERO

Otra forma más breve, si sólo queremos descargarlo y trastear con él, sin que sea gestionado por el SVN durante el proceso:

svn export URL localpath

Problema de certificados con SVN

He estado encontrado problemas con el saludo SSL debido al certificado del servidor. Resulta que Ubuntu utiliza la librería libneon-gnutls que verifica los certificados de una forma más restrictiva que libneon.

La solución la he encontrado en el blog «Occasional Thoughts»:

1) Desinstalar el paquete libneon:

sudo apt-get remove libneon27>

2) Descargar la última versión del paquete libneon de http://packages.debian.org/squeeze/libneon27

3) Instalar una dependencia requerida:

sudo apt-get install libssl0.9.8

3) Instalar el paquete descargado previamente:

sudo dpkg -i libneon27_0.29.3-3_amd64.deb

3) Cambiar el enlace simbólico:

sudo mv /usr/lib/libneon-gnutls.so.27 /usr/lib/libneon-gnutls.so.27.old
sudo ln -s /usr/lib/libneon.so.27 /usr/lib/libneon-gnutls.so.27

Algunas optimaciones

Para que nuestro linux vaya mejor:

1) Añadir el parámetro «noatime» en la directiva de montaje del sistema de archivos en /etc/fstab

2) Bajar el valor de swappiness a 10: editar el fichero /etc/sysctl.conf y añadir la línea «vm.swappiness=10»

3) Instalar el paquete «preload» que basándose en apuntes estadísticos del uso de aplicaciones realiza una precarga en memoria para minimizar su tiempo de carga

Escalar PDF

Si tenemos un documento con un tamaño de página, por ejemplo ‘letter’ y vamos a imprimirlo en hojas de otro tamaño, digamos A4, veremos cómo el resultado no es satisfactorio. Es conveniente aplicar un proceso de escalado al documento:

pdftops -paper A4 -expand ChrystianScienceHymnal.pdf

Esto generará un archivo .ps con el tamaño de página A4.

Otra utilidad interesante: pdfcrop. Si tenemos un documento cuya área de texto es pequeña, es decir, tiene unos márgenes muy grandes, podemos recortar dichos márgenes fácilmente:

pdfcrop infile.pdf outfile.pdf

Montar imagen ISO

Para montar una imagen ISO en el sistema de archivos:

sudo mkdir /media/iso
sudo mount -t iso9660 mi_imagen.iso /media/iso -o loop

Si es una imagen de un DVD:

sudo mount -t udf,iso9660 mi_imagen.iso /media/iso -o loop

Automount disco eSata

Tengo un disco SATA y una base para conectarlo a un puerto USB o a un puerto eSATA.
La conexión por USB va sin problemas y se monta automáticamente.
La conexión por eSATA provocaba un mensaje de error: «org.freedesktop.hal.storage.mount-fixed auth_admin_keep_always <– (action, result)."
De momento lo he solucionado introduciendo estas líneas en el fichero /etc/PolicyKit/PolicyKit.conf:

[?xml version="1.0" encoding="UTF-8"?] [!-- -*- XML -*- --]

[!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd"]

[!-- See the manual page PolicyKit.conf(5) for file format --]

[config version="0.1"]
[match user="root"]
[return result="yes"/]
[/match]
[match user="mi_usuario"]
[match action="org.freedesktop.hal.*"]
[return result="yes"/]
[/match]
[/match]
[define_admin_auth group="admin"/]
[/config]


Edito: en Ubuntu 11.10 el fichero que hay que modificar es /usr/share/polkit-1/actions/org.freedesktop.udisks.policy y hay que establecer el tag «allow_active» a «yes» (en vez de «auth_admin_keep» que es como está por defecto) en la entrada que corresponda con el error que aparece en pantalla al intentar acceder al disco duro.

Backups con rsync

Gracias a este magnífico post de Vicente Navarro he aprendido cómo hacer backups con rsync.
Recomiendo leerlo íntegramente a todos los interesados. No obstante, escribo aquí el comando que lanzo para mis backups:

rsync -av –delete –include-from=backup.txt $DIR_ORIGEN $DIR_BACKUP

– $DIR_ORIGEN es el directorio a partir del que cuelga toda la estructura que queremos copiar. Normalmente será / o $HOME

– $DIR_BACKUP es el directorio donde vamos a realizar el backup. En mi caso es un directorio donde tengo montado un disco externo.

– backup.txt es un fichero con reglas que definen qué es lo que hay y no hay que copiar. En mi caso es algo así:

+ /dir1/***
+ /dir2/***
- /dir3/no_copiar/***
+ /dir3/***
- */
- *

Lo que significa que copie toda la rama dir1 y dir2 así como toda la rama dir3 salvo el subdirectorio dir3/no_copiar
El orden es importante, es decir, es necesario poner la exclusión «- /dir3/no_copiar/***» por encima de «+ /dir3/***»

En mi caso tengo algo más de 40Gb y casi 300.000 ficheros a copiar. Tras el primer backup que lógicamente tarda bastante, los posteriores backups, si no hay cambios, tardan unos 3 minutos en comprobarlo todo. Si hay cambios, hay que sumarle el tiempo de copiado y borrado de ficheros.

Benchmark de memoria USB

Para comprobar la velocidad de lectura y escritura de una memoria USB, primero tenemos que montarla evitando el uso de caché que pueda desvirtuar el benchmark:

mount -t vfat /dev/sdc1 ./disk -o sync,dirsync

Después, por ejemplo, escribimos un fichero de 10Mb (en 10 bloques de 1Mb):

dd if=/dev/zero of=./disk/foo bs=1048576 count=10

Podemos probar diversas combinaciones de «bs» y «count» para ver cómo afecta el tamaño del bloque al rendimiento.

(más referencias del comando dd: http://www.linuxquestions.org/questions/linux-newbie-8/learn-the-dd-command-362506)