Instalé Linux Mint 12 KDE, y me gustaría verificar la partición raíz en busca de errores.
¿Cómo verifico la partición raíz con fsck en el momento del arranque?
Instalé Linux Mint 12 KDE, y me gustaría verificar la partición raíz en busca de errores.
¿Cómo verifico la partición raíz con fsck en el momento del arranque?
Respuestas:
Puede usar el comando de apagado para esto también.
shutdown -rF now
Del hombre:
La bandera -F significa 'force fsck'.
Esto solo crea un archivo de aviso / forcefsck que el sistema puede probar cuando vuelva a aparecer. El archivo rc de arranque puede probar si este archivo está presente y decidir ejecutar fsck (1) con un indicador especial de 'fuerza' para que incluso los sistemas de archivos desmontados correctamente sean verificados. Después de eso, el proceso de arranque debería eliminar / forcefsck.
shutdown
suministrado con Upstart ya no es compatible con la -F
opción. Deberías usar sudo touch /forcefsck
en su lugar. Ver por ejemplo ¿Por qué se eliminó -F de / sbin / shutdown? y Bug # 74139: falta la opción de apagado -F (forzar fsck) .
Aquí hay otra forma de hacer esto:
tune2fs -C 2 -c 1 /dev/THEDEVTHATROOTIS
reiniciar
entonces se verificará el sistema de archivos, y una vez que todo esté bien, debería hacerlo
tune2fs -c 60 /dev/THEDEVTHATROOTIS
Supuse que el número máximo de montaje se estableció en 60, debe averiguarlo antes de emitir el primer comando con
dumpe2fs /dev/THEDEVTHATROOTIS |grep "Maximum mount count"
En mis sistemas (varios portátiles x86 y un Banana Pi Pro), decir sudo shutdown now
me lleva al nivel de ejecución 1 (también conocido como modo de mantenimiento), donde puedo verificar con seguridad mi FS raíz:
mount -o remount,ro /dev/rootpartition
fsck /dev/rootpartition
reboot
No hay necesidad de modificar /etc/fstab
para hacer esto, y tengo la oportunidad de ejecutar fsck
cualquier opción que pueda ser necesaria para solucionar un caso complicado.
Nota: /forcefsck
y los tune2fs
trucos funcionan en x86, pero no en Banana Pi.
tune2fs
etc. funcione en cualquier plataforma, dado que se admite un initramfs (posiblemente incrustado). Entonces, realmente solo depende de la distribución de Linux.
Si está en un Raspberry pi y se encuentra en modo de emergencia, de hecho puede desmontar la partición raíz y seguir usando fsck
(login as root)
mount -o remount,ro /
fsck
reboot
En los sistemas Linux modernos, las respuestas anteriores (con forcefsck) no funcionan. Tienes que hacerlo de forma manual:
Ponga su partición raíz en modo de solo lectura modificando la línea de la partición defectuosa /etc/fstab
(pero recuerde su configuración anterior):
UUID=fd1d0fad-3a4c-457f-9b5e-eed021cce3d1 / ext4 remount,ro 1 1
Reiniciar
Cambie al nivel de ejecución 1 solo para minimizar la cantidad de procesos que interfieren:
init 1
Arregle su sistema de archivos (reemplace / dev / sda2 con el dispositivo de su partición), que ahora debería funcionar porque la partición raíz está en solo lectura:
fsck /dev/sda2
Reiniciar. (En mi sistema Fedora 21 tuve que cambiar al nivel de ejecución 1 durante el arranque con Grub2 , porque de lo contrario el sistema estaba atascado debido a que no podía escribir en la partición raíz)
Haga que su sistema de archivos raíz sea legible / editable:
mount -o remount,rw /dev/sda2
Restaura tu / etc / fstab a su estado original.
Reiniciar
sudo touch /forcefsck
funcionó cuando hice eso antessudo reboot
.