Cómo reparar la partición de arranque ext3?

Tengo un pequeño server VIA Ubuntu utilizado como cortafuegos y otro con Ubuntu para alojar diferentes services (web, correo, …).

Por una razón desconocida se produjeron algunos errores en la partición sda1 (partición de arranque) de ambos equipos. Sospecho que fue causado por un corte de stream este verano, aunque tengo un SAI APC.

Sólo descubrí los problemas ayer porque el error causó una actualización de apt-get para abortar. Es lo suficientemente inteligente como para ponerme en un estado y dar directrices para reparar el sistema de files.

Cuando arranco el server del cortafuego, la fase del fsck entonces me dice que los discos son aceptables. Pero justo después de registrar, cuando hago un fsck -n -C / dev / sda1 me dice que hay errores. Hay desajuste en el número de bloques libres.

Ejecutar un fsck en el otro VIA con el mismo command, me informa muchos errores.

Una rápida búsqueda en la web de cómo reparar los filesystems me devuelve la sugerencia de utilizar un CD en vivo. Pero el server de firewall no tiene CD / DVD. Tengo un USB DVD, pero me gustaría saber si es posible reparar los filesystems sin usarlo ya que no tengo un CD en vivo por aquí.

EDIT: Tuve la suerte de que la comprobación periódica automática de la Ubuntu de escritorio se llevó a cabo y comprobó mi disco sda1. Aparentemente no informó errores. Puede ser que los errores se muestren porque ejecuto fsck en el disco montado. Pero en el server Ubuntu, debe haber habido un error porque la actualización apt-get se abortó debido al error del sistema de files.

He quemado un server Ubuntu 10,04 LTS, pero mi controller de CD USB no se tiene en count en el process de arranque, aunque puedo optar por él en el bios. Tal vez necesite una actualización de bios. Si pudiera encontrar la manera de forzar el fsck en el arranque en el server de Ubuntu y confiar en su resultado, entonces las cosas estarían bien.

Solución: cree un file vacío como root en / named forcefsck y reinicie usando el command 'shutdown -rF now'. Esto forzará un fsck al arrancar y lo reparará si es necesario.

$ sudo touch /forcefsck $ sudo shutdown -rF now 

Aparentemente no se encontraron errores. Así que los errores que vi inicialmente podrían ser causados ​​por la comprobación de un sistema de files montado y utilizado.

generalmente el concepto es montar el sistema de files sólo lectura (es por eso que se necesita un cd en vivo). para su caso, ya que no tiene nada que podría iniciar el sistema en modo único (agregar 1 en los parameters de arranque).

Otra cosa que usted podría hacer es hacer un usb bootable (unetbootin) y arrancar (alguna idea como cd en vivo)

Usted podría también usted otro disco para el cargador temporal y apenas monte lea solamente su disco real.

Y muchas otras cosas no puedo pensar en este momento. Pero como he dicho antes, sólo encontrar una manera de montarlo como sólo lectura.

Si puede quitar la unidad de su dispositivo de firewall, podría ser más sencillo simplemente añadirlo a otro server, montar / dev / sda1 y ejecutar un fsck allí.