Comprobaci贸n de unidades al inicio, LINUX 馃惂


Llevo usando, Chakra Project menos de un mes entre muchas cosa que me agrada de esta distro es la informaci贸n al iniciar el sistema.
En un reinicio del sistema me recuerdo que en mi querido Kubuntu (que me facilito mucho la entrada al GNU/Linux,) realizaba comprobaciones regulares de la particiones, cosa que no hab铆a visto todav铆a en Chakra as铆 que puse manos a la obra a resolver este misterio =O 


Cuando inicie en linux, pasaba horas en la wiki de los foros EsDebian (wiki) y Kubuntu-Es (Wiki) y complementaba mis dudas en b煤squeda en los foros antes mencionados y san Google. Luego de recordar todo estos datos mi primer sospechoso es FSTAB (ta ta TAAAA!!)



Sospechoso 1 Fstab (file systems table).
Lo mas destacado de este fichero es la lista de discos y particiones disponibles. En ella se indica como montar cada dispositivo y qu茅 configuraci贸n utilizar.
Podemos ver la configuraci贸n de este fichero usando por ejemplo nano y si queremos modificar debemos tener privilegios de administrador.
$ sudo nano /etc/fstab

Voy a extraes la configuraci贸n para la partici贸n ra铆z.

##**************** Fstab ***************************************##
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
##*************** Raiz ****************************************##
UUID=c1cba80e-3cea-45e7-831a-232f7e016cde / ext4 defaults 0 1

Mi sospecha es el ultimo par谩metro que lo marque en rojo.

<pass-num> indica el orden en que la aplicaci贸n fsck revisar谩 la partici贸n en busca de errores durante el inicio.

Esta puede tomar 3 valores:
0 Desactivado, fsck asumir谩 que el sistema de ficheros no necesita ser comprobada.
1 Activado y se le asigna a la partici贸n ra铆z, como el ejemplo anterior.
2 Se le asigna a la dem谩s particiones que requieren ser comprobadas.


Sigo con /home y tenia este par谩metro en 0, lo coloque en 2 y se que no es del todo el culpable, ya que tengo un segundo disco duro con dos particiones y tiene la opci贸n en 2, la cual coloque apenas al terminar de instalar el sistema.

¿Por qu茅 no es el culpable del todo? tengo 4 particiones y solo una no estaba activada la comprobaci贸n, as铆 que por estad铆stica tengo el 75% de ver por lo menos una comprobaci贸n.

Para probar la inocencia de Fstab del caso, podemos usar una informaci贸n que encontr茅 en la red, es que si esta presente el fichero forcefsck en la ra铆z, el sistema har谩 una comprobaci贸n forzada de las particiones activada en el Fstab en el pr贸ximo inicio del sistema.

Creamos el fichero.
$ sudo touch /forcefsck

Efectivamente reiniciamos y se comprob贸 las particiones al iniciar el sistema, sacamos a Fstab de la lista de sospechosos.



Sospechoso 2 fsck (check and repair a Linux filesystem)

Momento se lo que piensan!!! si fsck es el encargado de comprobar, al probar la inocencia del Fstab con el forcefsck este es inocente!!!

Mi sospecha viene luego de leer el manual de Fstab
$ man fstab

El cual dice en uno de sus apartados:
Este campo es utilizado por el fsck (8) programa para determinar el orden en que los controles del sistema de archivos se realizan en el momento de reiniciar el sistema.
Pero esto prueba que es culpable, lamentablemente no, si revizamos el manual de fsck y sus antecedente policiales vemos que cumple su trabajo.
$ man fsck

Siguiendo recopilando informaci贸n sobre nuestro sospechoso interrogamos la wiki de arch, la cual nos da informaci贸n de algunos de los subordinados de fsck el llamado dumpe2fs y tune2fs.

La wiki de arch nos confiesa voluntariamente que fsck tiene acostumbrado realizar su trabajo cada 30 cargas del sistema y que dumpe2fs puede darnos informaci贸n del conteo y as铆 confirmar la cuartada del fsck.

Pero antes mediante fdisk podemos hacer una lista de la particiones.
$ sudo fdisk -l

Nos indica que la partici贸n ra铆z es:
/dev/sda1

Consultamos dumpe2fs sobre el conteo de la partici贸n ra铆z.
$ dumpe2fs -h /dev/sda1 | grep -i 'mount count'

Nos da el siguiente resultado.

Mount count:              6
Maximum mount count:      31

Con todas estas nuevas pistas:
  • Comprobaci贸n poco regulares.
  • Que hay prioridades (1 y 2) en la comprobaci贸n de la particiones.
  • Que la partici贸n /home no tenia marcada la comprobaci贸n en el fstab.
  • Y que el testigo cambio su testimonio y que ahora no esta 100% seguro que vio todos lo mensaje al iniciar el sistema.
Podemos afirmar la inocencia de fsck.



Conclusiones del caso.

Por falta de otros sospechoso y la presi贸n de los periodista por el caso, cerramos el caso y concluimos que el culpable es el archi-conocido capa 8.
*detective-TUX runz


Tenia usando Kubuntu, casi un a帽o y Chakra menos de un mes y si tiene fsck por defecto comprobar cada 30 reinicio del sistema, es probable que cuando comprob贸 no estaba pendiente de los mensaje al inicio del sistema, de todo modos sirvi贸 para corregir la partici贸n /home.

Tambi茅n queda claro que es una comprobaci贸n que no fatiga el disco duro y que gracias a la wiki de arch, nos da la forma de cambiar la frecuencia de comprobaci贸n a una mas corta.

Hago el ejemplo para la partici贸n ra铆z y una frecuencia de 10 reinicio del sistema.
$ sudo tune2fs -c 10 /dev/sda1

El cual no da el siguiente mensaje.
tune2fs 1.41.14 (22-Dec-2010)
Se pone la cuenta de montajes m谩xima a 10

Y podemos comprobarlo.
$ dumpe2fs -h /dev/sda1 | grep -i 'mount count'

Y confirmamos.
Mount count:              6
Maximum mount count:      10

As铆 realizamos con la otras particiones que yo le colocare por ahora 15 y este momento me entra en duda, si hay que comprobar la particiones /swap y /boot, pero esto quedara en otro caso de investigaci贸n de las infamias y cr铆menes de GNU/linux.




Comentarios

Entradas m谩s populares de este blog

Super Mario RPG 馃幃