O UUID do disco da saída blkid desaparece

O UUID do disco da saída blkid desaparece

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

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 /dev/disk/by-uuid:

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

Agora, copio novamente os 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 do 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 /dev/disk/by-uuid:

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

mas, quando tento 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 então o disco desaparece da saída blkid. O /dev/disk/by-uuid ainda está presente com o UUID correto e lsblk mostra o disco.

Estou usando blockdev --getsize64para obter o tamanho do disco em bytes e depois copiar todos esses bytes.

Quaisquer entradas ou sugestões são apreciadas. Não estou enfrentando esse problema no RHEL-6.

Informação adicional:

  1. Eu uso fsynco descritor de arquivo /dev/sdc1 depois que todos os dados são copiados.
  2. Verifiquei a saída dumpe2fs quando /dev/sdc1 estava presente após a segunda cópia. Correspondeu aos valores originais. No entanto, uma vez removida a entrada, o dumpe2fs apresenta o erro:

dumpe2fs 1.42.9 (28 de dezembro de 2013)

dumpe2fs: Número mágico incorreto no superbloco ao tentar abrir /dev/sdc1

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

Responder1

O problema era que, ao copiar os dados de my_mapperpara sdc1, my_mapperainda estavamontado. Isso de alguma forma afetou o superbloco no dispositivo. Corri dumpe2fse verifiquei se há algumas entradas relacionadas amontarna superquadra.

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

informação relacionada