alsamixer

Si necesitamos habilitar o cambiar algún dispositivo de sonido podemos usar alsamixer.

sudo alsamixer



Con el tabulador cambiamos entre las vistas Playback - Capture - All, con las flechas de izquierda/derecha seleccionamos el dispositivo y con las de arriba/abajo el volumen. Con escape salimos.

Visto aquí (en el apartado Fixing Audio problems).

Personalizar gdm2

Para personalizar gdm2, el nuevo gestor de inicio de gnome, incluido en karmic koala, podemos instalar la aplicación gdm2setup.

He aquí las instrucciones detalladas.

Sonido en Compaq Presario CQ61

En los portátiles Compaq Presario CQ61, todos los dispositivos funcionan correctamente en una instalación limpia de ubuntu o debian, excepto los altavoces.
Para remediarlo debemos editar el fichero:

/etc/modprobe.d/alsa-base.conf

y añadir las siguientes lineas:

options snd slots=snd-hda-intel
options snd-hda-intel model=hp-m4
alias snd-card-0 snd-hda-intel
options snd-hda-intel enable_msi=1

Tras reiniciar el sistema, los altavoces estarán activos.

Visto aquí.

Proteger carpetas con .htaccess

En el post anterior instalamos munin, que muestra las estadísticas del sistema en http://localhost/munin.
Ahora vamos a proteger el acceso a esta carpeta para que sólo los usuarios autorizados puedan consultarlas.

Creamos en el directorio /var/www/munin un fichero .htaccess con el siguiente contenido:

AuthName "Identifiquese"
AuthType Basic
AuthUserFile /var/www/munin/.htpasswd
require valid-user

Ahora creamos el fichero .htpasswd y añadimos un usuario:

htpasswd -c .htpasswd USUARIO

Ya lo tenemos protegido. Más información aquí.


Nota: En ubuntu por defecto se ignoran las directivas de .htpasswd, para activarlas debemos editar el fichero:

/etc/apache2/sites-available/default

Y sustituir las directivas:

AllowOverride None

Por:

AllowOverride All

Ahora sí las ejecutará.

Monitoriza el sistema con munin

Munin es una herramienta que crea y actualiza multitud de gráficos sobre diversos indicadores del funcionamiento del sistema. Se puede personalizar y permite también monitorizar equipos remotos.

En su instalación más básica, monitoriza el equipo local, basta instalarlo con:

apt-get install munin munin-node

Y veremos los resultados en:

http://localhost/munin/

Más información sobre su funcionamiento aquí.

Borrar por tamaño

Para borrar ficheros menores de 25 k:

find . -size -25k -exec rm -f {} \;

Para borrar ficheros mayores de 10 M:

find . -size +10M -exec rm -f {} \;

Más info en el man.

Copias remotas con rsync

Vamos a configurar rsync como demonio para poder copiar ficheros remotamente.

Instalamos rsync:

apt-get install rsync

Para que se ejecute automáticamente como demonio, editamos el fichero:

/etc/default/rsync

Y cambiamos el valor de:

RSYNC_ENABLE=true

Ahora configuramos los recursos que queremos compartir, creando el fichero:

/etc/rsyncd.conf

Con un contenido similar a:

max connections = 2
log file = /var/log/rsync.log
timeout = 300

[RECURSO]
comment = COMENTARIO
path = /DIRECTORIO
read only = no
list = yes
uid = nobody
gid = nogroup
auth users = USUARIO
secrets file = /etc/rsyncd.secrets

Y configuramos la contraseña creando el fichero:

/etc/rsyncd.secrets

Con el contenido en el siguiente formato:

USUARIO:CONTRASENYA

Cambiamos los permisos para tener mayor privacidad de la contraseña:

chmod 600 /etc/rsyncd.secrets

Y reiniciamos el servicio rsync:

/etc/init.d/rsync restart

Ahora desde un equipo remoto podríamos ver el contenido de los recursos con:

rsync USUARIO@IP::RECURSO

Y realizar una copia sincronizada con:

rsync -avz USUARIO@IP::RECURSO/SUBDIRECTORIO/ DESTINO

Más opciones en el man.

Eliminar gdm del arranque

Si no deseamos que en el arranque se ejecute el entorno gráfico, podemos deshabilitarlo con:

sudo update-rc.d -f gdm remove

(Podríamos lanzarlo manualmente con startx)

Para volver a habilitarlo:

sudo update-rc.d -f gdm defaults

Otros métodos aquí.

Usa la Fuerza, Luke!

Quiso la casualidad que tecleara "ps xa" en una ventana de terminal mientras grababa un dvd con brasero, y entre otras me encuentro la siguiente linea:

2248 ? Rl 0:02 growisofs -use-the-force-luke=notray -use-the-force-l

WTF!

Con "man growisofs" descubro que el prefijo -use-the-force-luke se aplica a diversas funciones no documentadas del programa para grabar isos.
¡Muy friki!

Configurar exim4

Resulta muy práctico poder enviar correos desde el sistema, para enviarnos avisos, logs, etc.

Utilizaremos exim4 que es el que instalan debian y ubuntu por defecto y que es más sencillo de configurar que sendmail. En caso de que sendmail estuviera instalado se pueden dar incompatibilidades, por lo que es conveniente desinstalarlo previamente.

Primero instalamos exim4:

apt-get install exim4

Ejecutamos el asistente de configuración:

dpkg-reconfigure exim4-config

Contestando lo siguiente:

En “configuración general del correo” seleccionamos “Internet site”.
En “Nombre del sistema de correo” escribimos el nombre del dominio que cualificará las direcciones de correo sin nombre de dominio, generalmente será el nombre de la máquina, por ejemplo “nombredemimaquina.int”. Debemos asegurarnos de que como tal esté definida en /etc/hosts.
En “Direcciones IP en las que recibir conexiones SMTP entrantes” escribimos “127.0.0.1” para que no acepte peticiones de otras máquinas.
En “Otros destinos para los que se acepta el correo” podemos dejar el valor por defecto, que será el nombre del equipo.
En “Dominios para los que se reenvía el correo” dejamos el valor en blanco.
En “Máquinas para las cuales reenviar correo” también lo dejamos en blanco.
En “Limitar el número de consultas de DNS” dejamos el valor “No”.
En “Mecanismo de entrega para el correo local” seleccionamos “formato mbox”.
Y en “Dividir la configuración en pequeños ficheros” seleccionamos “No”.

Con esto ya podemos enviar correos.



Ahora podemos configurar el servidor para que nos envíe el correo interno a una cuenta de email.

Para ello editamos el fichero:

/etc/aliases

Y editamos/añadimos lineas de la siguiente manera:

root: usuariosistema
usuariosistema: usuario@correoelectron.ico

De esta forma los mensajes dirigidos a root serán entregados a usuariosistema y los de este enviados a la dirección de correo indicada.



Para evitar que se marque nuestro correo como spam, podemos utilizar una configuración alternativa para que se envíen los correos a través de nuestro servidor smtp.

Editamos el fichero:

/etc/exim4/passwd.client

Y añadimos una linea con la forma:

servidor.smtp:nombreusuario:password

Volvemos a configurar exim4:

dpkg-reconfigure exim4-config

Pero esta vez en la primera opción seleccionamos "el correo se envía mediante un smarthost; se recibe a través de SMTP".

Contestamos al resto de las preguntas igual que antes, y cuando pregunte "Dirección IP o nombre de equipo para el smarthost saliente", introducimos la dirección del servidor smtp que vayamos a usar.

En "Desea ocultar el nombre de correo local en los mensajes salientes" marcamos "No".

Ahora se entregarán los correos a través de nuestro servidor smtp.

Para el caso particular de querer emplear una cuenta de gmail, podemos emplear este tutorial.