1 votos

XFS fallido después de cambiar el tamaño de la partición

Yo bastante seguido la misma idea general como aquí: cambiar el tamaño de una partición

-Resize VMware disk: Through vSphere, resize disk from 100GB to 300GB
(Reboot VM)
-Delete partition
(fdisk /dev/sdb, d, 1)
-Recreate partition
(While still in the same fdisk session with /dev/sdb, n, p, 1, <defaults>)
(Reboot VM)

Por desgracia, ahora el XFS FS dejará de montar.

Estoy básicamente de conseguir una "mala superbloque de error". Lo estoy mirando a su alrededor es donde se hace el SB se encuentran realmente? Está en una partición o en el principio del disco?

Ahora:

enter image description here

Cuando yo trate de un xfs_repair -n, se busca bastante tiempo y finalmente se da por vencido.

xfs_repair -n /dev/sdb1
Phase 1 - find and verify superblock...
bad primary superblock - bad magic number !!!

attempting to find secondary superblock...
.....<> .....
found candidate secondary superblock
unable to verify superblock continuing...
.....<> .....
Sorry, could not find valid secondary superblock
Existing now.

Cuando me elimina y vuelve a crear la partición, deberá he tomado nota de la posición de partida? Lo que noto es que la partición 1 parece predeterminado para un inicio de 2048, pero lo que he notado en sistemas similares, es un principio de 63.

Sí, yo no creo que la grabación del inicio de la vieja partición antes de borrar era importante. Nunca surgió en todos los de mi reciente búsqueda y tal vez es la clave aquí.

Tal vez mi original superbloque está en el 63-2048 gama? He copiado la máquina virtual para que yo pueda probar un par de cosas sin jugar demasiado con el original de la VM. Por desgracia, esa copia fue tomada después de que se rompió el original.

UFS Explorer https://www.ufsexplorer.com/ufs-explorer-standard-recovery.phpque surgieron durante las búsquedas, considera que el sistema de archivos XFS y aparentemente todos sus contenidos (a través de un análisis de la VMDK).

1voto

shodanshok Puntos 2644

Usted realmente debe tener registrado el sector de la partición número de inicio. En este punto, ¿ no toque el sistema de ficheros a sí mismo sin la primera reconstrucción de la derecha de la distribución de la partición.

Usted puede comprobar manualmente el MBR número mágico (0xAA55) o, mejor aún, usar testdisk para recuperar la tabla de particiones.

1voto

Marco Shaw Puntos 262

La real causa root de la falla... El disco tuvo una tabla de particiones DOS, que se borró. Ciertas versiones más recientes de fdisk requiere que se ejecute con la opción -c=dos, y parece que va a ser eliminado por completo en el futuro-ish.

Una vez busqué en Google para "fdisk sector del comienzo 63 2048" (que básicamente auto-completado!), todo se hizo más claro.

https://superuser.com/questions/352572/why-does-the-partition-start-on-sector-2048-instead-of-63

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: