
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 --getsize64
para 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:
- Eu uso
fsync
o descritor de arquivo /dev/sdc1 depois que todos os dados são copiados. - 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_mapper
para sdc1
, my_mapper
ainda estavamontado. Isso de alguma forma afetou o superbloco no dispositivo. Corri dumpe2fs
e verifiquei se há algumas entradas relacionadas amontarna superquadra.
desmontar o mapeador antes de copiar os dados resolveu o problema.