Я відчуваю дивну ситуацію на RHEL-7. Я створюю перетворювач пристрою (крипту) над розділом диска і потім копіюю дані (байти) з дискового розділу в картограф. Вихід blkid має два записи для UUID - один для розділу диска та інший для картографування. 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дескриптор файлу over / dev / sdc1, коли всі дані копіюються. - Я перевірив вихід dumpe2fs, коли / dev / sdc1 був присутній після другої копії. Він збігався з вихідними значеннями. Однак, коли запис було видалено, dumpe2fs видає помилку:
dumpe2fs 1,42,9 (28 грудня 2013 р.)
dumpe2fs: Неправильне магічне число в суперблоці під час спроби відкрити / dev / sdc1
Не вдалося знайти дійсний суперблок файлової системи.
VFS: Can't find ext4 filesystem
dmesgговорить?