10 hábitos de productividad en Linux

Son 10 prácticas, tips o consejos, que un usuario de Gnu/Linux debería conocer y poner en práctica para aumentar su productividad, reducir riesgos y exprimir su sistema operativo.

1. Evita loguearte gráficamente como root

Esto es algo que debemos evitar como sea posible. Muchos de los usuarios de Linux fuimos primero usuarios de Windows, y mientras estás usando dicho sistema operativo se suele tener la noción de “entre más privilegios mejor”. Pero esto es sin duda un gran error, y es además el principal motivo por el cual Windows está plagado de virus y malware.

Como dicen en Spiderman: “un gran poder, conlleva una gran responsabilidad“. Así mismo, con privilegios de root debes estar siempre consciente de lo que haces, y qué consecuencias tiene sobre tú sistema. Pero ¿cuales son los posibles problemas de hacer todo como root?

• Cuando estás logueado con un determinado usuario, todos los programas que se ejecuten en tal instancia tendrán los privilegios de ese usuario, por lo que si ejecutas algún malware mientras estés como root, éste tendrá el poder absoluto sobre tu sistema.
• En sistemas basados en Unix, por convención no se debe correr nada como root a menos de que sea totalmente indispensable. Así que si un programa que no realiza tareas administrativas te pide el password de root, se precavido.
• Si hay algún bug de seguridad que aún no ha sido parcheado, puedes exponer a tu sistema.

Generalmente, en vez de loguearte como root para hacer tareas administrativas, puedes usar alternativas como el comando sudo. Si no sabes como utilizar dichos comandos desde una consola, puedes utilizar los comandos gksu o kdesu, en Gnome o KDE respectivamente. Por ejemplo, en Gnome puedes presionar Alt+F2 y escribes gksu gedit, para abrir el editor de textos con permisos administrativos.

2. Nombrar apropiadamente a los archivos

En un entorno Linux, puedes nombrar tus archivos y carpetas como desees excepto por dos condiciones: no puedes usar caracteres nulos y no puedes usar el caracter “/” que está reservado para separar directorios. Aún así hay cosas que aunque puedes hacer, deberías evitar:

• No uses ciertos caracteres como $, [], \, (), etc., puesto que dichos caracteres tienen un significado especial en la consola y podrían traerte ciertos problemas. En vez de eso usa nombres alfanuméricos, guiones, comas y puntos.
• Intenta no usar espacios si el nombre del archivo contiene más de una palabra. En vez de eso usa guiones, puesto que es más rápido realizar operaciones desde la consola cuando los nombres de archivos son un solo string.
• Antes (cuando usaba Windows), estaba acostumbrado a poner en mayúscula la primera letra de un archivo o fichero, pero puesto que en Linux los nombres son sensibles al uso de mayúsculas o minúsculas, es recomendable dejar todo en minúscula de tal manera que el acceso y búsqueda de dichos archivos sea más rápido.

3. Poner /home en otra partición

Esto es algo que incluso los usuarios de Windows hacen. La idea es tener nuestros documentos personales en otra partición del disco lo que nos trae ciertas ventajas:

• Es seguro. Si por alguna razón esotérica tienes algún fallo en la partición en donde tienes instalado el SO, tus datos no estarán comprometidos ni se estropearán.
• Ofrece flexibilidad. Puesto que las preferencias de usuario de las aplicaciones que uses están guardadas en tu directorio /home, puedes hacer cualquier cambio sobre el sistema operativo, incluso reinstalarlo o tener varias distribuciones al mismo tiempo, sin tener complicaciones con tus documentos.

Incluso, si cuando instalaste el sistema no te fijaste en esto y tienes /home dentro de la misma partición del sistema operativo, puedes cambiar dicho directorio a otra partición facilmente.

4. Manejo apropiado de los cuelgues

Linux es un sistema operativo bastante estable y robusto, pero aún así no está exento de cuelgues. Antes de intentar el comando Ctrl+Alt+Spr, que aquí es inútil y poco usado; antes de echar un madrazo; antes de presionar el botón de reiniciar; ten en cuenta que en Linux muchas veces es posible recuperarse cuelgues sin nisiquiera reiniciar. Incluso, el hecho de tener tan separado la base del sistema de la parte gráfica, nos permite manipular el sistema incluso cuando fallan las X.

Lo recomendado es ir a través de diferentes niveles de operaciones para recuperarnos del cuelgue:

1. Una buena idea es tener el applet “Forzar salida”, el cual con un par de clics te permite cerrar una aplicación que no responda. Para esto, en entornos Gnome, das clic derecho en algún panel -> “Añadir al panel“, y seleccionamos “Forzar Salida“:



2. Si esto no funciona puedes intentar matar el proceso directamente. Supongamos que la aplicación que no responde es FireFox; vas a la consola y ejecutas el comando: ps -A | grep firefox, el cual imprime la lista de procesos que contengan la palabra “firefox”. Ahora solo queda tomar el PID y matar el proceso con kill:

   casidiablo@linux:~$ ps -A | grep firefox
   6141 ? 00:02:27 firefox-bin
   casidiablo@linux:~$ kill -9 6141

3. Si aún así no puedes hacer nada, intenta con el comando killall, por ejemplo: killall firefox-bin
4. Si el entorno gráfico no te permite ni siquiera abrir una consola, presiona Ctrl+F1, lo cual te llevará a una consola virtual donde podrás ejecutar los comandos de la opción 2 y 3. Nota: puedes abrir hasta 6 consolas virtuales desde Ctrl+F1 hasta Ctrl+F6, y con Ctrl+F7 vuelves al entorno gráfico.
5. Si no funciona, puedes intentar reiniciar las X. Para esto simplemente presionas Ctrl+Alt+Backspace.
6. Si no funciona, es hora de intentar un reinicio (es extraño llegar a este punto). Puedes abrir una consola con Ctrl+F1, y ejecutas el comando reboot.
7. Si ni siquiera puedes abrir una consola con Ctrl+F1, puedes intentar el comando más infalible de Linux: mantener presionado Ctrl+Alt+ImprPant y presionar las teclas R E I S U B,
8. Si eso no hace que tu sistema se reinicie bien puedes ir cogiendo un martillo y… OK, con presionar el botón de reinicio basta,

5. En la variedad está el placer

Está bien que una vez entres en el mundo de Linux tengas cierto afecto por la distro que te acogió (por lo general Ubuntu, openSuse o Fedora). Pero hay un mundo amplio del que puedes aprender, y en términos de software libre y openSource existe una gran variedad de distribuciones, escritorios, window managers, y aplicaciones para hacer tareas específicas. ¿Porqué no probar otras distros? esto puede ayudarte a definir de verdad tus gustos, y a aprender un montón.

Además no es necesario que dejes la distro a la que estás habituado. Puedes instalar cualquier distro en otra partición para hacer tus pruebas; puedes utilizar herramientas como VirtualBox o QEMU para virtualizar otros sistemas operativos; o utilizar algún otro computador para instalar lo que quieras.

Recuerda que cada distro tiene un enfoque diferente, y por supuesto diferentes aplicaciones. Probarlas te dotará de un gran conocimiento, aún cuando decidas quedarte con tu distro incial. Personalmente cuando comencé con Linux, una de las cosas que más me agradó es que había aprendido muchas más cosas en 3 meses, que lo que aprendí con Windows en 2 años.

6. Comprende que la consola es tu amiga

Este tema es delicado, ya que las opiniones son diversas. Muchos dicen que en pleno siglo veintiuno, usar la línea de comandos es una práctica retrograda; pero no podrían estar más equivocados. Para muchas tareas que realizo a diario utilizo la consola por que su uso es más sencillo y rápido. De hecho lo confieso: hasta antes de escribir este artículo no había usado nunca la opción “Buscar archivos” de Ubuntu, ahora lo acabo de hacer solo por curiosidad. Ni te imaginas lo que puedes hacer con una consola.

Pero NO se trata de simplemente ejecutar los comandos que vez en algún tutorial. Puesto que eres una persona curiosa y deseosa de conocimientos, es necesario que estudies los comandos para ver qué es lo que hacen. Te sorprenderás cuando te des cuenta lo fáciles que son. Además que si lo haces no serás tan menso como para ejecutar el comando: sudo rm -Rf /

7. Realiza un backup de los archivos de configuración

Hombre precavido vale por dos. Linuxero precavido vale por 25497654 Windowseros. Antes de realizar cualquier cambio sobre algún archivo de configuración, por ejemplo cuando estamos trasteando con Compiz solemos editar bastante al: /etc/X11/xorg.conf, se precavido y has una copia de seguridad. Esto es supremamente importante ya que nos permite devolvernos en caso tal que hayamos hecho algo mal. Por ejemplo, para hacer un respaldo de xorg.conf ejecuta:

sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf.bak

Luego, podrás restaurar este archivo siempre que lo desees:

sudo cp /etc/X11/xorg.conf.bak /etc/X11/xorg.conf

Te aseguro que te ahorrará preocupaciones.

8. Moverte a través de directorios de manera rápida

Esto es un tip de velocidad ante la consola que te permitirá ahorrar valioso tiempo. La idea es saber utilizar argumentos especiales que puedes pasarle al comando cd. Tenemos por ejemple el comodín “..” que nos permite retroceder o subir de nivel en el árbol de directorios, por ejemplo:

/> $ cd /etc/X11
/etc/X11> $ cd ../apt
/etc/apt> $

O el signo – que nos permite iterar entre directorios:

/> $ cd /etc/X11
/etc/X11> $ cd ../apt
/etc/apt> $ cd -
/etc/X11> $ cd -
/etc/apt> $ cd -
/etc/X11> $

9. Copiar archivos hacia/desde equipos remotos

Si necesitas copiar archivos entre diferentes equipos, lo más conveniente es utilizar SSH en vez de FTP. Además de ser más seguro, es mucho más rápido. Para esto puedes usar el comando scp; por ejemplo, para copiar el archivo “yo_linux”, desde el equipo local, al equipo remoto “toy_lejos”, puedes usar el comando:

scp yo_linux usuario@toy_lejos:/tmp

Esto copiará el archivo en la carpeta /tmp del equipo remoto. Además, si omites “usuario@”, este tratará de loguearse con el mismo usuario con el que estás logueado en la máquina local. Para copiar directorios, usa la opción -r así:

scp -r /soft/java toy_lejos:/tmp

O puedes hacer lo contrario; copiar archivos desde un equipo remoto al tuyo:

scp toy_lejos:/tmp/yo_linux /home/cris

10. Conoce los logs del sistema

Esto es supremamente importante para hacer troubleshoting (depurar) a los problemas que puedan presentarse; y es que casi todas las aplicaciones generan un log en donde puedes recuperar información relevante de la ejecución de las mismas. Así que antes de simplemente intentar reiniciar el computador (como es costumbre en Windows), revisa los logs para ver cual es el motivo del error.

El principal archivo de logs del sistema es /var/log/messages, y deberías revisarlo en primer lugar, cuando tengas un error y no estés seguro de dónde hay logs de la aplicación que está fallando. Un comando muy útil para revisar dicho archivo es:

tail -100 /var/log/messages

Además, algunas aplicaciones crean sus propios archivos de log, por ejemplo Apache crea un archivo en /var/log/apache2. Por tanto, verifica si la aplicación que está presentando problemas genera un log en otro lado que no sea /var/log/messages, y procede a revisar los errores que arroja. También puedes ver el log del estado del sistema con el comando dmesg:

cristian@alienxp:~$ dmesg
[ 1074.586191] sd 4:0:0:0: [sdc] 974321 512-byte hardware sectors (499 MB)
[ 1074.589199] sd 4:0:0:0: [sdc] Write Protect is off
[ 1074.589210] sd 4:0:0:0: [sdc] Mode Sense: 00 c0 00 00
[ 1074.589215] sd 4:0:0:0: [sdc] Assuming drive cache: write through
[ 1074.589223] sdc: unknown partition table
[ 1074.708167] sd 4:0:0:0: [sdc] Attached SCSI removable disk
[ 1074.708243] sd 4:0:0:0: Attached scsi generic sg3 type 0
[ 1080.347604] FAT: Filesystem panic (dev sdc)
[ 1080.347617] fat_get_cluster: invalid cluster chain (i_pos 0)
[ 1080.347625] File system has been set read-only
[ 1080.348444] FAT: Filesystem panic (dev sdc)
[ 1080.348452] fat_get_cluster: invalid cluster chain (i_pos 0)

Por lo general la salida del comando dmesg es bastante larga, por lo que sería conveniente que la guardaras en un archivo de texto:

cristian@alienxp:~$ dmesg > logdelsistema.txt

Esta entrada es un merge|free translate|improve de un par de artículos bastante interesantes, y con conscentimiento de los autores.

9 Comentarios | deja el tuyo