Не работает с новым ядром. Работало с 2.6.30. Теперь: $ uname -r 2.6.32-std-def-alt1 # cryptsetup luksOpen /dev/loop0 testluks Enter LUKS passphrase for /dev/loop0: key slot 0 unlocked. Command successful. $ ls /dev/mapper/*test* ls: cannot access /dev/mapper/*test*: No such file or directory Всё прекрасно отрабатывает, кроме создания симлинки в /dev/mapper. То есть создаётся нода /dev/dm-?, а симлинки нет. Возможно, поможет новая версия cryptsetup? Есть ещё идея, что это чудит udev. (?)
x86-64?
(В ответ на комментарий №1) > x86-64? нет, i586.
cryptsetup не виноват. Сегодня "поймал за руку" udev: увидел в /dev/mapper симлинку на долю секунды. Потом симлинка пропала. Как я это вижу: 1. cryptsetup создаёт ноду block dev. в /dev/mapper (это видно из strace) 2. udev эту ноду перемещает и переименовывает в /dev/dm-x 3. а в /dev/mapper делает симлинку на /dev/dm-x под старым именем. Это прекрасно работает с LVM (виден результат работы этого механизма). Однако в моём случае: 4. кто-то, кажется, сам udev, грохает эту симлинку (за что?). Прошу исправить. Данное поведение наблюдается на 2.6.32-std-def-alt1
Запустите udevadm monitor --property и покажите, что выдаётся при выполнении cryptsetup. Можно для сравнения ещё сделать то же самое на 2.6.30.
Created attachment 4254 [details] вывод udevadm monitor --property
это dmsetup с его правилами
Created attachment 4274 [details] lvm2.2.02.54-alt-udev-22939.patch вот патч, который востанавливает работу cryptsetup, но надо бы еще попробовать cryptsetup-1.1.0
с cryptsetup-1.1.0 устройства в /dev/mapper так и нет (при создании нового раздела форматировать будет нечего), но в гноме оно как то монтируестя
хех... это не dmsetup
исправлено в DeviceKit-disks 009-alt3 в /dev/mapper девайсов не создается, форматировать после подколючения нужно /dev/dm-[0-9]*
хотя нифига оно не fixed. в gnome оно конечно монтируется, но dmsetup девайсы в /dev/mapper/ сносить
lvm2-2.02.61-alt1 -> sisyphus: * Tue Mar 02 2010 Konstantin Pavlov <thresh@altlinux> 2.02.61-alt1 - 2.02.61 (closes: #22939). - Remove translated descriptions (closes: #22131).
dmsetup-1.02.44-alt2 опять сломал cryptsetup
Ok. Значит виноват мой lvm2-2.02.54-alt-udev-rules.patch. Нужно его убить. Только это ломает coldplug и, как следствие, невозможно загрузиться с lvm-root'а. Что бы этого не происходило, нужно сделать так, чтобы момент coldplug'а была определена переменная окружения STARTUP=1. Наверно, это нужно сделать в startup. Дима?
(In reply to comment #14) > Ok. Значит виноват мой lvm2-2.02.54-alt-udev-rules.patch. Нужно его убить. > Только это ломает coldplug и, как следствие, невозможно загрузиться с > lvm-root'а. Что бы этого не происходило, нужно сделать так, чтобы момент > coldplug'а была определена переменная окружения STARTUP=1. Наверно, это нужно > сделать в startup. Дима? Ну так в чём вопрос, сделайте так, чтобы необходимая переменная была определена тогда, когда это нужно.
Исправлено в lvm2.git-2.02.61-alt3.