Follow me on App.net

viernes, diciembre 9

6 formas de matar procesos en Ubuntu

En ocasiones, Ubuntu deja de funcionar con fluidez cuando una determinada aplicación o ventana se cuelga. En estos casos podemos intentar cerrar la aplicación pulsando X en los controles de la propia ventana, con lo que nos aparecerá un mensaje para forzar su cierre. Pero en otras ocasiones nos veremos obligados a “matar” manualmente el proceso que presente problemas.
En Ubuntu podemos matar un proceso de diferentes formas:

1ª Forma: Monitor del sistema

Acudimos a Sistema > Administración > Monitor del sistema. Buscamos el proceso que está dando problemas. Hacemos click en botón derecho sobre él > Matar proceso.

 

2ª Forma: “Forzar el cierre”

En Gnome tenemos la posibilidad de añadir a nuestro panel un botón para forzar el cierre de una aplicación. Para agregarlo a nuestro panel, y tenerlo siempre a mano, tan solo tenemos que hacer click derecho sobre el panel donde deseamos situar el botón y click en Añadir al panel…. En la ventana que se abre buscaremos Forzar el cierre, y posteriormente pulsaremos Añadir.


Si se nos vuelve a colgar una ventana de una aplicación, solo tenemos que hacer click en el icono de “Forzar cierre” y a continuación en la ventana que haya dejado de responder.

3ª Forma: xkill

Abrimos la consola y tecleamos:
xkill
El puntero del ratón cambiará a una forma de X. Ahora haremos click en la ventana que se haya colgado o que nos esté dando problemas.

4ª Forma: kill

Personalmente, esta es mi forma favorita, ya que permite matar procesos incluso aunque no tengan ningún elemento visible en el escritorio (como una ventana, etc.).
Abrimos la consola y tecleamos:
ps aux
Este comando muestra todos los procesos y aplicaciones que están ejecutándose en el sistema. Cada proceso tiene un PID asignado (un número básicamente).


Como podemos observar, este comando nos ofrece información sobre cada uno de los proceso que se ejecuta en nuestra computadora: El usuario al que pertenece el proceso, la carga de CPU, su nombre, etc.
Para terminar la ejecución de un proceso, tan solo debemos conocer su PID y teclear en consola:
kill PID_del_proceso

5ª Forma: killall

En ocasiones, una aplicación dispone de varios procesos activos (varios PID), y para finalizarla es necesario utilizar varias veces el comando kill. En estas ocasiones podemos utilizar el comando killall, el cual finaliza todos los procesos que abre un comando.
killall recibe como parámetro el CMD de la aplicación:
killall CMD

6ª Forma: pkill

pkill es similar a kill pero más fácil de utilizar, ya que usa como argumento el nombre del proceso:
pkill nombre_del_proceso
Por ejemplo: pkill firefox

La tecla Tab (tabulador) puede serviros de ayuda para completar el nombre del proceso.





Leer más...

miércoles, diciembre 7

Como volver los paneles de gnome a su estado original

Muchos de nosotros nos gusta configurar nuestros paneles en Gnome (las barras arriba y abajo del Gnome), agregar nuevos applets o utilizar Docks, pero puede llegar un momento en que queramos volver a nuestro paneles originales. También puede ser que por accidente borres alguno de los paneles y lo quieras de vuelta.

Simplemente hay que seguir tres pasos:

1. Ejecutar en el terminal (Aplicaciones>Accesorios>Terminal) o también lo puedes abrir presionando Alt+F2 y escribir gnome-terminal:

gconftool-2 --recursive-unset /apps/panel


Esto elimina todas las configuraciones extras hechas en los paneles y lo vuelve a su estado por defecto
------------------------------------------------------------------------
2. Luego ejecutas
  rm -rf ~/.gconf/apps/panel
Elimina los extras del panel
------------------------------------------------------------------------

3. Por último ejecutamos
  pkill gnome-panel
Para reiniciar los paneles
----------------------------------------------------------------------

Listo con esto deberías tener los paneles en su estado original y listos para
volver a agregarle todo lo que quieras.
Leer más...

martes, diciembre 6

Cómo aplicar íconos de las aplicaciones a los paquetes DEB correspondientes

¿Alguna vez te preguntaste la razón por la que todos los paquetes DEB tienen el mismo ícono? Esto puede resultar un poco desorientador para aquellos que vienen de Windows. Sin embargo, no todos los paquetes DEB son aplicaciones (hay códecs, librerías, dependencias, etc., etc.) por lo que implementar nuestra idea puede ser un poco más trabajoso de lo que parece.

¡Ja! Pero no contábamos con la astucia de Linux. Adaptar el ícono de nuestro paquete DEB utilizando el ícono con el que todos asociamos esa aplicación es una papa gracias a un script que Alex Eftimie, un lector de OMG! Ubuntu, ha decidido compartir con todos nosotros.

El resultado final

 

Instalación

La instalación es bien sencilla: bajate el siguiente paquete DEB, instalalo, deslogueate, y abrí la ruta /var/cache/apt/archives en Nautilus para comprobar los resultados.
Leer más...

Chuck Norris NO ataca a Linux

Recientemente se divulgó la noticia de que una botnet llamada Chuck Norris había quebrado la seguridad de Linux. Incorrecto.

El malware de Windows, tanto si se trata en la forma de un virus troyano o gusano, funciona mediante la explotación de los agujeros de seguridad en el sistema operativo ya sean propios o de una aplicación que corre en ese sistema como Adobe Reader o Internet Explorer. Cualquiera que sea el error o el método que utiliza para llegar a un PC con Windows, la forma fundamental que utiliza para explotar el sistema es que Windows en sí es inherentemente insegura.

Mientras que Chuck Norris se ejecuta en Linux basada en DSL módems y routers, en realidad no ataca a Linux en lo absoluto. En su lugar, se ejecuta como una aplicación normal de Linux. Entonces, ¿cómo llegar hasta allí si no quiebra la seguridad de Linux? Simplemente, infecta routers tratando contraseñas comunes. Eso es todo. Eso es tooodo el misterio sobre el tema.

No es culpa de Linux que alguien sea tan tonto como para no cambiar la contraseña por defecto. Es como culpar a Honda o Ford y sus sistemas anti-ladrones de autos por no impedir que tu vehículo sea robado si fuiste tan idiota como para dejar las puertas abiertas y la llave en la ignición . En algún momento, el usuario tiene que asumir la responsabilidad de la seguridad básica y este asalto sobre los módems y routers es un ejemplo perfecto.

¿Cómo evitar que esto te ocurra? Buscá cómo cambiar la contraseña de tu dispositivo y dale una nueva que no sea simple de adivinar. Y, ¿cómo deshacerme de Chuck Norris si ya estoy infectado? Reiniciá el dispositivo. ¿No sabés cómo hacer eso? Tratá de sacar el enchufe y luego volvé a colocarlo. Misión cumplida.

Linux tiene problemas de seguridad. Este no es uno de ellos. Se trata solamente de una seguridad de red precaria.

Toda vez que reciba un dispositivo que utiliza una contraseña - módem DSL, cable modem, router, lo que sea - lo primero que debe hacer después de asegurarse de que funciona es cambiar la contraseña por defecto a algo que combine letras y números y que no sea fácil de adivinar. Eso por sí solo te protegerá de Chuck Norriso o cualquier otro ataques común a la contraseña de tu router.
Leer más...

HCL: comprobá que tu hardware esté soportado en tu distro

Las Hardware Compatibility Lists (HCL) son a menudo ignoradas por los usuarios de Linux, que deberían hacer caso a estos datos antes de quejarse de que sus equipos no funcionan bien con tal o cual distribución. Ya sabemos que el soporte hardware en Linux ha sido en ocasiones algo limitado, y aunque hoy en día la compatibilidad con la mayoría de componentes y periféricos es fantástica, no está de más echar un vistazo a estas listas.
Cada distribución (al menos en el caso de las grandes) suele tener un documento en el cual es posible realizar un seguimiento de las HCL para esa distribución, y en dichas listas podremos comprobar si nuestro equipo -o el futuro equipo en el que estamos pensando instalar Linux- es completamente compatible a nivel hardware con la distribución.

He realizado una búsqueda rápida y he encontrado varias de estas HCL para distintas distribuciones:

Leer más...

Este dispositivo no funciona bien con Linux: ¿qué registros debo mirar?

En Linux la comunidad siempre está ahí para ayudarte. Cada distribución tiene foros, wikis, canales IRC, etc. en los que siempre vas a poder encontrar una mano amiga.

No obstante, hay un problema previo: ¿qué logs (registros) debo compartir y qué información debo mostrar para que puedan ayudarme?
Por empezar, vale la pena decir que la información más importante que necesitás compartir es:

1.- Lo que hiciste justo antes de que todo fallara.

2.- Lo que esperabas que sucediera. O sea, cómo debería haber funcionado todo para poder decir que anduvo "bien".

3.- Un detalle de lo que realmente sucedió.

Así, por ejemplo, aquí van algunos ejemplos de cómo hacer este tipo de preguntas en forma correcta:


Instalé Ubuntu 10.04 (versión x86) en mi laptop Dell Optiwhatever 312. Cuando me logueo, mi tarjeta de red wifi no es detectada por Network Manager por lo que no se muestran redes wifi, a pesar de que la conexión de red por cable funciona bien.


Uso Ubuntu 10.04 Netbook edition en mi laptop System76. Cuando conecto los auriculares, el sonido sale a través de ellos pero también a través de los parlantes.


Estoy usando Ubuntu 10.04. Utilicé el programa para instalar los Drivers Privativos para mi nvidia GeForce FX 5200. Ahora, cuando reinicio la máquina el sistema se cuelga y muestra una pantalla negra justo después de mostrar el splash screen de Ubuntu.

OK, ya vimos algunos ejemplos de cómo describir tu problema. No obstante, al tratarse de problemas de hardware es probable que se trate de problemas específicos de tu máquina y quienes intenten ayudarte no puedan replicar el problema por no contar con el mismo hardware. Por esa razón, es una "sana costumbre" incluir algunos logs (bitácoras o registros) del sistema que pueden dar más herramientas a quienes intentan ayudarte.

Información general

  • sudo lspci -nn lista todos los dispositivos PCI detectados. Esto incluye a todas las tarjetas de expansión (tarjetas de video, wifi, etc.) que tenga tu máquina, sin importar si el kernel tiene un driver adecuado para interactuar con ellas. Esta información es muy útil, especialmente en los casos en los que no estás 100% seguro de qué hardware tiene tu máquina.
  • lsusb lista todos los dispositivos USB conectados a tu máquina. Una vez más, esta información es útil en los casos en los que no estás 100% seguro de qué hardware tiene tu máquina. También sirve para verificar que el dispositivo esté conectado en forma correcta o que no es un problema del hardware (está quemado, etc.).
  • /var/log/udev y /var/log/dmesg contienen información sobre todos los dispositivos que el kernel ha detectado. Estos archivos de registro generalmente son muy grandes. A menos que sepas qué parte puntual es la que sirve, conviene incluirlos como links y no pegarlos como parte de tu pregunta.

Problemas con las tarjetas de video

  • /var/log/Xorg.0.log es el archivo de registro del servidor X (el que maneja todas las gráficas en Linux). Sirve en todos los casos en que tengas problemas con la tarjeta de video.
  • LIBGL_DEBUG=verbose glxinfo muestra información sobre si tu máquina tiene soporte para la aceleración gráfica 3D, lo cual es útil en los casos en que éste sea el problema (por ejemplo, problemas con Unity y otros programas que precisan de la aceleración gráfica 3D).
  • lspci -nn | grep VGA muestra un listado de todas las tarjetas de video detectadas. Esto suele ser útil en los casos en que no sepas bien qué tarjeta tenés.
  • xrandr muestra un listado de las resoluciones de pantalla disponibles para los dispositivos detectados. La opción marcada con el símbolo "+" es la recomendada, mientras que la que tiene un asterisco es la que estamos usando. Esta información suele ser útil a la hora de intentar conectar más de 1 monitor.

Problemas con las tarjetas de audio

  • /proc/asound/cards lista todos los dispositivos de audio detectados. Siempre es útil incluir este archivo de registro.
  • /proc/asound/card0/codec#0 contiene información sobre la primer tarjeta de sonido, incluyendo información sobre los puertos de entrada/salida. Si tu problema está relacionado con la conexión de un dispositivo que no es debidamente detectado o que no funciona bien, debería incluir este archivo de registro. En caso de que tengas más de una tarjeta de sonido instalada, habrá más de un directorio /proc/asound/card???.

Por último, antes de comprar cualquier máquina, dispositivo o periférico, siempre conviene ver las listas de compatibilidad de hardware elaboradas por los usuarios y compañías que desarrollan la distro que queréis utilizar.
Leer más...
Ir arriba Ir abajo