2 votos

Centos 6.10 - Monte el disco de respaldo con una partición única

Mi disco que ha fallado y requiere reemplazo. Copia de seguridad de mis datos en otro disco y la empresa de hosting eliminado antes de cambiar de disco dañado. Ahora tengo una nueva instalación (Centos 6.10) y quisiera montar el disco de copia de seguridad "sdb". Yo no soy capaz de hacerlo, así como el disco es totalmente una sola partición. El comando no funciona:

[root@PGE005 ~]# mount -t ext4 /dev/sdb /mnt/disk2
mount: wrong fs type, bad option, bad superblock on /dev/sdb,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Modelo: ATA MB0500EBNCR (scsi) Disco /dev/sdb: 500 GB Tamaño de Sector (lógico/físico): 512B/512B Tabla de particiones: bucle

Número de Inicio de de Fin de Tamaño de Archivo de sistema de Indicadores de 1 0.00 B 500 GB 500 gb de ext4

[root@PGE005 ~]# lsblk -f
NAME   FSTYPE LABEL UUID                                 MOUNTPOINT
sdb    ext4   disk2 2fd32a7c-00f9-4db9-b5bd-139cde166a14
sdc
sdd
sda
├─sda1
├─sda2 ext2         af8372df-bb07-40ec-8f59-65e61576afc0 /boot
├─sda3 swap         ddf30d80-0723-4e66-aa33-52c273e42464 [SWAP]
├─sda4 ext4         076sdr99-13d2-44cf-a230-49c8b3d22c7c /tmp
└─sda5 ext4         3a56e728-b1e7-47a7-bc44-391ea38b8fb6 /

Mi disco de copia de seguridad es sdb. El proveedor de hosting soporte dijo parece que hay un problema de compatibilidad entre la partición del formateador y la montadora. Agradezco cualquier apoyo o ideas que me ayuden a montar el disco de copia de seguridad.

Editar:

[root@pge005 ~]# dmesg | tail
EXT4-fs (sdb): couldn't mount RDWR because of unsupported optional features (400)

5voto

Morgan Puntos 126

No sé si este es el origen de su problema, pero yo era capaz de reproducir este error mediante la creación de un sistema de archivos ext4 utilizando mkfs.ext4 v1.43.4 con el 'metadata_csum' característica, y tratando de montar el sistema de ficheros con el monte que se encuentra centos-6.10 (monte v2.17.2).

Una ext4 fs creado con mkfs.ext4 v1.43.4 sin el 'metadata_csum' característica, montado sin queja sobre centos-6.10.

Si el 'metadata_csum' característica está habilitada, y está usando una versión compatible de dumpe2fs, la característica aparece en dumpe2fs de salida:

root@debian:~# dumpe2fs /dev/sdb  | grep -i feature
dumpe2fs 1.43.4 (31-Jan-2017)
Filesystem features:      [... snip ...] metadata_csum

Con el dumpe2fs encontrado en centos-6.10, esta característica se muestra como "FEATURE_R10"

[root@centos ~]# dumpe2fs /dev/sdb  | grep -i feature
dumpe2fs 1.41.12 (17-May-2010)
Filesystem features:      [... snip ...] FEATURE_R10

Así que la primera cosa que me gustaría hacer es intentar montar la unidad de copia de seguridad utilizando la versión actual de Centos. Si que funciona, a continuación, copiar los datos de la unidad de seguridad. (Copia de seguridad la copia de seguridad, y hacer una prueba de restauración).

Si el 'metadata_csum' característica está habilitada, la función puede ser eliminado usando una versión compatible de tune2fs

# tune2fs -O ^metadata_csum /dev/sdX

En mi entorno de prueba, la eliminación de esta característica el sistema de archivos compatible con Centos-6.10.

Y a modo de referencia, puede crear un sistema de archivos ext4 sin esta característica:

root@debian:~# mkfs.ext4 -O ^metadata_csum /dev/sdX

En resumen me gustaría hacer hincapié en que es preciso. Y que sólo porque usted puede utilizar tune2fs para eliminar esta función, no significa que usted debe.

Esta Referencia sobre la ext4 función de suma de comprobación dice que la unidad debe pasar fsck antes de utilizar tune2fs... por favor, no experimentar con su única copia de seguridad.

3voto

Gerald Schneider Puntos 193

El mensaje de dmsg es más útil. He encontrado varios posts acerca de este error, el más prometedor de estar en unix.se.

Citas de allí:

El error "EXT4 fs : no se pudo montar RDWR porque de no admitidos características opcionales (400)" es debido a las diferentes versiones entre la partición de formateador (mkfs.ext4) y la montadora.

Usted tiene dos opciones:

a) tienes que actualizar el mounter programa con una nueva distro dentro de la tarjeta SD.

b) o a la copia de seguridad de los archivos, vuelva a formatear la tarjeta SD con la misma distro (el mismo ext4 versiones) está haciendo el montaje, y después de volver a formatear la copia de nuevo los archivos a la tarjeta SD.

La respuesta con la mayoría de los upvotes tiene este consejo adicional:

El ext4 característica (400) es el nuevo metadata_csum característica. Si esta función está habilitada y viejas herramientas se utilizan para montar el sistema de archivos que sólo será capaz de montaje de sólo lectura.

(resaltado mío).

Ya que básicamente quiere restaurar tu copia de seguridad, me gustaría dar a este un intento y montar el disco de sólo lectura.

mount -t ext4 -o ro /dev/sdb /mnt/disk2

-1voto

Overmind Puntos 223

Si intenta montar NFS CIFS, necesita instalar nfs-common / cifs-utils

De lo contrario, si está en blanco, debe crear un sistema de archivos:

 mkfs.ext4 /dev/sdb1
 

Del manual del usuario :

2.4.5 mkpart

Comando: mkpart [part-type fs-type name] start end

Crea una nueva partición, sin crear un nuevo sistema de archivos en esa partición.

-1voto

Sampath Madala Puntos 1

Intente iniciar en vivo un host con la unidad de copia de seguridad utilizando diferentes tipos de Linux. El arranque en vivo generalmente asigna las unidades existentes sin ningún Hassel, si alguno de los tipos funciona para usted, copie los datos en una unidad externa. Luego, limpie, instale el host con su disco de respaldo y formatee. Con esto, puede llevar algo de tiempo, pero lo expone a un menor riesgo.

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: