Reiserfs filecheck

Cuando hacemos un redimensionamiento de una partición reiserfs es posible que con el gparted o los comandos de fsck que solemos usar no nos sirvan. Para ello hay otra herramienta específica para solucionar errores de particiones formateadas en reiserfs.

Normalmente las particiones ext se arreglan con un fsck -a /dev/sdaN, siendo N un numero, pero al hacer esta acción encima un disco reiserfs nos dará el siguiente error:…

tune2fs

Cuantas veces has reiniciado el ordenador y ha empezado a hacerse el dichoso fdisk? además en la informática hay una regla básica, la cantidad de prisa es inversamente proporcional a la lentitud de la realización de un proceso.

Para ello tenemos el tune2fs que ya viene instalado en el sistema. Con tune2fs podremos cambiar el numero de veces o tiempo que se hace cada fsck, además de saber el estado de los mounts.…

servidor de ficheros nfs

En windows está samba/cifs, pues en gnu/linux está nfs, con una transferencia de datos mucho mas elevada a su competidor en windows. Aunque gnu/linux soporta particiones samba, si vamos a trabajar en un entorno con maquinas gnu/linux no está de mas montar este servicio en el servidor de ficheros.…

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 …

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

bash + crontab + mt

[boceto no comprobado]Os dejo con este boceto porqué sé que hay algunos de vosotros que estáis siguiendo de cerca la evolución de mi script en dialog (prometo un post chulísimo cuando lo tenga un poquito mas experimentado).

——-

Llevo unos días peleándome con un script de bash que cuando lo ejecuto con crontab no funciona, he hecho varias pruebas pero ninguna me ha funcionado, así que he empezado a leer a ver si a alguien mas le pasaba esto, y efectivamente no es una cosa que sólo me pase a mi, así que os voy a contar dentro de mis conocimientos lo qué sucede.

posible solución 1:
Nuestro script está escrito para correr bajo bash, la shell por defecto de linux, si hacemos un

# echo $SHELL
/bin/bash

pero qué pasa si esto mismo lo hacemos en crontab? pues que nos devolverá /bin/sh

estas pequeñas diferencias hacen que el comportamiento de los scripts sea un poquito distinto, y que por ejemplo tar no funcione como esperamos.

Para ello debemos añadir una linea en /etc/crontab que sea así:

SHELL=/bin/bash

Mantendremos la parte de arriba intacta, dejando la de abajo para los scripts de bash y arriba para los de sh.

Posible solución 2:Si esto no funciona, quizás sea un problema de permisos de acceso del usuario que está ejecutando el script en cron.

Tenemos derechos encima de ficheros, pero también encima de dispositivos, estos segundos se pueden controlar desde el udev

bpun Blackhold, check if /dev/st0 is accessible.. if its an …

Realizando backups en cinta

Esta tarde estaba en el trabajo jugueteando con una unidad de cinta que he instalado en una de las sucursales, como estamos en crisis tenemos que trabajar con lo que tenemos y esto permite recuperar viejos cacharros que tenemos guardados en el armario, uno de ellos es una unidad de cinta, una dell powervault 110T con cintas LTO3, que permiten un almacenamiento de 200Gb, 400Gb comprimidas.

la imágen no tiene nada que ver con la unidad de cinta ni las LTO3, pero es chulísima :D

Primero de todo tenemos que contar que una cinta guarda los datos de forma lineal, para que os hagáis una idea, si editamos hexadecimalmente un disco duro, podremos ver que toda la información está ahí metida, pero es poco probable que el mismo fichero se encuentre todo entero en un conjunto de sectores seguidos, así que la forma de acceder a los datos de una cinta no será como acceder a un CD o stick usb, trataremos la cinta como un archivo de datos, en el caso de este post, como un .tar.

Así que vamos a contar un poco las herramientas que usamos en GNU/Linux para realizar backups en unidades de cinta.

Primero de todo tenemos los comandos mt y st.

st servirá para gestionar el brazo robótico (en el caso que tengamos uno), como no tenemos uno sólo lo menciono y os recomiendo hacer un man st para poder leer sus posibilidades.

mt sirve para gestionar todas las acciones de la unidad de …

smartmoontools

Vamos con otra herramienta que nos servirá para tener nuestro servidor controladito de errores.

Smartmoontools es un conjunto de herramientas que nos empezarán a molestar cuando detecten que los discos estén chungos. Normalmente los discos tienen un tiempo de vida limitado, al ser un aparato mecánico las piezas dejan de girar correctamente, se llenan de polvo y dejan de funcionar, normalmente los discos antes de morirse del todo avisan, pero como manda murphy los discos también pueden tener muertes súbitas sin ningún tipo de aviso. Con esta herramienta tendremos estos errores controlados y a la que aparezca uno ya podemos empezar a buscar en la red o en una tienda un nuevo disco duro para nuestro ordenador.

# apt-get install smartmontools

# vi /etc/default/smartmontools
mantenemos comentadas todas las lineas excepto una, que la dejamos así

start_smartd=yes

luego deberemos ver cuales son nuestros discos físicos, así que usaremos fdisk.

# fdisk -l
Disk /dev/sda: 251.0 GB, 251000193024 bytes
255 heads, 63 sectors/track, 30515 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x10003f1f

Device Boot Start End Blocks Id System
/dev/sda1 1 24107 193639446 83 Linux

Disk /dev/sdb: 251.0 GB, 251000193024 bytes
255 heads, 63 sectors/track, 30515 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xb2101f85

Device Boot Start End Blocks Id System
/dev/sdb1 1 30515 245111706 83 Linux

Disk /dev/sdc: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk