Ошибка ввода-вывода при чтении данных из /dev/mapper/veracrypt1

У меня проблема похожа на невозможность чтения суперблока в /dev/mapper/veracrypt1, за исключением того, что устройство отображения не может быть прочитано вообще. Базовый физический диск может быть прочитан. Т.е. Veracrypt может расшифровать зашифрованный контейнер, но не может вернуть из него ни одного байта.

Более конкретно:

  • Сервер Ubuntu 18.04 с четырьмя дисками, полностью зашифрованными с помощью Veracrypt 1.23.
  • Один диск не удается смонтировать после потери питания.
  • Не в состоянии быстро выяснить, что не так с неисправным диском, я воссоздаю раздел veracrypt и повторно копирую данные на нем.
  • После второй потери питания два диска не могут быть установлены. Тот же, что и раньше, и еще один.
  • Из двух неисправных, первый имеет один зашифрованный раздел, а другой полностью зашифрован. (Так что у них разные настройки.)
  • Сбой Veracrypt монтируется из-за невозможности прочитать ошибку суперблока.
  • Монтаж с --filesystem=none Опция работает и позволяет получить доступ к устройству картографирования.
  • Результирующий /dev/mapper/veracrypt1 не может быть осмотрено или исправлено обычными инструментами mke2fs, e2fsck так как это не может быть прочитано вообще.
  • Четное dd от /dev/mapper/veracrypt1 выходит из строя. При попытке системного журнала заполняется FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE, Sense Key : Medium Error [current] а также Add. Sense: Unrecovered read error - auto reallocate failed Сообщения.
  • dd от основного устройства жесткого диска /dev/sde или же /dev/sdb1 работает без проблем и позволяет читать весь диск в зашифрованном виде.

Я подозревал какой-то сбой оборудования, но:

  • SMART сообщает, что оба неисправных диска никогда не имели проблем. Их также можно прочитать, как указано выше.
  • Отказавшие диски подключены к разным картам SATA, и оба являются единственным диском, подключенным к их соответствующей карте.

Я озадачен Есть идеи, что может быть и что попробовать?

1 ответ

Оказывается, это был случай неисправной памяти.

Я заметил случайные сбои различных сервисов в системном журнале и начал подозревать, что это была паника ядра, вызвавшая перезагрузку, которая вызвала повреждение файловой системы.

Заменили модуль памяти, и внезапно вы смогли прочитать из зашифрованного контейнера и исправить файловую систему, как указано в инструкции не может прочитать суперблок в / dev / mapper / veracrypt1.

Также включен apport для отлова дампов ядра на будущее.

Другие вопросы по тегам