История изменений
Исправление Zubok, (текущая версия) :
Если в слотах LUKS у тебя есть также и пароль, то вполне вероятно, что он перейдет как раз к вводу пароля.
Хотя я полагаю, что так не произойдет. Просто корень не обнаружит, скажет об этом, но и флешку больше ждать не будет. Надо уточнить в документации cryptsetup, что он делает, когда keyscript обломился. Я вот глянул man crypttab, но там что-то не написано.
keyscript=<path>
The executable at the indicated path is executed with the key file
from the third field of the crypttab as its only argument and the
output is used as the key. This also works with encrypted root
filesystems via initramfs if the executable is self-contained (i.e.
an executable which does not rely on any external program which is
not present in the initramfs environment).
LIMITATIONS: All binaries and files on which the keyscript depends
must be available at the time of execution. Special care needs to
be taken for encrypted filesystems like /usr or /var. As an
example, unlocking encrypted /usr must not depend on binaries from
/usr/(s)bin.
All fields of the appropriate crypttab entry are available to the
keyscript as exported environment variables:
CRYPTTAB_NAME
The target name
CRYPTTAB_SOURCE
The source device
CRYPTTAB_KEY
The key file
CRYPTTAB_TRIED
Number of previous tries since start of cryptdisks (counts
until maximum number of tries is reached).
CRYPTTAB_OPTIONS
A list of exported crypttab options
CRYPTTAB_OPTION_<option>
The value of the appropriate crypttab option, with value set to
'yes' in case the option is merely a flag.
Исходная версия Zubok, :
Если в слотах LUKS у тебя есть также и пароль, то вполне вероятно, что он перейдет как раз к вводу пароля.
Хотя я полагаю, что так не произойдет. Просто корень не обнаружит, скажет об этом, но и флешку больше ждать не будет. Надо уточнить в документации cryptsetup, что оне делает, когда keyscript обломился. Я вот глянул man crypttab, но там что-то не написано.
keyscript=<path>
The executable at the indicated path is executed with the key file
from the third field of the crypttab as its only argument and the
output is used as the key. This also works with encrypted root
filesystems via initramfs if the executable is self-contained (i.e.
an executable which does not rely on any external program which is
not present in the initramfs environment).
LIMITATIONS: All binaries and files on which the keyscript depends
must be available at the time of execution. Special care needs to
be taken for encrypted filesystems like /usr or /var. As an
example, unlocking encrypted /usr must not depend on binaries from
/usr/(s)bin.
All fields of the appropriate crypttab entry are available to the
keyscript as exported environment variables:
CRYPTTAB_NAME
The target name
CRYPTTAB_SOURCE
The source device
CRYPTTAB_KEY
The key file
CRYPTTAB_TRIED
Number of previous tries since start of cryptdisks (counts
until maximum number of tries is reached).
CRYPTTAB_OPTIONS
A list of exported crypttab options
CRYPTTAB_OPTION_<option>
The value of the appropriate crypttab option, with value set to
'yes' in case the option is merely a flag.