O disco UUID da saída blkid desaparece

Question

Estou passando por uma situação estranha no RHEL-7. Eu crio um mapeador de dispositivos (crypt) em uma partição de disco e depois copio dados (bytes) da partição do disco para o mapeador. A saída blkid possui duas entradas para o UUID - uma para a partição de disco e outra para o mapeador. O UUID em / dev / disk / by-uuid aponta para o mapeador como foi sobrescrito.

saída blkid:

/dev/sdc1: UUID="1e762c4a-0b12-40fc-9f53-a825016211a0" TYPE="ext4"

/dev/mapper/my_mapper: UUID="1e762c4a-0b12-40fc-9f53-a825016211a0" TYPE="ext4"

/ saída de / dev / disk / by-uuid:

lrwxrwxrwx 1 root root 10 Jan 31 10:24 1e762c4a-0b12-40fc-9f53-a825016211a0 -> ../../dm-4

Agora, eu novamente copio dados (bytes) do mapeador para a partição do disco e fecho o mapeador. O UUID em / dev / disk / by-uuid aponta para a partição do disco e a saída blkid mostra o UUID para a partição do disco.

saída blkid:

/dev/sdc1: UUID="1e762c4a-0b12-40fc-9f53-a825016211a0" TYPE="ext4"

/ saída de / dev / disk / by-uuid:

lrwxrwxrwx 1 root root 10 Jan 31 10:24 1e762c4a-0b12-40fc-9f53-a825016211a0 -> ../../sdc1

mas, depois de tentar montar a partição do disco, recebo o erro:

mount -t ext4 -o rw /dev/sdc1 /mnt/plainDisk
mount: wrong fs type, bad option, bad superblock on /dev/sdc1.

e, em seguida, o disco desaparece da saída blkid. O / dev / disk / by-uuid ainda está presente com o UUID correto e o lsblk mostra o disco.

Estou usando blockdev --getsize64 para obter o tamanho do disco em bytes e, em seguida, copiando todos esses bytes.

Quaisquer entradas ou ponteiros são apreciados. Eu não estou enfrentando esse problema no RHEL-6.

Informações adicionais:

1. Eu uso o descritor de arquivo fsync over / dev / sdc1 quando todos os dados são copiados.
2. Verifiquei a saída dumpe2fs quando / dev / sdc1 estava presente após a segunda cópia. Combinou os valores originais. No entanto, depois que a entrada foi removida, o dumpe2fs fornece o erro:

dumpe2fs 1.42.9 (28-Dez-2013)

dumpe2fs: Número mágico ruim no super-bloco ao tentar abrir / dev / sdc1

Não foi possível encontrar um superbloco de sistema de arquivos válido.

    

Answer 1

O problema era que, ao copiar os dados de my_mapper para sdc1 , my_mapper ainda estava montado . Isso de alguma forma afetou o superbloco do dispositivo. Eu corri dumpe2fs e verifiquei que existem algumas entradas relacionadas a montar no superbloco.

desmembrando o mapeador antes de copiar os dados resolveu o problema.