Я испытываю странную ситуацию на RHEL-7. Я создаю устройство отображения (crypt) на разделе диска и затем копирую данные (байты) с раздела диска в устройство отображения. Выходные данные blkid содержат две записи для UUID - одну для раздела диска, а другую для mapper. UUID в /dev /disk /by-uuid указывает на маппер, поскольку он был перезаписан.
вывод blkid:
/dev/sdc1: UUID="1e762c4a-0b12-40fc-9f53-a825016211a0" TYPE="ext4"
/dev/mapper/my_mapper: UUID="1e762c4a-0b12-40fc-9f53-a825016211a0" TYPE="ext4"
Вывод /dev /disk /by-uuid:
lrwxrwxrwx 1 root root 10 Jan 31 10:24 1e762c4a-0b12-40fc-9f53-a825016211a0 -> ../../dm-4
Теперь я снова копирую данные (байты) с устройства отображения на раздел диска и закрываю устройство отображения. UUID в /dev /disk /by-uuid указывает на раздел диска, а в выводе blkid отображается UUID для раздела диска.
вывод blkid:
/dev/sdc1: UUID="1e762c4a-0b12-40fc-9f53-a825016211a0" TYPE="ext4"
Вывод /dev /disk /by-uuid:
lrwxrwxrwx 1 root root 10 Jan 31 10:24 1e762c4a-0b12-40fc-9f53-a825016211a0 -> ../../sdc1
но, как только я пытаюсь смонтировать раздел диска, я получаю сообщение об ошибке:
mount -t ext4 -o rw /dev/sdc1 /mnt/plainDisk
mount: wrong fs type, bad option, bad superblock on /dev/sdc1.
и затем диск исчезает из вывода blkid. / Dev / disk / by-uuid все еще присутствует с правильным UUID, и lsblk показывает диск.
Я использую blockdev --getsize64 чтобы получить размер диска в байтах, а затем копирую все эти байты.
Любые входы или указатели приветствуются. Я не сталкиваюсь с этой проблемой на RHEL-6, хотя.
Дополнительная информация:
- Я использую
fsyncчерез /dev /sdc1 файловый дескриптор, когда все данные скопированы. - Я проверил вывод dumpe2fs, когда /dev /sdc1 присутствовал после второй копии. Это соответствует исходным значениям. Однако после удаления записи dumpe2fs выдает ошибку:
dumpe2fs 1.42.9 (28 декабря 2013 г.)
dumpe2fs: неверное магическое число в суперблоке при попытке открыть /dev /sdc1
Не удалось найти действительный суперблок файловой системы.