La RAM, la SWAP... y el 'swappiness'

Mucha gente se ha hecho, alguna vez, esta reflexión: 'si me compro y añado más RAM, mejoraré la velocidad de mi ordenador'. Y bueno, puede que si... pero también puede que no. Para decidirlo 'técnicamente' habrá que empezar conociendo cómo usas la RAM y la memoria de intercambio (SWAP) en tu ordenador
De todos es sabido que, en Linux, la partición SWAP 'complementa' a la RAM, descargándola de tareas a realizar. Y también debemos conocer que, sobre todo si el disco duro no es excepcionalmente rápido, los intercambios realizados a través de la partición SWAP son más lentos que los realizados desde la propia RAM. Por tanto, si mi ordenador usa bastante la SWAP... aumentar la RAM muy posiblemente haría que fuese algo más rápido.
Así que, lo primero, es conocer qué uso de la RAM y la SWAP haces.

Poner Debian en hora

Esto de la hora (y a veces la fecha) del ordenador es, al menos para mi, un pequeño-gran lío. En primer lugar está la hora que marca la BIOS, a la que posiblemente pueda afectar (o cambiar) el sistema operativo instalado. Como también la afecta la famosa pila de botón que mantiene activa la BIOS (normalmente son de 3 V, del tipo CR 2032, que son muy baratas, se encuentran en cualquier parte y conviene, si tiene pinta de agotarse, porque retrasa el reloj, cambiar). Y luego está la que te marcan los relojes del sistema operativo ('hora del sistema').
En Linux normalmente la hora del sistema se ajusta por la 'UTC', a su vez ajustado por el paquete TZDATA, pero Windows suele usar su LOCALTIME... y si se tienen instalados ambos sistemas, a veces se arma algún pequeño lío... y puedes ver que el reloj que indica tu Debian está retrasado.
Por explicar algunos conceptos:

Usar el navegador Chrome en Debian

O, por llamarlo con su nombre oficial, el 'google-chrome'. Yo siempre he sido forofo del Firefox (dicho literalmente, lo de 'el Faefax' no lo acabo de digerir... además, en Debian hay que hablar del Iceweasel). Por supuesto cuando, siendo windowsero, salió el Chrome, vi cómo era e incluso posteriormente, en Linux, instalé algún Chromium... pero nunca me convenció, y siempre volví al Firefox de 'toa la vida'.
Hacía muchísimo que había perdido la curiosidad por seguir el 'ranking' de navegadores más usados, y me extrañó leer que según StatCounter, a nivel mundial emplean Chrome cerca de un 45% de los ordenadores, I.Explorer un 20% (y bajando), mi querido Firefox también por esas cifras (y subiendo un poquito, tras haber caido en desgracia), Safari un 10%, etc. y me volvión a entrar una especie de curiosidad por el Chrome. Por cierto, este video sobre navegadores entre 2008 y 2014 es, por lo menos, muy curioso.
Y además, me impactó una frase, hablando sobre que Firefox se estaba volviendo a poner las pilas con la velocidad de carga de las páginas web porque... 'con Chrome las páginas no se descargan: se desploman'... aunque me parezca algo exageradilla. 
Así que, como tenía un día tonto, nevando y tal en mi ciudad... me puse a investigar.

Actualizar el Flash Player

Que Flash Player está dando sus últimos coletazos, es cierto. Cada vez se usa más HTML5. Incluso he leido por ahí que casi todos los videos de Youtube y similares se pueden reproducir en HTML5, por lo que se podría activar que se reprodujesen así. Pero esto ya son palabras mayores porque, además, todavía hay muchas páginas web que estás diseñadas con Flash.

El caso es que Debian parece ser que tiene el pequeño defecto de que la actualización a la última versión de Flash no es automática, cuando instalas el paquete flashplugin-nonfree, parece ser que éste descarga de Adobe la versión de Flash 'de ese momento', pero no se ocupa de renovarla, si queda obsoleta.

Y el problema se 'agrava' (bueno, agravar no es la palabra exacta) ahora que Firefox/Iceweasel, por defecto, te presenta el aviso (bloqueando la reproducción) de que la versión que tienes del Flash no es la más actual.
Y digo que la palabra 'agravar' no es la más exacta porque, en realidad, tiene muy fácil solución.

'a start job is running...'

Hace unos meses, durante el arranque de mi ordenador (pero curiosamente solo en el de sobremesa...) se me paraba durante cerca de 1 minuto con el mensaje

'a start job is running for create volatile files and directories' 

(o algo así). Y luego continuaba normalmente el arranque. Investigando un poco por Google, se mencionaba este caso, pero las soluciones que se daban (que si el grub, que si la swap...) eran vagas, y no me funcionaron.
Pero antes de nada, voy a recomendar leer el APÉNDICE que puse, más tarde, al final, sobre otro caso de 'a star job is running...' porque es muy interesante y me topé con él en más de una ocasión.
Ahora, volviendo al caso inicial, un día (hace poco) logré solucionarlo (a lo burro, luego cuento cómo), y desde entonces no me ha vuelto a suceder.
Pero anteayer, en el foro de EspacioLinux, dos estupendos foreros, enriquehh y cargoan impartieron una clase magistral sobre cómo resolverlo, y como siempre he dicho que este blog es el 'repositorio' de mis apuntes, voy a extractar aquí las posibles soluciones dadas al tema... que al parecer funcionan.

Los comandos wget y dpkg

No soy tan friki como para usar la consola hasta para saber la fecha y la hora (aunque es realmente fácil, basta escribir el comando 'date'), pero si que es cierto que me he ido acostumbrando a usarla para ciertas operaciones habituales porque realmente, aun siendo 'noobie', descubres que es un método cómodo y rápido... reteniendo en la memoria unos pocos comandos. Pero el caso es que veo en foros, etc, que los 'usuarios pro', que usan mucho la consola, emplean con cierta frecuencia los comandos wget, y dpkg, y me propuse entender qué eran, y para qué podían usarse.
Evidentemente, hasta ahora he vivido muy feliz sin ellos y no me apetece nada estudiarlos a fondo, sino solo tener un poco de 'culturilla general'

Matar procesos (forzar su cierre)

No es habitual pero, quien más, quien menos, todos hemos sufrido, alguna vez, el bloqueo o 'cuelgue' de una aplicación, o proceso, que estabas usando, y descubierto que no responde a los intentos de cerrarlo, o cerrar su ventana, por los procedimientos clásicos.
Entonces, con el correspondiente cabreo, no te queda otra que reiniciar el PC, o la sesión y perder (a lo mejor) cosas que tenías abiertas en otra ventana.
Esto, en Cinnamon se evitaba instalando un 'applet' que se llama 'Force quit' que, como su nombre indica, forzaba el cierre de ese proceso, a golpe de ratón... sin afectar a los demás. También existe una extensión 'force quit' en Gnome-shell (desconozco si hay algo parecido en otros entornos). Pero últimamente este applet no funciona bien y me parece sospechar que está bastante abandonado por su autor. Ver NOTA FINAL
Así que me puse a investigar un poco...

Usar pendrives en VirtualBox

Como supongo que muchos, tengo instalado el VirtualBox en el Debian de mi PC de sobremesa.
No es que lo use mucho, pero como en ese PC solo tengo Linux, ahí mantengo máquinas virtuales con un viejo XP, incluso un Windows7, y alguna cosilla más, para tenerlos a mano si quiero hacer alguna prueba, o alguna operación especial, con Windows.
Pero nunca he logrado (y si llegué a conseguirlo alguna vez, no me acuerdo qué diablos hice), enchufar un pendrive y poder verlo, y usarlo, desde la máquina virtual, por más que usase el VirtualBox de Oracle, instalase las Guest Additions y el VirtualBox_Extension_Pack correspondientes, etc. Si voy a 'Dispositivos-Dispositivos USB, siempre me sale que no hay ninguno conectado.
Hasta que, ayer, 'me inventé' un truco.