Estoy creando un prototipo de un nuevo sistema integrado que utiliza ext4 en la memoria Flash. Estos sistemas se implementarán de forma remota sin un administrador de sistemas local, por lo que cualquier diagnóstico también debe realizarse de forma remota a través de una red.
La opción de montaje predeterminada para ext4 es configurar el FS para que solo lea cuando encuentre un error. Creo que esto es demasiado grave para mi caso, ya que puede provocar que muchas operaciones dejen de funcionar e impedir inicios de sesión remotos.
Preferiría mantener el sistema en funcionamiento (y tolerar algunos errores de FS). Entonces, para mi caso, la opción de montaje "errores=continuar" parece más apropiada. Sin embargo, me gustaría que se notifique a mi aplicación cuando se produzca algún error de FS para que pueda registrarlo como problema de alta prioridad y enviar esa información. de vuelta a nuestros servidores.
¿Alguien sabe si esto se puede hacer con el kernel de Linux estándar (4.8.1 en x86_64)?
Respuesta1
Preferiría mantener el sistema en funcionamiento (y tolerar algunos errores de FS)
Esta es una contradicción en los términos. Cuando recibe errores de FS, su sistema no funcionará por mucho tiempo. De hecho, ejecutar con errors=continuees muy probable que dañe aún más un sistema de archivos corrupto hasta que ya no quede ninguna esperanza de una recuperación sensata.
Si desea que su aplicación haga un mejor esfuerzo para continuar con la operación incluso si hay errores de FS, debe tener un script que detecte cuándo /se ha vuelto de solo lectura y reiniciar con un fsck forzado.
En algún momento todo se arruina. Es la ley del aumento de la entropía. Realmente no hay nada que pueda hacer al respecto, aparte de adherirse a sólidos principios de ingeniería y obtener piezas de alta calidad para casos de uso de misión crítica.