FILE SYSTEM MARKED CLEAN

Ufs de FreeBSD por lo general hace un trabajo excelente en la prevención de la corrupción del sistema de archivos. Pero incluso el mejor sistema pasa a desordenar de vez en cuando .

Una cosa que podes finalmente tropezar al otro lado son los llamados entradas destrozadas , que por lo general no son corregibles con fsck y dan lugar a errores de kernel en el acceso .

Estos son por lo general un signo de la corrupción del sistema de archivos grave , a menudo causada por fallas de hardware, como módulos de memoria defectuosos , un controlador de disco defectuoso o incluso un disco duro defectuoso.

Considera la posibilidad de revisar y reemplazar el hardware si encuentras entradas destrozadas en una ocasión frecuente y recurrente.
Usted puede realmente tener éxito en él se fijan siguiendo los pasos que se indican a continuación , sin embargo, es muy probable que esto suceda de nuevo si tiene hardware defectuoso. Así que al final va a terminar la curación de los efectos secundarios y no la razón real, que a su vez puede conducir a otros problemas, aún más críticos.

Por otro lado, si le sucede que tiene un sistema de archivos dañado como este muy, muy rara vez (como en ” alrededor de una vez en una década ” , pasó a mí mismo sólo tres veces en 10 años que he trabajado en unos 200 – 300 servidores en total) que pueden correr el riesgo de su fijación por medio del depurador del sistema de archivos.

Defino esto como una “corrupción menor” a la que se aplica lo siguiente por lo general :

Cuando ocurre el error
Un mensaje de error típico lanzado en usted en este caso puede tener este aspecto (una salida omitida):

/mnt/ada0p2: bad dir ino 16392 AT OFFSET 512: MANGLED ENTRY
panic: ufs_dirbad: bad dir

El mensaje proporciona información esencial sobre el sistema de archivos de que se trate (el punto de montaje real, no el propio nombre del dispositivo) amd el inodo del directorio o archivo.

Primeros pasos en la recuperación
Así que la siguiente mejor cosa que hacer en esta situación es reiniciar en modo monousuario.
A partir de ahí fsck se inspeccione el dispositivo.

# fsck -y /dev/ada0p2
** /dev/ada0p2
** Last Mounted on /mnt/ada0p2
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counters
** Phase 5 - Check Cyl groups
60040 files, 464657 used, 423186 free (43252 frags, 47493 blocks, 4.9% fragmentation)

***** FILE SYSTEM MARKED CLEAN *****

Ahora bien, como las entradas de mutilados generalmente no se fijan por fsck, el término “sistema de archivo marcado LIMPIO” no se debe confiar…

Es posible que el riesgo de que su sistema de copia de seguridad sin ningún trabajo adicional, sin embargo, si entra en pánico de nuevo con el mismo mensaje (el número de inodo), es probable que tenga irreparable mediante fsck la corrupción.

luego ejecutamos el siguiente comendo y reincida el sistema y listo ” todo funcionando de nuevo”

#reboot

 

 

 

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s