25ene

FSTAB (o eliminar el “CHKDSK”) en Linux

Archivado en: Informática, Para que aprendas Etiquetas: , , , , , .

Últimamente he venido teniendo “los mismos problemas” que tenía en Güindous, pero ahora con Linux.

El tema es el siguiente: cuando Win provoca un BSoD, Ubuntu es “incapaz” de montar la unidad si no se ha realizado un “clean shutdown“, es decir, un apagado correcto.

Ni que decir tiene que antes podías tocar la tecla “ESC” como comodidad para evitar que se comprobara la integridad de la unidad… pero ojo, esto sólo funciona si lo que había sucedido era un “unclean shutdown” en Linux… no en otros sistemas.

Tras mucho indagar, he hallado la solución, y es bien sencilla… eso sí, debes realizarla bajo tu propia responsabilidad, ya que puede haber sucedido un error grave que sí requiera del testeo por parte de Linux, con lo que te tocaría hacerlo manualmente después.

La solución es bien sencilla: hay que modificar el archivo fstab.

Mediante la orden gedit /etc/fstab editas el archivo fstab, que es donde se guardan los datos de montaje de todas las unidades, tanto unidades de Linux como de otros sistemas -incluyendo lectoras de CD y pendrives.

Lo importante es modificar los últimos dos parámetros de cada entrada. Pongo por ejemplo mi archivo.

# /etc/fstab: static file system information.
#
#  — This file has been automaticly generated by ntfs-config –
#
# <file system> <mount point> <type> <options> <dump> <pass>

proc /proc proc defaults 0 0
# Entry for /dev/sdb1 :
UUID=xxxxxxxxxxxxxxxxxxxxxx / ext3 relatime,errors=remount-ro 0 0
# Entry for /dev/sdb5 :
UUID=xxxxxxxxxxxxxxxxxxxxxxxxxx none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
/dev/sda1 /media/xxxx\xxx ntfs-3g defaults,locale=es_ES.UTF-8 0 0

Como podréis ver he puesto dos campos en rojo: los valores dump y pass.

El valor dump en activado (1) indica que se  realiza un respaldo del sistema de archivos. Si está activado (1), se hará una copia con las opciones. Lo normal es que siempre esté (0) desativado, ya que este error no debe suceder.

El valor pass es el que más nos interesa. Pass controla el comando fsck, que es el equivalente al CHKDSK de Windows.  Si se encuentra activado (1) realizará un chequeo cada X veces que se haya desmontado el sistema (da igual si se cerró de forma correcta o incorrecta) o si el dispositivo se ha montado incorrectamente. Si está desactivado esta verificación no se realizará nunca. Lo recomendable es tenerlo activado (1) pero en lo que a mí respecta, debido al uso racional y consciente que hago de mi sistema, lo que yo quiero es tenerlo desactivado. Así que el valor que debo poner es (0) para evitar que fsck haga su trabajo.

Así que ya sabéis, basta con editar este archivo, marcar los valores dump y pass de cada unidad a 0-0… y olvidarse del tema. Ahora quizá alguno se me eche al cuello y me diga que lo que estoy haciendo no se debe hacer. Lo sé, y no me importa. A mí me es útil. Tan útil como desactivar el CHKDSK en Windows.

Para saber más | Acabó mi guerra personal con el CHKDSK

Actualización: Antonio aporta una solución menos drástica en su comentario, que reproduzco. Tiene mucha razón en lo que dice, ya que facilita que el sistema chequee los archivos únicamente una vez al mes (opción que yo tenía activada con anterioridad a todos mis problemas). Su solución, básicamente, te ahorra el tener que soportar el chequeo automática cada 30 ó 35 arranques (cosa que puede suceder con bastante más frecuencia que una vez al mes). Así que tenedla en cuenta y analizad vuestro caso concreto y vuestras circunstancias antes de hacer nada, porque como digo, lo que hagáis es responsabilidad vuestra, y lo quvaloréis los datos que archivéis en vuestro disco duro, también. Aquí va:

SKaRCHa dijo:

Yo lo que hago es ponerle que me chequee los sistemas de ficheros cada mes, de forma que en total ocurre 12 veces al año; una cantidad que veo bastante razonable.

El comando para hacer eso es el siguiente:

<code>tune2fs -c 0 -i 1m <dispositivo></code>

Para más información:

<code>man tune2fs</code>

View Comments

Escrita el Domingo, 25 de enero de 2009, a las 12:16 h. y archivada en Informática, Para que aprendas. Puedes seguir las respuestas de esta entrada a través de la RSS 2.0. Puedes hacer trackback desde tu web.

  • http://www.skarcha.com SKaRCHa

    ¡Allá voy! :D

    Yo no recomiendo que nadie haga eso.

    Lo ideal es chequear los sistemas de ficheros de vez en cuando, para que luego no pasen las cosas que suelen pasar… que empiezas a escuchar: “vaya mierda el Linux que me ha jodido el sistema de archivos”.

    Y sí, yo tampoco he desactivado nunca el CHKDSK en Windows, y nunca le he dado a Esc para saltarme el proceso (y por supuesto tampoco se lo recomiendo a nadie), más que nada porque valoro un poco los datos que tengo ahí… :)

    Para terminar, y que no parezca el comentario un asalto directo al cuello, aporto mi sugerencia… ;)

    Yo lo que hago es ponerle que me chequee los sistemas de ficheros cada mes, de forma que en total ocurre 12 veces al año; una cantidad que veo bastante razonable.

    El comando para hacer eso es el siguiente:

    <code>tune2fs -c 0 -i 1m <dispositivo></code>

    Para más información:

    <code>man tune2fs</code>

    Ea!, mis 0,02€ :-)

  • http://blog.siemprejuntos.es Óscar

    Si tienes toda la razón, tu comentario es 100% “lo que hay que hacer“… pero a mí no me funciona.

    De hecho es más, he detectado la aplicación que me revienta Windows y me saca el pantallazo azul. Pero no puedo hacer nada por detenerlo. Y mi principal problema no es el tocar ESC, porque como te digo, mi problema no es precisamente con Linux, sino con Windows. Así que como me parece tan razonable tu comentario, lo voy a añadir al post para que quede constancia.

  • http://www.skarcha.com SKaRCHa

    ¿Y un petazo de Windows hace que se chequee una partición ext3? ¿o Linux te chequea la ntfs donde tienes el Windows?

    Si la respuesta a la primera pregunta es “sí”, ¿tienes montada la partición ext3 en Windows? porque vamos, eso no es normal.

  • http://blog.siemprejuntos.es Óscar

    Pues sí, tío. Aunque suene a frikez total, es así. Yo te explico “la falla”, como se dice aquí.

    Placa nueva. Me pongo un SATA2 de 350GB como maestro con Linux  de maestro de ceremonias.(maestro si mal no recuerdo). Disco duro viejo de 60GB, con WinXP,  IDE, por tanto conectado en su bus correspondiente. No se hacen la puñeta. Todo fenomenal. Instalo otro disco duro nuevo por exigencias del guión con WinXP(imagínate qué programa tengo que usar para sacrificar 500 GB de SATA2 con un Windows…).

    Todos se llevan de maravilla, pero en cuanto este disco duro nuevo me muestra el pantallazo azul, ¡ZAS! chequeo al canto. Y créeme… es lamentable. He probado de todo.  He chequeado la BIOS para comprobar que todo estaba bien configurado, me he chupado un volcado entero de WinXP para averiguar qué fallaba -y lo descubrí… y al final, siempre acabamos en lo mismo.

    Desde luego, es que con Windows ya no me sorprende absolutamente nada. Doy la batalla por perdida, ya que realmente mi disco de Linux está fuerte como un roble -que es lo que me interesa, ya que ahí guardo la información que realmente tiene importancia, y realizo backups periódicos…

    ¿¿Tendré que llamar a Mulder y Scully?? :S

blog comments powered by Disqus