ISSUX.com | Desarrollo web, frameworks, wordpress, linux y más. » Debian

Debian: cambiar locale a español

issux — Tue, 07 Feb 2012 21:04:20 +0000

Cuando instalamos debian por primera vez, es posible que no este seleccionado el español como idioma por defecto. Si es asi, veremos las opciones de los programas que soporten multi-idioma en ingles (por ejmplo el editor de texto nano).

Para establecer el español como idioma por defecto, tan solo debemos hacer desde una consola como root:

export LANGUAGE=es_ES.UTF-8
export LANG=es_ES.UTF-8
export LC_ALL=es_ES.UTF-8
locale-gen es_ES.UTF-8
dpkg-reconfigure locales

Con estos sencilos pasos, ya tendremos el español como idioma por defecto.

Contenidos Relacionados

Debian: dpkg aviso ‘ldconfig’ no se ha encontrado en el PATH o no es ejecutable

issux — Thu, 05 Jan 2012 23:12:52 +0000

Al actualizar la ultima versión de debian y hacer un apt-get dist-upgrade, me ha mostrado el error:

Debian: dpkg: aviso: `ldconfig' no se ha encontrado en el PATH o no es ejecutable

y no deja continuar con la actualización.

Hay una sencilla solución, editamos el fichero /home/USUARIO/.bashrc, y añadimos al final del fichero:

export PATH=$PATH:/usr/local/sbin:/usr/sbin:/sbin

Con esto una vez hayamos reiniciado el equipo podremos actualizar el sistema sin problemas.

Contenidos Relacionados

iwl3945: ondemand firmware reload

issux — Sun, 28 Nov 2010 17:45:26 +0000

Desde hace tiempo en mi inspiron 6400 tengo problemas con la wifi, una intel 3945a. Cada cierto tiempo y de manera aleatoria, se desconectaba de la red, y la única manera de volver a recuperar la conexión era reiniciando el portátil

Investigando por diversos forums, he encontrado una explicacion de las causas y una posible solucion. Al parecer, solo se presenta si en nuestro portatil tenemos una wifi intel y una tarjeta de video Ati Mobility Radeon. La causa es un conflicto de IRQ entre la tarjeta de video y la wifi. Podemos evitar el error, desactivando el modo KMS:

Editamos el fichero /etc/default/grub: sudo nano /etc/default/grub

sudo nano /etc/default/grub

En la clave GRUB_CMDLINE_LINUX_DEFAULT, añadimos el parametro “radeon.modeset=0” (sin comillas):
```
GRUB_CMDLINE_LINUX_DEFAULT="radeon.modeset=0 quiet splash"
```
Pulsamos Ctrl+X, “S” y luego actualizamos el grub:
```
sudo update-grub
```
Reiniciamos

De esta manera, no deberia de dar mas problemas de conexion la wifi, y podremos disfrutar de nuestra ubuntu sin problemas.

Contenidos Relacionados

Servidor ftp en linux: proftpd

issux — Sat, 01 Aug 2009 13:58:01 +0000

Aprovechando que nuestro NSLU puede estar encendido 24h, podemos aprovechar para instalar nuestro servidor FTP casero. Para hacerlo, usaremos el proftpd, un servidor ftp sencillo que esta incluido en los repositorios de debian.

Lo primero, como siempre, instalaremos el paquete, tan solo tenemos que teclear:

apt-get install proftpd

Una vez instalado, deberemos configurarlo. El fichero de configuración se encuentra en /etc/proftpd/proftpd.conf/. Lo editamos:

sudo nano proftpd.conf

La configuración básica es establecer los directorios iniciales para cada usuario, y que sera su directorio raiz. Podemos definir un directorio común para todos los usuarios, u organizarlos por los grupos de usuarios a los que pertenecen:

DefaultRoot     ~               users, !staff
DefaultRoot     ~/ftp           staff

Por ejemplo la configuración anterior, decimos que todos los usuarios que pertenecen al grupo “users”, pero no al grupo “staff”, su directorio inicial es su home (por ejemplo /home/usuario). En cambio, si el usuario pertenece al grupo “staff”, el directorio inicial cuando se conecte por ftp sera “/home/usuario/ftp”.

Una cosa interesante, si nuestro servidor es privado (requiere nombre de usuario y contraseña para acceder), es habilitar las opciones para que se puedan continuar las descargas y las subidas en caso de desconexion del servidor, añadiendo estas lineas al /etc/proftpd/ptoftpd.conf:

# Permitimos reanudar las descargas y subidas
AllowRetrieveRestart on
AllowStoreRestart on

Un detalle importante es que el proftpd dispone de su propio directorio de logs, en /var/log/proftpd, donde podremos ver todos los sucesos que ocurran con nuestro servidor proftpd.

Contenidos Relacionados

Actualizar la ip de nuestro dominio dinamico con inadyn

issux — Mon, 29 Dec 2008 20:21:06 +0000

Tanto si tenemos nuestro servidor web en el nslu con debian o en un pc convencional, nos encontramos con el problema de como acceder teniendo en cuenta que las mayoría de las conexiones caseras utilizan ip dinámicas. Cuando el router renueva la ip, puede darse el caso que nos la cambie, por lo que nuestra pagina web seria inaccesible. Algunos modelos de router llevan incorporado un cliente para actualizar automáticamente la ip en caso de cambio, pero si no es nuestro caso, o queremos tener mas seguridad que el dominio se actualice correctamente con el cambio de ip, podemos instalar un programa que lo actualice en nuestro servidor web.

La instalación de inadyn es muy sencilla:

sudo apt-get install inadyn

Una vez instalado, debemos indicar los datos necesarios para que el programa pueda cumplir con su labor. Personalmente utilizo el servicio ddns de www.no-ip.info, por lo que la llamada a inadyn debe ser de la siguiente forma:

inadyn --dyndns_system default@no-ip.com -u USER -p PASS -a HOST --background

donde cambiaremos USER por nuestro usuario de no-ip.info, PASS por la clave y HOST por nuestro dominio (p.e. test.no-ip.info).

Ahora lo que nos interesa es hacer que cada vez que arrancamos el sistema, se ejecute la llamada a inadyn. Para hacerlo, solo debemos incluir la llamada anterior al fichero

/etc/rc.local

, y añadirlo antes del

exit 0

Podemos comprobar en

/etc/syslog

como va ejecutándose el inadyn:

INADYN: Started 'INADYN version 1.96' - dynamic DNS updater.
I:INADYN: IP address for alias '******.no-ip.info' needs update to '******'
I:INADYN: Alias '******.no-ip.info' to IP '******' updated successful.

Contenidos Relacionados

NSLU: comprobar la integridad de los ficheros

issux — Wed, 13 Aug 2008 09:59:25 +0000

Suele ser habitual que cuando nos descargamos un fichero, se incluya una firma hash para comprobar la integridad de los mismos y asegurarse que se han descargado correctamente y no ha sido alterado.

Una manera sencilla es mediante el programa cfv, que nos permite comprobar los siguientes formatos: .sfv, .csv, .crc, sfvmd5, md5sum, bsd md5, sha1sum y BitTorrent. Para instalarlo en nuestro nslu, solo tenemos que teclear:

 apt-get install cfv

Modo de funcionamiento

Si ejecutamos el programa tal cual sin parametros, por defecto busca en el directorio actual todos los ficheros soportados y comprueba su hash:

cfv

Comprobar un unico fichero:

 cfv -f fichero

Comprobar los ficheros existentes (no muestra el mensaje de error de fichero no encontrado):

 cfv *

Crear un fichero csv con el hash de todos los ficheros del directorio actual:

 cfv -C -tcsv

Crear un fichero.csv con el hash de los ficheros zip del directorio actual

 cfv -C -ffichero.csv *.zip

Son solo unos pequeños ejemplos.

Para cualquier otra cosa que se os ocurra, ya sabeis: man cfv

Contenidos Relacionados

NSLU: SSH Host key blacklisted

issux — Mon, 11 Aug 2008 16:52:14 +0000

Hoy, después de reinstalar la Debian r03 en el nslu (estoy preparando otro articulo para explicar el proceso), modifique la configuración del ssh para restringir el acceso como root.

Reinicio el servidor ssh:

/etc/init.d/ssh restart

Y me muestra el siguiente mensaje:

Host key xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx blacklisted (see ssh-vulnkey(1))
Restarting OpenBSD Secure Shell server:
sshdHost key xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx blacklisted (see ssh-vulnkey(1))

El problema este relacionado con la vunerabilidad descubierta hace unas semanas sobre la aleatoriedad de las claves generadas para el ssh.

Después de navegar un poco, la solución es bien sencilla: borrar las claves actuales, y regenerarlas.Para hacerlo, solo debemos teclear:

rm -f /etc/ssh/ssh_host_rsa_key.pub /etc/ssh/ssh_host_dsa_key.pub
rm -f /etc/ssh/ssh_host_rsa_key /etc/ssh/ssh_host_dsa_key
dpkg-reconfigure openssh-server

Y con esto ya tendremos nuestras nuevas claves ssh limpias, relucientes, y lo suficientemente aleaorias.

Contenidos Relacionados

NSLU: kernel 2.6.18 1-18etch1

issux — Sat, 16 Feb 2008 18:58:23 +0000

Nueva versión del kernel de Debian para nuestro NSLU, la 2.6.18.dfsg.1-18etch1. Ya se puede descargar de los repositorios debian.

Contenidos Relacionados

NSLU: convertir videos a mpeg

issux — Mon, 17 Dec 2007 09:54:10 +0000

Hoy, en nslu.info, he leído un mensaje escrito por Nosferatu, donde indica los pasos a seguir para instalar el LAME y el FFMPEG para poder convertir vídeos en el NSLU.

Son lo siguientes:

Instalar el LAME para convertir el audio a mp3:
mkdir ./lametmp cd lametmp wget http://puzzle.dl.sourceforge.net/sourceforge/lame/lame-3.97.tar.gz tar xzvf lame-3.97.tar.gz rm *gz cd lame-3.97/ ./configure && make && make install (tarda algo mas de media hora) cd .. cd .. rm -r lametmp
Instalar el FFMPEG y accesorios:
apt-get build-dep ffmpeg apt-get install liblame-dev libfaad2-dev libfaac-dev libxvidcore4-dev \ liba52-0.7.4 liba52-0.7.4-dev libx264-dev checkinstall build-essential

El principal problema, obviamente es que es muy lento (a un procesador a 266Mhz no se le pueden pedir milagros).

Contenidos Relacionados

NSLU: kernel 2.6.18-5-ixp4xx etch5

issux — Thu, 13 Dec 2007 23:54:04 +0000

Desde el día ya se encuentra disponible la versión 2.6.18.dfsg.1-13etch5 del núcleo para nuestros NSLU.