2

Есть ли способ проверить, не поврежден ли заголовок контейнера Luks? Мой контейнер luks отказывается открываться с помощью своего ключевого файла, говоря, что с этой парольной фразой No key available with this pass-phrase.

История произошедшего:

Я работал с mdadm raid5, пытаясь увеличить размеры диска трехкомпонентного массива. Я думаю, что столкнулся с ошибкой в программном обеспечении mdadm и был вынужден закрыть контейнер luks и собрать массив. Конфигурация md0 такова на данный момент:

        Version : 0.90
     Raid Level : raid5
     Array Size : 3907023872 (3726.03 GiB 4000.79 GB)
  Used Dev Size : 1953511936 (1863.01 GiB 2000.40 GB)
   Raid Devices : 3
  Total Devices : 2
          State : clean, degraded 
     Chunk Size : 64K

Number   Major   Minor   RaidDevice State
   0       9        2        0      active sync   /dev/md2
   1       8       33        1      active sync   /dev/sdc1
   2       0        0        2      removed

Неработающая информация удалена.

/dev/md2/ - это линейный массив mdadm, состоящий из диска объемом 1 (2 ТБ). sdc1 - это диск объемом 4 ТБ. Только 2TB из этого используется этим массивом, как показано с помощью Used Dev Size .

Проблемы возникли , когда я расширил md2 линейный массив 4TB , используя другой диск, и попытались вырастить md0 к новому размеру компоненты. Он пожаловался на то, что метаданные 0.90 поддерживали только 2-ТБ компонентные диски и отображали значение « Used Dev Size: -1 , быстрый поиск в Google показал, что это не очень хорошо. Тогда моя ошибка заключалась в том, чтобы сжать md2 обратно до его размера 1 диска (2 ТБ), это сигнализировало md0 о том, что устройство отказало, и перевел md0 в режим FAILED .

Чтобы добавить этот компонент обратно в массив без повторной синхронизации, мне пришлось остановить и собрать массив. С тех пор контейнер Luks не открывается.

Я загрузил некоторые файлы на свой сервер:

  • Luks header: header
  • Luks keyfile используется для разблокировки контейнера: keyfile
  • первые 2 /dev/md2: md2_2mb
  • первые 2 /dev/sdc1: sdc1_2mb

0