Como ya comentaron en otro mensaje, lo más probable es que el jalón de
cable haya dañado el FS, pero por pura suerte al arrancarlo no leiste
ninguna de las partes corruptas y por eso no pasó nada
(aparentemente). En el siguiente arranque el fsck encontró los errores
y los reportó.
En primer lugar, daros a todos las gracias por vuestra ayuda. Sí, efectivamente el sistema de ficheros es un ext3.
Desafortunadamente parece que el mensaje te confundió. Lo que quiería
decir era que corrieras fsck manualmente y *después* lo montaras
rw. Efectivamente, correr fsck sobre un sistema montado rw es mala
idea. No necesitas hacerlo desde un live cd, basta con que esté en
modo sólo lectura.
Osea que ahí la armé, si es que no se pueden hacer las cosas tan aprisa. ;-)
Ahora bien, como el daño se produjo desde el arranque anterior y, por
lo tanto, estuviste usando el disco rw toda una sesión lo más probable
es que el daño ya haya sido bastante grave para cuando corriste el
fsck y que el error de correrlo en el sistema montado no haya sido más
que un detalle más.
Efectivamente, eso parece. Pero lo interesante es que si al arrancar pude trabajar bien, quiere decir
que el /sbin/init existía, y que /bin /también. Parece ser
que trabajar con el fs montado rw y usar fsck lo terminó de
estropear
No queda más que desearte suerte con la reinstalada. Ojalá solo
tengas que recuperar configuraciones desde /etc.
Por suerte ya lo he reinstalado todo, en realidad, tenía una copia de
todo el sistema en otra partición y ha sido cosa de poco (cp -a /desde
/hasta, retocar grub y fstab), pero este problema me ha dejado un
poco mosca y he perdido un poco la confianza en el ext3. Quiero pensar
que todo ha sido culpa mía por usar fsck con el fs montado rw. He sido
tan bruto que he ejecutado fsck con el fs en rw a pesar de que me
advirtió de que era peligroso.
Mirad qué frases hay en /etc/init.d/checkroot:
#
# Ensure that root is quiescent and read-only before fsck'ing.
#
# mount -n -o remount,ro / would be the correct syntax but
# mount can get confused when there is a "bind" mount defined
# in fstab that bind-mounts "/" somewhere else.
#
# So we use mount -n -o remount,ro $rootdev / but that can
# fail on older kernels on sparc64/alpha architectures due
# to a bug in sys_mount().
#
# As a compromise we try both.
y también, que fue lo que yo vi y me confundió:
echo
echo "fsck failed. Please repair manually and reboot. Please note"
echo "that the root file system is currently mounted read-only. To"
echo "remount it read-write:"
echo
echo " # mount -n -o remount,rw /"
echo
echo "CONTROL-D will exit from this shell and REBOOT the system."
echo
Entendí que había que pasarlo a rw antes de fsckear. ¡Vaya entendederas!
Seguimos en contacto amigos.
Muchas gracias.
Ramiro.
--
Rodrigo Gallardo