Niveles Sayayín en Linux.

A grandes rasgos, tu nivel de Sayayín Linux, se define por tu experiencia en GNU/Linux:

Nula.

Hasta hace unos días, no sabía qué cojones es Linux y todavía no sé qué putas es la parte de la  "GNU"; ¿es la versión geek de la ONU? Por cierto, dónde putas está la tecla "any"?  

 

Primera vez: último día virgen. 

Después del despelote, conseguí una copia de una distro. La bajé torrenteada o vía descarga directa, descubrí que el Windows Media Player no sirve para quemar ISOs (de hecho, no sirve para mucho, a excepción de mostrarme las portadas de los álbumes de música que no tenían portada, porque obviamente me espía y se conecta al internet para darle mi identidad al gobierno estadounidense); alguien me dijo que podía instalar un sistema operativo en una USB y hasta en una micro SD... wow, ¡este siglo es una gran época para vivir!

Después aprendí a cambiar la secuencia de booteo de mi pc para evitar arrancar windows y poder correr el medio de instalación donde puse Linux. Seguí el wizard de instalación cuyo requisito mínumo es tener un IQ equivalente al de un periquito australiano, y listo: arranqué al escritorio.

Básica: n00b.

He usado Linux un par de veces, he hecho "distro hopping" y eso... sé un poco de Terminal... y la uso para poner mi escritorio bonito, pero la Terminal no es santo de mi agrado y mejor le pido a alguien que me dé la respuesta a problema que yo causo cuando no la sé. 

Logré instalar los drivers de mis dispositivos privativos, pude activar los botones para disminuir la luz en la pantalla de mi laptop. Descubrí que Outlook no es el único cliente de correo que existe; de hecho, descubrí qué significa la palabra "cliente" en el concepto "cliente de correo" y por deducción, en informática en general. Instalé Flash; ya puedo ver porno en internet y fapearme sin licencias propietarias... success!!! 

Como pingüino básico, necesito ayuda para resolver problemas.

A veces cuando tengo problemas, voy a FB y escribo en mayúsculas  "¡AYUDA!" para que me tiren la respuesta; si no me la dan, hago rabieta  y me regreso a Windows temporalmente o pruebo otra distro a ver si me corre mejor... y si no, uso otra, y otra... y así... creo que le llaman "distro hopping".

Intermedia: entusiasta.

He configurado Linux en distintos equipos (ahora entiendo que cada equipo y cada distro operan a veces de maneras diferentes); me siento cómodo usando la Terminal; sé cómo agregar repos no oficiales, e instalar programas desde los binarios o el código fuente. Sé leer, escribir, sumar, contar, atarme los zapatos y limpiarme el culito después de ir al baño, así que soy capaz de leer y entender un mensaje de error, una advertencia o al menos, localizar información sobre los problemas y sé dónde buscar info y respuestas para resolverlos. Descubrí las man pages, y los foros y documentación oficial de mi distro; ellos son mi punto de partida cuando necesito ayuda. Voy a Gentoo o la Ubuntu o Arch Wiki a buscar respuestas, sin importar si uso Fedora, Kali o Mint, porque sé que ahí las encontraré. He aprendido un par de buenas prácticas de seguridad y las aplico. He configurado una distro desde el sistema base hasta dejarla como quiero. Lo he hecho varias veces. Podría incluso guardar mis snapshots para reutilizarlos de ser necesarios. Comparto mis configuraciones cool con otros unixeros (sé cuál es la diferencia entre Unixero y Linuxero).

Como pingüino intermedio, sé cómo buscar soluciones a los problemas. 

No estoy  seguro si lo que he aprendido me vuelve un "usuario intermedio", porque entiendo que, como en artes marciales "un cinta negra es un cinta blanca que nunca se rindió", y que, como dice Hatsumi Sensei, "everything is basics" (todo a partir de las reglas y principios básicos). Sobretodo, tengo el conocimiento y la decencia suficiente para saber que instalar Conky o usar Android no cuentan como "tengo experiencia con GNU/Linux" para entrar al nivel básico en esta lista :v turn down for what???!!!!

Avanzado.

Sé resolver problemas, personalizar mi equipo en aspectos técnicos (lo estético ya está fuera de discusión aquí porque es una cuestión de gustos personales y opiniones, no algo absoluto), soy capaz de monitorear y entender procesos, elaborar reportes administrativos, determinar puntos de falla, y administrar mi(s) equipo(s) de forma remota; desarrollo mis propios scripts para automatizar tareas, uso versiones Alphas y Betas para aprender y descubrir aspectos de rendimiento más que de apariencia; sé cómo migrar datos en mi red de forma segura. 

De hecho, laboro en el área: Configuro y administro positivos en una red, entiendo cuál el concepto verdadero de "hacking" y sé que es mucho más amplio que el concepto que los niños rata tienen. Corro servidores de producción, hago pruebas de seguridad, sé cómo cuidar mi red y a mis usuarios. 

Evito tomar screenshots de operaciones internas porque sé que eso es confidencial. No me mato peleando en FB porque alguien menciona a Windows o Mac; estoy ocupado administrando la red/base de datos/desarrollando código/gestionando usuarios/haciendo seguridad forense, etc.

Como pingüino avanzado, trabajo para resolver problemas en mi equipo y mi red de usuarios.

Contribuyente.

Aporto a la comunidad ya sea con código propio o auditando código ajeno, reporte de bugs, soluciones, modero foros, mantengo paquetes en una distro, he sido nombrado "usuario confiable" por un proyecto, audito cambios, trabajo con gente de forma local o remota para desarrollar proyectos y darlos a la comunidad.

Como pingüino contribuyente, aporto para que otros puedan obtener ayuda y resolver sus problemas.
 

Creador.

Hago software que causa impacto en la sociedad. Inicio mi propia distro, DE, Framework, plataforma móvil, plataforma en la nube, herramietntas de gestión. Lidero un proyecto. Realizo ideas.

Como pingüino creador, yo creo soluciones a los problemas. 

NOTA: pueden faltar o sobrar cosas y niveles incluso, si sos más detallado y técnico. Esto es, medio en serio, medio cómico y su objetivo es, invitarte a la auto-evaluación objetiva: sin sentimentalismos, ni acusasiones, ni adulaciones, para que podás identificar dónde estás parado y hacia dónde podés ir... si te lo proponés y trabajás por ello. Saludos :)

Soy nuevo en GNU/Linux ¿cuál distro me recomiendan? Parte I

Todos nos preguntamos eso al inicio. 

Cuando escuché de GNU/Linux por primera vez, pensé que era una sola cosa, una sola organización, un escritorio, un set de aplicaciones, uno solo. 

Ahora entiendo que Linux es un sistema (no sólo informático sino también) orgánico; como tal es entero, completo en sí mismo; y a su vez, diverso. Es la síntesis de miles de esfuerzos globales. Hace tres-cuatro años, mi interés primordial era: ¿cómo putas lo instalo? 

Me documenté y llegué a varios blogs -angloparlantes; enfatizo el hecho de que se encuentra mucha más info en ese idioma; es el latín moderno- que instruían cómo instalarlo. Ya sabía como instalar Windows desde una USB, así que el tema no fue completamente ajeno. En las instrucciones, el primer paso implícito en todos los blogs, era:

Escogé tu distro. 

Yo: ¿Ah? ¿Qué putas es una distro?

Cuando se trata de conocimiento y aprendizaje, usualmente una sola pregunta no se resuelve con una respuesta, sino haciendo más preguntas. Leí sobre las distros y me fascinó que cada una lucía diferente a la otra, y que incluso una misma podía tener distintas apariencias y usos. Entonces escuché de "distros estables", "distros a la vanguardia", "distros minimalistas", "distros amigables", "distros esotéricas", etc., etc., etc. Vi screenshots y algunos me parecían "aburridos", otros me resultaban una imitación de Windows, otras una copia de Mac OS; otras me parecían increíbles y fascinantes, y así. 

Estoy seguro que vos también has pasado por esto y también te hiciste la pregunta del millón:

¿Cuál distro instalo?

Si andás en las redes sociales y sos miembro de grupos de GNU/Linux, habrás visto la misma pregunta hecha varias veces al día en cada grupo. Todos los días llega un primerizo/a porque escuchó maravillas de Linux, y se animó a probarlo. Pero descubre que  el tema de Linux es un poco más extenso, porque tiene más opciones versus Mac OS y Windows [esto es porque Linux es flexible y modular; pensá en GNU/Linux como un juego de Lego; como puede ser un modelo F1 ya armado, puede ser una cubeta llena de legos listos para que vos creés lo que se te dé la gana]. 

Cuando aparece un "nuevo", quienes tenemos ya un tiempo usando GNU/Linux, de alguna forma sentimos algo de responsabilidad por ellos; todos fuimos primerizos. Si practicaste artes marciales o un deporte en equipo y llegaba gente nueva de vez en cuando, entenderás la importancia de esto. GNU/Linux es lo que es porque alguien (Linus) inició la kernel, y después otro llegaron otras leyendas míticas y organizaciones que aportaron a la causa. Ayudar es bueno. Pero creo que,

... necesitamos replantearnos lo que entendemos por ayuda. Veamos el asunto desde dos ángulos:

• Muchas veces, la ayuda que los n00bs pedimos, se trata de que alguien más busque algo por nosotros. O sea, pedimos cínicamente que nos hagan la tarea; tal vez por simple pereza o porque no sabemos dónde buscar, qué preguntar, cómo preguntarlo; entonces buscamos a un humano que decodifique nuestras dudas.

• Por otro lado, la ayuda que a veces damos a otros n00bs, se limita a tirar respuestas aleatorias, basadas en juicios y opiniones personales, como si se tratase de un juego Pokemon: 

¡Pikachu, instala Fedora XFCE!

¡Estás bobo, usa KDE mi Charmander, quedará "ermozo"!

Tontuelithoss ustedes no saben; uso mi carta de Manjaro turbo cargado con mil widgets de Conky... también te va a correr en una netbook con 1GB de RAM... Fatality :v :v :v

Consideremos esto:

• Pedir ayuda implica que definás primero el problema que necesita solución.

• Pedir ayuda no significa "háganme la tarea... sóplenme la respuesta".

• Pedir ayuda tampoco es igual a "decidan por mí por favor".

• Dar ayuda no significa escupir respuestas como dogmas religiosos inamovibles. Esto no es un concurso de preguntas y no vas a ganar una Range Rover por dar más respuestas correctas como cotorra.

• Dar ayuda no significa tomar mis opiniones como verdades absolutas e imponerlas a otros.

• Lo que me sirve a mí, puede servirle a alguien más, o tal vez pueda causarle más problemas (esto aplica cuando alguien tiene una netbook y le sugieren que instale Fedora con Gnome 3.x y le ponga Compiz para tener los workspaces como un dado 3-D.

• Lo que me gusta a mí puede gustarle a alguien más o parecerle caca mal cagada.

Pedir y dar ayuda debe de ser útil para todos: todos deberíamos de aprender de ello; tanto el que la solicita, como el que la da, como los espectadores.

Escribí esta primera parte, para que reflexionemos y pensemos en términos de eficiencia y optimización de recursos: No hay pregunta estúpida; hacer la misma pregunta que se hizo literalmente miles de veces antes, tampoco te hace estúpido. Seamos sensatos: considerá si otros deberían darte de su tiempo para responder una pregunta hecha mil veces antes, cuando la respuestá está a unos clicks en un motor de búsqueda. Si pudiste escribir en un  grupo social para preguntar algo que todos nos preguntamos antes, estoy seguro que también sos capaz  de encontrar la respuesta sin tener que crear otra thread y desperdiciar espacio, quitar visibilidad a los posts ajenos que pueden ser más urgentes, y gastar el tiempo ajeno. 

Pensalo sin sentimentalismos, sin ponerte a la defensiva; dejá eso para la gente que no crece como persona ni como profesionales. Mirá al  espejo, tomá lo bueno, desechá  lo malo. Esto no es una regañada o una bofetada ni un insulto, es un llamado a tu inteligencia. Sé que del otro lado del internet hay alguien inteligente -si has leído hasta acá, sos lo suficientemente paciente y dispuesto a aprender; y  eso es lo esencial para crecer en GNU/Linux y resolver problemas en general :)

En la segunda parte te compartiré algunos criterios objetivos a considerar a la hora de escoger una distro. Pero me gustaría que compartás este artículo con tus amigos Linuxeros. Entre más seamos quienes practicamos el buen uso de los recursos, podremos llegar a más gente y ayudarnos de forma más sana, efectiva, eficiente.

Iniciativa, proactividad, autonomía, sentido común, independencia, autogestión, autodidáctica.

Hasta entonces, suerte :D

La importancia de los PPAs en Ubuntu y derivados: el caso Screenfetch.

Hace uno o dos años instalé Screefetch en Luna siguiendo las indicaciones del artículo anterior:

Elementary Luna en mi computadora de escritorio. Nota: el CPU dice "modelo desconocido" porque es uno de esos Phenom II a los que se les pueden activar núcleos dormidos. Pero eso es un tema de hardware y no es relevante.

La cuestión es que para entonces-tenía menos conocimiento y voluntad que los  que tengo ahora y no entendí concientemente la necesidad de agregar un simple PPA a mi Distro vía Terminal (según entiendo, esto puede hacerse vía GUI usando Synaptic; pero no hablaré de eso porque he usado Synaptic muy poco y Terminal es siempre nuestra primera opción). Para un novato, hacer todo esto para instalar un simple programita parecía extraño, incomprensible, poco amigable.

Aquí podría hablar de un dilema de carácter filosófico: a veces las instrucciones de los expertos en la comunidad  son precisas; sin embargo, llegar a ellas  y entenderlas puede ser difícil para un novato; no porque seamos tontos o ignorantes sino porque muchas veces no sabemos qué buscar una vez tenemos los resultados y la info frente a nosotros. Tal vez es que estamos acostumbrados a dar dos clicks para instalar algo, o sólo decirle que "sí" a todo el wizard de instalación; o a lo mejor es que las plataformas de Software Libre son a veces muy  escuetas y muy poco intuitivas (por ejemplo, hay muchos tutoriales que te dicen "escribí este código" pero pocos te describen qué es, qué hace, y por qué lo estás escribiendo). Estoy seguro de que muchos diseñadores UX podría estar de acuerdo conmigo y probablemente los desarrolladores no, puesto que el FOSS ha tenido una población mayoritariamente "tecchy".  

Así que, conectado a mi Banana Pro haciendo sesión remota desde mi laptop, quería saber si era posible generar el logo a pesar de estar conectado en acceso remoto, y qué tipo de logo reportaría Screenfetch para Raspbian, la distro del Banana Pro, puesto que el Banana Pi/Pro tiene un logo distinto al Raspberry Pi. Luego de esta intro aburrida,aquí vamos:

Screenfetch para Ubuntu y derivados.

En fin, al leer las instrucciones con detalle, veo que Brett hace referencia al LaunchPad, que es un repo para PPAs de  Ubuntu y derivados. Este es un tema que ya cubrimos en julio, así que será fácil que sigás con estas instrucciones:

Cuando voy al hipervínculo que sale en el paso 2 de la imagen anterior, soy referido al Launchpad de un usuario en Launchpad, quien parece haber "porteado" Screenfetch hacia los repos de Ubuntu:

Ya con esta información, es suficiente y puedo ponerme a trabajar. Si estás corriendo Ubuntu o derivados (como Freya), vas a tener que escribir dos comandos en tu Terminal:

$ sudo add-apt-repository ppa:djcj/screenfetch

$ sudo apt install screenfetch

En ambos casos se te va a preguntar si querés agregar y permitir instalar. Aceptás y ya. Corrés 

$ screenfetch

y listo. 

Así screenfetch debería de funcionar para usuarios de Ubuntu, ElementaryOS y afines. Sin embargo, no fue así como lo instalé inicialmente durante esta tarde; lo logré con el otro método que te mostré antes; pero repliqué este otro y también funcionó.

Eso es todo por hoy. Compartinos tus Screenshots :)

Screenfetch: información de tu PC, Distro y su logo, en Terminal.

Cuando empezaste a buscar información del FOSS (Free and Open Source Software), o cuando buscabas formas de personalizar tu Distro, seguramente te encontraste con imágenes como esta en los foros:

ElementaryOS Freya (originalmente sería lanzado como Isis, pero debido a los acontecimientos en medio orientese decidió cambiar el nombre). Nótese que desde Luna se empezaron a usar nombres de deidades femininas para cada Versión nueva de Elementary.

Estas capturas de pantalla que los Linuxeros y Unixeros (o sea, usuarios de sistemas operativos Unix, en general) comparten, tienen información de sus Equipos: hardware, sistema operativo y Kernel, junto con el logo renderizado a puros caracteres Unicode (letras, números y símbolos). A lo mejor te preguntaste cómo se hace esto. Simple: buscando, leyendo, aprendiendo, aplicando. Hay varias herramientas que se usan para este objetivo y la más conocida tal vez es ScreenFetch (sedice scriinfetch").

Screenfetch es una herramienta que Brett Bohnenkamper, mejor conocido como el usuario KittyKatt desarrolló y ha puesto a disposición del público en GitHub [un controlador colaborativo de versiones de software que también es usado como Repo].

Screenfetch: instalación general.

 

Las siguientes instrucciones me funcionaron en los siguientes entornos:

•     ElementaryOS Freya en mi laptop.
•     Arch Linux corriendo en VirtualBox adentro de mi laptop con Freya
•     Raspbian en el Banana Pro por medio de sesión remota vía terminal  desde mi laptop.

Con esta muestra, podemos decir que es muy probable que estas instrucciones funcionen en otras Distros, aunque nos hace falta confirmación de parte de alguien que use la familia de RedHat, y otros. Agradeceré que nos compartan los resultados que consigan en sus distros :)

Screenfetch está en la nube de GitHub (una plataforma colaborativa de control de revisiones de Software. Digamos que es un Google Drive para programas, interfaces, código y demás cosas de desarrolladores y programadores).

1) Instalar Git

Como casi cualquier FOSS, Git se integra con Terminal, así que vamos a instalar el comando git para poder luego descargar el Screenfetch a nuestro equipo.

para Ubuntu y afines:

$ sudo apt install git

para Arch y derivados:

$ sudo pacman -Syu git

A partir de acá, podemos instalar de dos formas:

2) Creando un directorio dentro de /home y clonar Screenfetch desde Github:

Hacemos un directorio adentro de "home" (recordá que " ~  " es el home directory)

mkdir ~/screenfetch
cd ~/screenfetch

Recordá usar $ pwd para confirmar que estás en el lugar correcto)  Ahora en él, copiaremos el repo git de Screenfetch adentro de /tmp, así:

$ git clone git://github.com/KittyKatt/screenFetch.git screenfetch

Básicamente, ya tenemos el programa instalado y puesto que lo instalamos en el directorio ~/screenfetch ( o en el /tmp), para poder ejecutar el script desde /home/usuario, tendríamos que escribir

$ sudo screenfetch/screenfetch-dev

2-A) Navegando hacia /temp y clonar Screenfetch desde Github:

En lugar de hacer un nuevo directorio, navegamos hacia el directorio temporal conocido como "/tmp" y proseguir de la misma forma:

$ cd /tmp $ git clone git://github.com/KittyKatt/screenFetch.git screenfetch
$ sudo /tmp/screenfetch/screenfetch-dev

¿Cuál es la diferencia entre ambos métodos?

El primer método requiere generar una nueva entrada en tu filesystem y descargar Screenfetch a ella, mientras que en la segunda, se usa/tmp porque esta es una carpeta de almacenamiento temporal para la sesión: el propósito es que luego de apagar el equipo y reiniciar, la descarga de Screenfetch sea borrada del sistema y evitar así, usar espacio innecesario en el disco. La verdad, es cuestión de preferencia personal. No tengo preferencia, aunque me parece una buena idea el usar /tmp de vez en  cuando.

3)  Ejecutar Screenshot desde su locación: 

Dependiendo del lugar donde lo instalaste, vas a tener que escribir 

$ sudo /tmp/screenfetch/screenfetch-dv

$ sudo ~/screenfetch.

En ambos casos, el comando es demasiado largo y tedioso de escribir. El comando cp copia un directorio o archivo en otra locación, usando esta sintaxis:

$ cp ruta/origen ruta/destino

4)  Copiar el programa, a /usr/bin. 

$ sudo cp screenfetch/screenfetch-dev /usr/bin/screenfetch
$ sudo cp /tmp/screenfetch/screenfetch-dev /usr/bin/screenfetch

La razón por la cual estamos copiando al directorio /usr/bin es porque aquí se alojan los programas y comandos ejecutables por administradores. Por lo tanto, debemos de cambiar permisos para que el usuario regular pueda ejecutar el programa.
 

5) Cambiar permisos:

$ sudo chmod 755 /usr/bin/screenfetch

chmod es "change mode", cambiar modo. Asigna permisos especiales a objetos y elementos en el Filesystem de Unix. y listo. Ahora corré

6) Ejecutar y aplaudir como morsa.

$ screenfetch

Y vas a tener un resultado similar a este:

Screenfetch de Arch Linux. Hemos estado aprendiendo a instalar Arch usando VirtualBox dentro de Freya. Ignorá donde dice "firefox installed", es sólo el nombre de referencia que le di a un snapshot o "captura" de la máquina virtual. Acá estaba corriendo Arch sin GUI; es decir, a pura CLI; en ambos casos Screenfetch funciona porque es un programa de Terminal.

Screenfetch de Arch Linux (vía VirtualBox en Freya) desde un entorno de escritorio que estoy probando

Mientras escribía este artículo en mi laptop corriendo Freya, estaba conectado remotamente vía Terminal a mi servidor de descargas, mi Banana Pro. De nuevo, Screenfetch es una herramienta de Terminal así que le es indiferente si hay interfaz gráfica (Enterno de escritorio o gestor de ventanas); siempre va a darte información de tu sistema.

En la misma página de KittyKatt se encuentran las instrucciones específicas para instalar según cada Distro mayor; Pero para hace uno o dos años, fue un poco difícil de seguirlas debido a mi limitado conocimiento acerca del asunto, y opté por hacerlo como te he compartido en este artículo. Sólo por quitarme la curiosidad y completar el reto, me documenté y logré finalmente instalar Screenfetch en ElementaryOS usando tanto el método que te compartí como las instrucciones dedicadas a Ubuntu por KittyKatt. En la siguiente nota dedico un artículo para usuarios de Ubuntu/derivados.

CLI y Sistema de Ficheros II

$ pwd

Este es facilito. Se lee "print working directory": imprimir (en pantalla, no en papel) el directorio actual.

$ pwd
muestra/el/directorio/en/el/que/estás/actualmente 

 

$ ls

se lee "list directory", listar directorio:
muestra/los/archivos/o/sub/directorios/del/directorio/especificado

Escribí el siguiente comando en tu Terminal:
$ ls .

El " . " (punto) representa al directorio actual; es decir, el directorio en el que te encontrás. Y esto es algo fascinante si lo pensás: ¿cómo se marca usualmente una posición en un mapa o plano cartesiano? con un punto. Algo tan simple como eso :)

Ahora, seguí uno a uno, los siguientes:

$ ls /
$ ls /etc
$ ls /usr

¿Qué  te dice esto? Que podés navegar por tu PC sin tener que dar click como loco. Pero listar los directorios y  archivos no es suficiente. A veces necesitás moverte; para eso usamos:

 

$ cd 

"Change directory" o cambiar directorio. Hacé esto:

$ pwd

Y ahora, detenidamente hacé esto:

$ cd / 
$ pwd
¿Qué pasó? Te moviste del directorio home (si es que estabas en home), al Root Directory. Ahora escribí:

$ cd - 
$ pwd

Como pudiste notar, " cd - " te regresa al directorio donde estabas inicialmente (no un nivel más o menos, sino al directorio en el que estabas antes).  Hay otros usos de cd:

$ cd .. 
cambia al directorio padre (el directorio que contiene al directorio en el que estás).

$ cd ../..
cambia a dos directorios superiores.

$ cd ../../.. 
cambia tres directorios superiores, y así, hasta que de tanto " .. " vas a llegar al directorio / .

Ejercicio:

(¿Pensaste que no habría ejercicio? Sin repetición no hay aprendizaje duradero. NOTA: a menos que sepás lo que estás haciendo, no vayás a usar otros comandos que aun no hayamos mostrado; esto es por seguridad y  para evitar modificar o agregar cosas a archivos/directorios de forma indebida).  

• Listá el contenido del Root Directory.
• Navegá a /usr
• Imprimí el directorio /usr
• Sin desplazarte a otro lugar, imprimí el directorio /home
• Sin desplazarte a ningún lugar, listá el contenido del directorio /etc
• Navegá a /usr/share/man
• Navegá un nivel hacia atrás
• Listá el contenido de ese nivel donde estás ahora.
• Navegá de vuelta a tu home directory.
• Cerrá tu Terminal.

[Gnome] System Monitor.

En windows hay Task Manager: Ctrl + Alt + Del (o Ctrl + Shift + Escape), sirve para ver las tareas que corren, ver la gráfica del uso de RAM y CPU; y usualmente se usa como quien llama a los salvavidas al momento de dar las patadas de ahogado... cuando la máquina se está trabando. En otras ocasiones peopres, es como llamar al Chapulín Colorado por ayuda porque es poco probable que te sirva de mucho... puede que termine trabando tu máquina aún más... y que al final el pedo se resuelva dejando al tiempo pasar... 

Acá, tenés al Gnome System Monitor. Cumple con la misma función, y su interfaz resulta hasta un poco más fácil de asimilar:

Este es un trabajo en progreso. Creamos la entrada, para poder relacionar otro artículo a este. Falta incluir más imágenes ilustrativas, e incluir instrucciones de instalación para cuando no instalás una Distro empacada en Gnome. Pero regresá a mirar esto de nuevo, en unas cincuenta y cuatro semanas... Nos vidrios al ratón Chele :D