Tenemos una placa Linux integrada personalizada basada en BeagleBone Black. Tiene Linux-3.12, 256 MB de RAM y 4 GB eMMC con ext4sistema de archivos.
A veces nos encontramos con errores del sistema de archivos (raros pero no imposibles). Por eso queremos verificar los errores del sistema de archivos y solucionarlos durante el arranque.
Obviamente no queremos que fsck o cualquier otra utilidad destruya ningún dato en el sistema de archivos.
Tenemos una caja ocupada, SysVinitpor lo que /forcefsckno funciona :( Luego usé /etc/fstab(estableciendo el quinto campo en 1) y luego ejecuté fsck -pdesde el rcSscript.
Esta combinación funciona para particiones distintas a rootfsla partición. Tengo un par de preguntas al respecto.
- ¿Hay alguna forma de ejecutar
fscken larootfspartición? - ¿Se
fsck -ppueden destruir datos en la partición? - ¿Existe alguna manera mejor de manejar esta situación, me refiero a algún servicio que verifique y corrija el error del sistema de archivos?
Respuesta1
La forma normal para las distribuciones de Linux de escritorio basadas en SysVinit es solicitar una contraseña de root durante el arranque cuando detecta errores en el sistema de archivos raíz. Luego puede usar esto para ejecutarlo fscken la raíz fs. No sé si su distribución integrada hace esto, pero definitivamente es posible configurarlo de esa manera.
Si no se detectan errores durante el arranque, otra opción es iniciar sesión como root, detener todo lo que no sea realmente necesario, volver a montar el sistema de archivos raíz en modo de solo lectura y luego ejecutar fsck en él.
Se trata del sistema de archivos raíz de su almacenamiento en bloque, norootfs. Rootfs es un sistema de archivos mínimo basado en RAM que se utiliza durante el arranque y no puede estar dañado (a menos que la imagen del kernel de arranque esté corrupta o la RAM sea defectuosa).
En principio, fsck -pestá destinado a realizar sólo reparaciones "seguras", pero si realmente desea asegurarse de que no suceda nada malo, ejecútelo manualmente para que se le solicite cada acción. Si por alguna razón hay datos valiosos en el sistema de archivos raíz (no debería suceder, pero tal vez sí), haga una copia de seguridad usando ddprimero.