Eliminación de falta: XFS Error – mount: Structure needs cleaning


Eliminación de problema con el sistema de file XFS Error „mount: Structure needs cleaning“

Tengo mi Debian Squeeze Backupserver rebootet después de un problema RAID pequeño y constataba que de repente el mío/backup Disk faltaba y respectivamente el clasificador era vacío. Iba al problema enseguida en la causa y describo aquí detalladamente y Step-by-Step mis pasos llevados a cabo

Particiones Linux Gemountete miran

df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 324M 129M 179M 42% / tmpfs 5.9G 0 5.9G 0% /lib/init/rw udev 10M 816K 9.3M 8% /dev tmpfs 5.9G 0 5.9G 0% /dev/shm /dev/sda6 4.6G 138M 4.3G 4% /home /dev/sda5 3.7G 72M 3.5G 3% /tmp /dev/sda2 4.6G 1.8G 2.6G 42% /usr /dev/sda3 2.8G 2.4G 276M 90% /var
Aquí la orden mount puede también ser usada naturalmente sin embargo df la visión general representa más bien
Primer conocimiento: La partición/backup no es disponible y respectivamente no se hacía correcta gemountet.

Particiones Linux disponibles miran:

cat /proc/partitions major minor #blocks name 8 0 4882759680 sda 8 1 341797 sda1 8 2 4882813 sda2 8 3 2929688 sda3 8 4 3906250 sda4 8 5 3906250 sda5 8 6 4882813 sda6 8 7 4861910034 sda7
Mi partición ausente existe todavía. sda7 es con esto justo que a mí como/backup falta. Así intento mi felicidad simplemente ausente sda7 la partición de nuevo como/backup a mounten:

Partición Linux mounten:

mount /dev/sda7 /backup mount: Structure needs cleaning
Sin éxito: La falta „Structure needs cleaning“ sabes hacia allá en un sistema de fichero la falta. Ahora por lo tanto de descubrir se trata qué FS es usado, de manera que pueda ajustar éste:

El sistema de fichero de una partición Linux miran:

file -s /dev/sda7 /dev/sda7: SGI XFS filesystem data (blksz 4096, inosz 256, v2 dirs)
El sistema de file usado es XFS. Ahora trato de reparar con la herramienta xfs_repair mi partición.

XFS El sistema de file reparan:

xfs_repair /dev/sda7 Phase 1 – find and verify superblock… Phase 2 – using internal log – zero log… ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption — please attempt a mount of the filesystem before doing this.
¿Aviso de error fantástico no verdadero? ¿El sistema de file mounten? ¡A pesar de todo no funciona! Me imaginaba muy bien si yo ahora realmente toda la borda apagaré y tendrá que basarme de nuevo probablemente nada más funcionan.
En efecto, tengo otro Backup de los datos todos, por lo tanto no puede pasarme muy mucho, a menos que tendría que formatear luego completamente de nuevo la partición y debo los datos zurückspielen. Quién puede hacer LVM de modo usado antes Snapshot. Y si es una máquina virtual, Snapshot no debía representar en todo caso ningún problema. Por lo tanto intento Repair temerario con la opción-L:
xfs_repair /dev/sda7 -L Phase 1 – find and verify superblock… Phase 2 – using internal log – zero log… ALERT: The filesystem has valuable metadata changes in a log which is being destroyed because the -L option was used. – scan filesystem freespace and inode maps… block (0,16993863) already used, state 2
Tenía la suerte que junto a mí de nuevo todo corre (también sin Backup). En efecto, aquí se nunca puede saber realmente si el proceso realmente no toda la partición schrottet.