Nodos guifi.net

El de hoy va de redes! por fin he empezado a vaciar un poco la TODO list y una de ellas era montar el nodo de guifi.net en casa, así que del dicho al hecho :D

Tras configurar el nodo de la Rimaia[1] a principios de la semana, configurar el de casa ha sido un periquete, y esto si, mucho subir y bajar escaleras! los de guifi.net deben estar en forma, o como dice knoppix llevar los deberes hechos…

Por los que no lo sepan guifi.net es una de las redes wifi ciudadanas mas grandes del mundo, compitiendo con la red de fon, con la diferencia que aquí no hay una empresa detrás. Guifi.net nació en Osona, donde una conexión a internet digna era casi imposible debido al coste del despliegue, los lugareños decidieron solucionarse el problema ellos mismos creando una red inalámbrica por toda la comarca que al paso de unos años se concentra mayoritariamente en Cataluña, pero que va ganando adeptos a nivel mundial día a día.

Quizás has oído a hablar de esta gente y desconfías un poco de ellos, pero tranquilo, son frikis como tu y como yo, quizás un poco mas! y no veas como se pone su canal #guifi en irc.guifi.net a la que se juntan mas de 2! Estos meses he estado en contacto y colaborado con ellos. ¡Son realmente gente muy maja!

Su sistema de montar los nodos es un poco complicado, y aquí una de sus fortalezas, lo que les permite …

recuperar grub después de instalar windows

Pues el título lo cuenta todo.

Hay mil formas de hacer esto, pero muchas no acaban de funcionar, así que voy a dar alguna idea de como hacerlo y que funcione (acabado de probar!)

1. Arrancas con una live cd de gurruntu (aka ubuntu)
2. montar la partición donde tenemos / instalada, en mi caso /dev/sda1

# mkdir /mnt/hd && mount -t ext3 /dev/sda1 /mnt/hd

3. instalar grub en el MBR

# grub-install --root-directory=/mnt/hd /dev/sda

4. hacer un chroot (el chroot es como si estuvieses trabajando en tu partición de linux, para hacer algunas tareas es necesario montar proc, que ahora no lo necesitamos).

# chroot /mnt/hd

y ahora ya estamos en una jaula dentro de nuestro linux (no la livecd)

5. pasarle los parametros del /boot/grub/menu.lst al grub

# update-grub

Anotación proc: para montar el proc usaremos el proc y dev del livecd

# mount -t proc proc /mnt/hd/proc
# mount --bind /dev linux/dev

et voilá!…

gestionar lvm

Venga, la continuación del post del miércoles pasado, un pequeño manualillo de como funcionan los lvm y de como administrarlos.

La ventaja del lvm es que puedes crear particiones de tamaño ilimitado, simplemente es necesario que tu maquina soporte los discos suficientes para definir el tamaño ilimitado.

Otra de las ventajas es que se le pueden poner el nombre deseado a las particiones, en lugar de las aburridas sda1, sda2, sdb1, etc. que nos ofrece el fdisk.

Sigamos como si las particiones lvm fuesen meros pedazos de plastilina.

Tenemos una caja (el ordenador) con varios paquetes de plastilina (cada uno de los discos duros), y tenemos la mesa donde trabajaremos (volume group (VG)).

Encima de la mesa podremos trabajar nuestra plastilina (physical volume (PV)) y agruparla para hacer las figuras (logical volume (LV)).

De “volume groups” solo podremos crear uno. De la misma forma que podemos separar la plastilina y agruparla crearemos los “physical volumes” y le daremos forma con los “logical volume”.

Con esta representación para niños, quiero decir que hay los volume groups, que agrupan a los physical volumes y dentro los volume group.

Basta ya de explicaciones cutres y entramos en materia:

La mejor forma de entender como funciona lvm es con los comandos:

# pvscan
PV /dev/sdb1 VG vg1 lvm2 [465.66 GB / 455.66 GB free]
PV /dev/sda5 VG servidor1 lvm2 [67.51 GB / 0 free]
Total: 2 [533.17 GB] / in use: 2 [533.17 GB] / in no VG: 0 [0 ]

# vgscan
Reading

Crear LVM Linux

Y finalmente 3r post de hoy, un breve repaso a lvm.

Hace un tiempo hablábamos de como crear raids en linux, ahora le toca el turno al lvm.

Viene a ser similar pero permite redimensionar las particiones en caliente.

Es interesante también hacer combinaciones con el raid para tener mejor protegidos los datos en caso de fallo del disco (aún así, es recomendable tirar de copias de seguridad para tenerlos mejor protegidos, la redundancia en estos casos no es mala).

La idea del lvm es que tu creas una partición de x gigas y dentro puedes crear otras particiones totalmente dinámicas (como si de plastilina se tratase).

La instalación de debian nos permite crear las particiones de instalación dentro de un volumen LVM, para ello le indicaremos que queremos formatear el disco usando LVM (tenemos la opción de usar lvm cifrado si lo desamos).


De momento no explicaré como crear el lvm cifrado, lo dejo para otro día…

La instalación configurará el lvm para que ocupe el máximo espacio permitido, pero esto posiblemente no nos interese, así que al momento que nos muestre la pantalla de las particiones ya configuradas usaremos el menú que se encuentra arriba del todo “configurar particiones LVM”.





A partir de ahí saldrá una nueva ventana donde podremos crear o eliminar volumenes LVM. Deberemos diferenciar entre physichal volume y logical volume. El Physichal volume (pv) contendrá los logical volumes (lv). Si eliminamos el volumen sin particiones logicas, borraremos el volumen físico.















Una vez finalizada la …

instalar debian por ssh

Y aquí anda el segundo post.

¿Cuántas veces tienes que hacer una instalación y quedarte sentado delante del ordenador hasta que esta termine?

¡Pues esto se va a acabar!

Debian nos permite hacer una instalación por ssh, simplemente nos valdrán unos pocos minutos para preparar este tipo de instalación ¿te imaginas hacer una instalación de un servidor desde la parada del bus?


Para ello deberemos iniciar la instalación en modo experto (Advanced Options > Expert install)


Escogemos nuestro idioma
Vamos siguiendo la instalación (detectando el teclado y el cdrom) y en un momento nos sale una ventana así:
Aquí podremos seleccionar algunos componentes extras para la instalación. La que nos interesa ahora es la network-console, que lo que hará será instalar un servidor ssh en nuestra maquina.


A continuación se detecta el hardware de red y se configura la red (por DHCP o statica, depende de nuestra red).

Justo después de detectar la configuración de red se empezarán a instalar los componentes del cd, como hemos marcado el network-console nos pedirá un password para poder acceder a la máquina por ssh con el usuario installer@ipdelamaquina. Este usuario será destruido al finalizar la instalación.


Finalmente podemos seguir nuestra instalación en otra máquina, por ejemplo el portátil en el sofá.

Esto me recuerda a la história de la creación de lo que se podría llamar el primer monitor de la historia, que lo creó tio que consideraba que la impresora, que se hallaba al otro lado del edificio, era demasiado lejos para …

talibán de consola

Post rápido:
Esto que estaba trabajando en un servidor y como a veces mi cabeza va mas rapido que mis dedos he escrito sl en lugar de ls y me he encontrado con un gran wtf!

para aquellos usuarios/administradores que tienen malos vicios con el teclado existe el sl, os lo dejo a vosotros investigar lo que hace esto :) (no sufráis no es dañino, es un programa muy simpático!)

# apt-get install sl

para los desconfiados:
# apt-cache search sl |grep ‘by mistake’
sl – Correct you if you type `sl’ by mistake…

Capturar video con linux por firewire

El otro día grabé un vídeo para presentar al concurso sobre mujeres que usan las TIC.

Como es de cajón decido hacer mi pequeña contribución y estos días voy a darle un poco al cinelerra, pero primero de todo es necesario sacar el vídeo que grabé con la camera de video de Candela (¡muchas gracias!).

Uno de los requisitos es firewire, como el x200 no trae puerto firewire he optado por el lenovo 3000 v100 que vuelve a estar en casa (siempre se pueden usar tarjetas PCI Express, pero tendría que comprarla). El Lenovo 3000 v100 se queda como portátil de edición de video.

Así que vamos a seguir unos pasos para comprobar que todo funciona, si no funciona alguna cosa empezará a sacar errores y mi recomendación es que pegáis el error en vuestro buscador favorito y intentéis hallar ahí la solución.

Para hacer la captura vamos a usar el kino, si no lo tenemos instalado lo instalamos

# apt-get install kino

Primero, nivel físico. Enchufar el cable firewire a un extremo en el puerto firewire del portátil y al otro el firewire de la base de la cámera web.

Sin encender aún la camera hacemos esto:

# lsmod |grep 1394
ohci1394 38576 0
ieee1394 94660 1 ohci1394

esto nos indica los modulos relacionados con firewire (1394) cargados en nuestro sistema. Una vez encendamos la camera de video y ejecutamos el mismo comando (tirar hacia arriba), nos sale esto:

# lsmod |grep 1394
dv1394 25948 0
raw1394 32732 …

liberar memoria

Muchas veces nos encontramos que nuestro servidor/maquina linux tiene casi toda la memoria RAM ocupada aunque el top no nos muestre ningún proceso consumiendo un exceso de RAM. Para mirar el consumo de RAM propongo 2 formas:

# top
y una vez abierto shift+m (ordenar por consumo de memoria)

# free -m
la m corresponde a megas, si queremos que nos lo muestre en gigabytes usaremos g, bytes b y kilobytes k.

Para ello hay una forma (no destructiva) de liberar esta RAM reservada a procesos que ya no están activos.

echo 1 > /proc/sys/vm/drop_caches

Para los que tengáis ganas de leer:

Invalidating the Linux Buffer Cache

When you write data, it doesn’t necessarily get written to disk right then. The kernel maintains caches of many things, and disk data is something where a lot of work is done to keep everything fast and efficient.

That’s great for performance, but sometimes you want to know that data really has gotten to the disk drive. This could be because you want to test the performance of the drive, but could also be when you suspect a drive is malfunctioning: if you just write and read back, you’ll be reading from cache, not from actual disk platters.

So how can you be sure you are reading data from the disk? The answer actually gets a little complicated, particularly if you are testing for integrity, so bear with me.

Obviously the first thing you need to do is get the data in

lo que los manuales se dejan al hablar del fstab

Este segundo post de hoy lo he sacado de la wiki de archlinux (una distro a probar algún día). He caído en esta página cuando buscaba por enésima vez, que eran los 0 que aparecían detrás de una partición en el /etc/fstab, estos 0 a veces se convierten en 1 o incluso en 2!!! pero ¿sirven para algo? ¡pues sí! sigue leyendo hasta el final.

Añado además otra información que está bien que esté recopilada junto la definición de las opciones dump y pass, las cuales se cuentan demasiado por encima en la gran mayoría de los manuales, incluso el man del mount.


Una vista detallada del archivo fstab

Revisemos de cerca la construcción del archivo. Una entrada típica tienes los siguientes campos (separados por espacios o tabs):

{file} {dir} {type} {options} {dump} {pass}
  • El primer campo describe el bloque del dispositivo o sistema de archivos remoto a ser montado. Para montajes regulares, este campo contendrá una liga al nodo del bloque del dispositivo (así como fue creado por mknod que es llamado durante el arranque por udev) para el dispositivo a ser montado. Por ejemplo “/dev/cdrom/” o “/dev/sda1”. En vez de darlo de forma explicita el instalador de Arch de forma predeterminada indica los sistemas de archivos a ser montados por su UUID.
  • El segundo campo describe el punto de montaje para el sistema de archivo. Para particiones swap, este campo deberá ser marcado como ‘swap’ (Las particiones swap en realidad no son montadas).
  • El tercer campo describe el

debian cada 2 años

Pues parece que los debianitas estamos de suerte, ya no tendremos que sufrir para saber cada cuando debian saca a estable una nueva versión.


En esta news, nos informan que debian va a sacar una nueva versión estable cada 2 años, congelando a squeeze este mismo diciembre y liberando la próxima versión (squeeze) en verano del 2010.

Uno de los motivos, según cuentan, es que las congelaciones predecidas, permiten mejorar la definición de objetivos a definir en las próximas releases. Esta decisión permitirá cubrir mejor las necesidades de los usuarios y organizaciones que usan esta distribución y facilitar posteriormente los upgrades entre versiones no consecutivas.

Para debian, lo primordial es dar soporte al máximo numero de arquitecturas posibles y especialmente la compatibilidad de paquetes de 32bits en arquitecturas de 64bits y una mejora en los tiempos de arranque (¿veremos pronto a debians cargar el entorno gráfico en menos de 10 segundos?).

La nueva política de congelaciones programadas se propuso en la debconf del 2009 celebrada en Cáceres. La idea fué bien recibida por la mayoría de los miembros del proyecto.

Así que resumiendo, la típica frase, la próxima versión de debian saldrá cuando esté a punto, con la cual nos tormentan los usuarios del canal #debian de irc.freenode.net se va a acabar! :)…