Ошибка ввода-вывода при чтении данных из /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 для отлова дампов ядра на будущее.