UUID диска с выхода blkid исчезает

334
user2255299

Я испытываю странную ситуацию на 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, хотя.

Дополнительная информация:

  1. Я использую fsyncфайловый дескриптор over / dev / sdc1 после того, как все данные скопированы.
  2. Я проверил вывод dumpe2fs, когда / dev / sdc1 присутствовал после второй копии. Это соответствует исходным значениям. Однако после удаления записи dumpe2fs выдает ошибку:

dumpe2fs 1.42.9 (28 декабря 2013 г.)

dumpe2fs: неверное магическое число в суперблоке при попытке открыть / dev / sdc1

Не удалось найти действительный суперблок файловой системы.

0
Что говорит `dmesg`? Attie 6 лет назад 0
В dmesg не было ошибки, кроме "неправильный тип fs". user2255299 6 лет назад 0
`VFS: не могу найти файловую систему ext4` user2255299 6 лет назад 0

1 ответ на вопрос

1
user2255299

Проблема заключалась в том, что при копировании данных обратно из my_mapperв sdc1, my_mapperвсе еще был подключен . Это как-то повлияло на суперблок на устройстве. Я запустил dumpe2fsи проверил, что в суперблоке есть записи, связанные с монтированием .

Размонтирование картографа перед копированием данных решило проблему.

Похожие вопросы