¿Por qué Ubuntu pide revisar mis discos duros de vez en cuando?

30

Recientemente, me he visto obligado a reiniciar mi computadora mucho. Cuando inicio, Ubuntu ahora comienza a escanear mis discos duros en busca de errores, pero me asegura que puedo cancelar si lo deseo presionando 'c'.

¿Por qué Ubuntu hace esto? Si es necesario, ¿por qué es algo que puedo cancelar? Si no es necesario, ¿por qué obligarme a hacerlo? ¿Sobre qué base se decide el número de reinicios?

jml
fuente
1
¿Estás forzando un reinicio? ¿Mantener presionada la tecla de encendido o presionar la tecla de reinicio, por ejemplo?
Kris Harper

Respuestas:

33

El sistema fuerza una comprobación de disco cada 30 reinicios. Si omite el disco, verifíquelo la próxima vez que reinicie (a menos que lo quite manualmente forcecheck).

Puede forzar esto por sí mismo, poniendo un archivo forcefscken /emitiendo una

touch /forcecheck

desde la terminal

No es necesario hacer siempre una verificación cuando se le solicite, pero debe hacerse de vez en cuando. Puede cancelarlo si no es el momento adecuado para usted en ese momento y dejar que verifique el sistema de archivos cuando sea más conveniente.

También puede usar tune2fspara alterar este comportamiento.

sudo tune2fs -c 60 /dev/sdXY

configurará esto a 60 reinicios. También puede cambiar esto a un período de tiempo con -i:

sudo tune2fs -i 30d /dev/sdXY

por 30 días o 1m por 1 mes o 10w por 10 semanas.

(reemplace /dev/sdXYpor el nombre del dispositivo para la partición como /dev/sda1. Puede obtener este nombre ejecutando sudo blkido ls -lA /dev/disk/by-labelsi la partición está etiquetada)

sudo dumpe2fs /dev/sda1

mostrará montones y montones de información. Parte de esto incluye:

Filesystem created:       Thu Feb 12 09:06:50 2009
Last mount time:          Fri Aug 26 07:19:34 2011
Last write time:          Fri Aug 26 07:19:34 2011
Mount count:              2
Maximum mount count:      25
Last checked:             Fri Aug 12 07:22:16 2011
Check interval:           15552000 (6 months)
Next check after:         Wed Feb  8 06:22:16 2012
Rinzwind
fuente
gracias @Lekensteyn (lo hice de memoria y mi memoria parece ser mala a veces;))
Rinzwind
3
Para ser un seleccionador aquí: creo que no es cierto que "el sistema forza la verificación al colocar un archivo forcefsck en /" (generalmente no, fsck comprueba si el sistema de archivos está "sucio" o ha pasado el "conteo máximo" / "siguiente comprobación") y que "esto se realiza cada 30 reinicios" (varía según el programa que utilice para formatear la partición). Para ambos verifique la salida de dumpe2fs. ubuntugeek.com/…
organizar el
1
Eso no es una trampa :-) Eso es ser exacto. Lo cambié
Rinzwind
Esto se aplica solo a la familia de sistemas de archivos ext *, el valor predeterminado en Ubuntu. XFS o JFS no realizan rutinariamente verificaciones del sistema de archivos
Jan
3
¿Deberían ser las dos veces que mencionas en forcechecksu forcefscklugar? (ref: askubuntu.com/questions/14740/… )
idbrii
5

Estas son verificaciones de rutina del sistema de archivos, iniciadas cada 30 reinicios. La opción para cancelarlo está ahí para que no te detengan de algo críticamente importante, sin embargo, se recomienda dejar que se ejecute de vez en cuando. No sé sobre qué base se estableció el número de reinicios, presumiblemente, sentido común. Si es demasiado molesto, puede aumentar el número de reinicios sin verificar las particiones con el comando 'tune2fs'.

mikewhatever
fuente
Mike: haga clic en lo yesterdayanterior Lekensteynpara ver qué ha cambiado.
Rinzwind
1

Es posible deshabilitar completamente la comprobación del sistema de archivos en los sistemas de archivos ext usando:

sudo tune2fs -c 0 /dev/sdXY

Esto podría no ser una buena idea, tú. Las notas de la página de manual de tune2fs:

Debe tener muy en cuenta las consecuencias de deshabilitar por completo la comprobación dependiente del número de montajes. Las unidades de disco, los cables, la memoria y los errores de kernel defectuosos podrían dañar un sistema de archivos sin marcar el sistema de archivos como sucio o por error. Si está utilizando el registro en diario en su sistema de archivos, su sistema de archivos nunca se marcará como sucio, por lo que normalmente no se comprobará. Un error del sistema de archivos detectado por el núcleo aún forzará un fsck en el próximo reinicio, pero puede que ya sea demasiado tarde para evitar la pérdida de datos en ese punto.

Thomas
fuente
0

Si bien mikewhatever y Rinzwind son adecuados para ext-Filesystems, afaik, no sucede si elige utilizar reiserfs. Lo uso durante 10 años sin problemas y puedo recomendarlo. No fsck más.

No sé para los otros sistemas de archivos, populares en Linux.

usuario desconocido
fuente
44
reiserfsck en realidad tiende a romper los sistemas de archivos sin posibilidad de reparación. Si un reiserfs alguna vez desarrolla un problema, se acabó el juego.
Simon Richter
1
¿Te sucedió o tienes referencias?
Usuario desconocido
El hecho de que ReiserFS no realice estas comprobaciones no influye en su fiabilidad. Ext3 es sólido como una roca, pero los controles solo toman un par de segundos, entonces ¿por qué no?
Vuelva a instalar Mónica
Conozco a varias personas que han perdido datos, y por el diseño del sistema de archivos es bastante obvio por qué: no tiene bloques de metadatos designados. Si bien esto es una ventaja en varios casos (si ext se queda sin bloques de metadatos, no puede crear más archivos aunque todavía tenga bloques de datos libres), crea ambigüedad al rescatar un sistema de archivos que de alguna manera (falla de hardware, error en la parte inferior capas) se ha vuelto inconsistente.
Simon Richter
Todavía estoy usando el formato reiserfs "3.6", según dmesg. ¿Podría eso hacer la diferencia?
usuario desconocido el