cryptsetup luksOpen не удалось настроить указанное отображение имен.

HardenedArray имеет полезное руководство по установке archlinux по адресу Эффективная шифрованная установка Arch с загрузкой UEFI.

Тем не менее, я столкнулся с трудностями на раннем этапе установки — конкретно, в момент открытия моего раздела LUKS.

Команда cryptsetup -c aes-xts-plain64 -h sha512 -s 512 --use-random luksFormat /dev/sda3 выполняется без ошибок, но после ввода команды cryptsetup luksOpen /dev/sda3 tsundoku /dev/mapper/tsundoku не становится доступным.

ls /dev/mapper показывает только /dev/mapper/control, а не /dev/mapper/tsundoku, как я ожидал.

При выполнении cryptsetup luksOpen /dev/sda3 tsundoku --verbose --debug появляется следующее сообщение об ошибке:

“Попытка прочитать … заголовок LUKS2 по смещению …. Чтение заголовка LUKS не удалось (-22). Команда завершилась с кодом -1 (неправильные или отсутствующие параметры).”

Может кто-нибудь подсказать возможные причины этой ошибки? Мои попытки найти информацию онлайн до этого момента не увенчались успехом.

Большое спасибо.

— РЕДАКЦИЯ —

Я задал этот вопрос с тремя целями: (1) установить arch-linux на 6-летнем x86-64 Intel Core i5 2.50GHz ASUS; (2) более конкретно, установить arch-linux с шифрованным разделом; (3) узнать, почему, несмотря на мои ожидания, cryptsetup luksOpen /dev/sda3 tsundoku не создает запись сопоставления tsundoku в пути /dev/mapper.

Я новичок в arch-linux, так что, хотя я предпочел бы установить ОС с шифрованием, я согласен установить ее любым способом.

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

Что касается проблемы, вот еще немного деталей:

В соответствии с руководством HardenedArray: я gdisk /dev/sda и создаю следующие разделы:

• /dev/sda1, по умолчанию, 100M, EF00
• /dev/sda2, по умолчанию, 250M, 8300
• /dev/sda3, по умолчанию, по умолчанию, 8300

Затем я выполняю следующее:

mkfs.vfat -F 32 /dev/sda1

mkfs.ext2 /dev/sda2

На этом этапе я пытаюсь инициализировать LUKS-раздел и настроить сопоставление.

> cryptsetup --verbose -c aes-xts-plain64 -h sha512 -s 512 --use-random luksFormat /dev/sda3

Команда выполнена успешно

> cryptsetup -v isLuks /dev/sda3

Команда выполнена успешно

> ls /dev/mapper

control

> cryptsetup luksOpen /dev/sda3 tsundoku --verbose --debug

    cryptsetup 2.0.0. выполняет "cryptsetup luksOpen /dev/sda3 tsundoku --verbose --debug"
    Запуск команды open.
    Блокировка памяти.
    ...
    Попытка загрузить любой тип шифрования с устройства /dev/sda3.
    Crypto backend ... инициализирован ...
    Обнаружено ядро Linux 4.14.9-1-ARCH x86_64.
    ...
    Чтение заголовка LUKS размером 1024 с устройства /dev/sda3.
    ...
    Активация тома tsundoku с использованием токена -1.
    Запрос на ввод пароля.
    Активация тома tsundoku [keyslot -1] с использованием пароля.
    ...
    Обнаружена версия dm-ioctl 4.37.0.
    Бэкэнд device-mapper работает с поддержкой UDEV.
    dm status tsundoku [ opencount flush ] [...] (...)
    Попытка открыть ключевой слот 0 [ACTIVE_LAST].
    Чтение области ключевого слота 0.
    Использование криптообертки в пространстве пользователя для доступа к области ключевого слота.
    Попытка открыть ключевой слот 1 [INACTIVE].
    # ключевые слоты 2-7 также [INACTIVE]
    Освобождение контекста криптографического устройства /dev/sda3.
    Освобождение бэкэнда device-mapper.
    Разблокировка памяти.
    Команда завершилась с кодом -2 (нет разрешения или неправильный пароль).

> ls /dev/mapper

control

> cryptsetup luksDump /dev/sda3

    Информация заголовка LUKS для /dev/sda3
    Версия: 1
    Имя шифра: aes
    Режим шифрования: xts-plain64
    Спецификация хеширования: sha512
    ...
    UUID: 56d8...
    Ключевой слот 0: ВКЛЮЧЕН
    ...
    Ключевой слот 1: ОТКЛЮЧЕН
    # Ключевые слоты 2-7 также ОТКЛЮЧЕНЫ

Неправильны ли шаги, которые я описал выше, каким-либо образом? Возможно, были альтернативы, которые я должен был рассмотреть, или промежуточные действия, которые я пропустил?

Если нет, должна ли команда cryptsetup luksOpen /dev/sd{a} {volume} создавать сопоставление объема в пути /dev/mapper?

Если да, позволяют ли детали, которые я добавил выше, кому-либо определить, почему путь /dev/sda3/tsundoku не появляется на моем компьютере? И если нет, есть ли какая-то дополнительная информация, которую я мог бы добавить для прояснения проблемы?

Большое спасибо.

Вы используете неправильную команду, вместо этого используйте следующую команду, пока не завершите установку и не загрузитесь в новую ОС Arch:

# cryptsetup --type luks open /dev/sdaX plain1 #измените **plain1** на ваше место отображения

После загрузки в вашу новую ОС вы можете использовать другую. Не забудьте, что DuckDuckGo, Qwant, Google и так далее — ваши друзья. Продолжайте с этого момента, удачи.