Исправление intelfx, (текущая версия) :
А этот сыр-бор не был из-за того, что в _uid.0 развели помойку и systemd решил разделить ее на несколько насильно? Если так, то тогда должен быть официальный путь получше, чем [чтобы mount явно забирал ключ из _uid.0], нет?
Без понятия. Возможно, ты прав, но с cryptsetup-ом официальный путь именно такой (ask-password кладёт ключ в _uid.0, cryptsetup забирает его из _ses, которая связана с _uid.0).
я как-то думал, что mount за ключом никуда и не лезет и вообще ключи — не его дело. Вроде логично класть его при unlock и забирать его уже из kernelspace. ЯННП?
Ну в смысле не сам /usr/bin/mount, а кернельная часть. Она в том же контексте исполняется, насколько я помню (из собственных кернельных приключений с reiser4).
внятно пожаловаться Кенту
Да, это имеет смысл.
Исправление intelfx, :
А этот сыр-бор не был из-за того, что в _uid.0 развели помойку и systemd решил разделить ее на несколько насильно? Если так, то тогда должен быть официальный путь получше, чем [чтобы mount явно забирал ключ из _uid.0], нет?
Без понятия. Возможно, ты прав, но с cryptsetup-ом официальный путь именно такой (ask-password кладёт ключ в _uid.0, cryptsetup забирает его из _ses, которая связана с _uid.0).
я как-то думал, что mount за ключом никуда и не лезет и вообще ключи — не его дело. Вроде логично класть его при unlock и забирать его уже из kernelspace. ЯННП?
Ну в смысле не сам /usr/bin/mount, а кернельная часть. Она в том же контексте исполняется, насколько я помню (из собственных кернельных приключений с reiser4).
Исходная версия intelfx, :
А этот сыр-бор не был из-за того, что в _uid.0 развели помойку и systemd решил разделить ее на несколько насильно? Если так, то тогда должен быть официальный путь получше, чем [чтобы mount явно забирал ключ из _uid.0], нет?
Без понятия. Возможно, ты прав, но с cryptsetup-ом официальный путь именно такой (ask-password кладёт ключ в _uid.0, cryptsetup забирает его из _ses, которая связана с _uid.0).
я как-то думал, что mount за ключом никуда и не лезет и вообще ключи — не его дело. Вроде логично класть его при unlock и забирать его уже из kernelspace. ЯННП?
Ну в смысле не сам /usr/bin/mount, а кернельная часть. Она в том же контексте исполняется, насколько я знаю.