Modo seguro en Thunderbird

El viernes, luego de actualizar mi Thunderbird ya no pude iniciarlo de nuevo, siempre que quería arrancarlo, me arrojaba este error:

john@rigardo:~ $ thunderbird 
enigmail.js: Registered components
mimeVerify.jsm: module initialized
Violación de segmento (`core' generado)

Como el error no me arrojaba ningún tipo de información útil, decidí arrancar thunderbird en modo seguro.

john@rigardo:~/$ /usr/bin/thunderbird -safe-mode

En el dialogo de confirmación seleccionamos Continue in Safe Mode
thunderbird-safe-mode-confirmation

Luego deshabilitamos las extensiones “problemáticas” y reiniciamos.
thunderbird-safe-mode-addons

Rsync a través de un puerto SSH “no estándar”

En varias ocasiones, se nos puede presentar que necesitemos sincronizar algún archivo, o carpeta con un servidor remoto o local con rsync, pero nos encontramos con que el puerto del servidor SSH ha sido cambiado (sea por seguridad, o por conveniencia).

Para “solventar” esta dificultad y hacer que rsync use el nuevo puerto, en vez del tradicional 22, lo haremos con el siguiente comando:

rsync -varuz -e “ssh -p $nuevopuerto” usuario@servidorremoto:/ruta/a/los/archivos/ /ruta/local/

Es una solución muy sencilla, pero sin duda alguna, nos sacará de mas de un dolor de cabeza.

Cómo desmontar una unidad ocupada bajo Linux

Hoy, he intentado desmontar una unidad compartido con NFS, y al intentar desmontarla me decia lo siguiente:

[user@kobayasimaru ~]# umount /home/fw/inc_hora

umount: /home/fw/inc_hora: device is busy

Y aquí viene el problema. Había parado, en teoría, todos los servicios que utilizaban dicho recurso, pero aún así me daba este error. Podría haber forzado el umount con:

umount -f /home/fw/inc_hora

Pero prefiero saber qué es lo que está ocupando el directorio antes de forzarlo. Necesitamos saber, entonces, qué procesos están haciendo uso de la unidad que quería desmontar:

root@kobayasymaru:~# fuser -vm /home/fw/inc_hora/

USUARIO ORDEN DE ACCESO PID

/home/fw/: root 2126 F…. smbd

chiche 2130 F.c.. smbd

root 2177 ..c.. smbd

root@kobayasymaru:~#

Con este sencillo comando de fuser ya sabemos quién accede a la unidad en cuestión. En mi caso era el Samba que tenia bloqueado el directorio. Detuve el Samba y ya pude desmontar la unidad correctamente.