Re: Шифрованные диски. Luks не х очет принимать пароль
Вывод luksDump я в первом письме приводил. Она просто показывает информацию о девайсе > man cryptsetup: > > luksDump > > dumps the header information of a LUKS partition. No options. > > Не она?
Re: Шифрованные диски. Luks не х очет принимать пароль
Всем спасибо за помощь! Проблема решилась. Причем так же внезапно, как и появилась. Сегодня загрузился, попробовал подключить диск - и luks принял пароль. Я думаю, что дело все же было в модулях, но вот какой именно не загружался и почему - остается вопросом :( > А ты попробуй передать cipher в cryptsetup через командную > строчку. Может быть, у тебя хидер LUKS испортился, и cryptsetup > неправильный алгоритм выбирает? Например, тот, что по умолчанию. Пробовал - не помогало. > На будущее рекомендую хидер бэкапить (опция luksBackupHeader, > кажется). Потом можно restore сделать, если какая авария произойдет. Я не нашел такой опции. Хотя теперь я наверно сделаю бэкап всего раздела и добавлю дополнительные слоты в luks. На всякий случай :)
Re: Шифрованные диски. Luks не х очет принимать пароль
Я добавлял в /etc/modules cryptoloop 2010/7/26 Iliya : > ОК. Приду домой, проверю, но мне кажется, что это тут не при чем. > Потому что я ничего не менял - с его вдруг диски сменят свой порядок? > К тому же раздел определяется как Luks. > > Уже не знаю. что делать. Неужели никто не сталкивался именно с такой > ситуацией? Может быть то, что диски в raid как-то влияет? Может быть > не все модули подгружены, кто использует cryptsetup + twofish выложите > свой lsmod, если не трудно. > >> А что у вас в >> /etc/crypttab >> /etc/fsttab >> ? >> >> Самый частый случай - диски меняют свой порядок в /dev/... >> а если их определить по /dev/disk/by-uuid или по метке fs данной при >> "mkfs.ext2 -L rootfs", то часто проблема решается. >> >> Пример: >> Файл: crypttab >> rootfs /dev/disk/by-uuid/xxx none luks >> >> Файл: fstab >> /dev/mapper/rootfs / ext2 defaults,errors=remount-ro,noatime 0 1 >> >> >> посмотреть uuid можно с помощью blkid >> в некоторых случаях, надо посмотреть не id диска, а id раздела, например: >> /lib/udev/vol_id -u /dev/sdb2 >
Re: Шифрованные диски. Luks не х очет принимать пароль
ОК. Приду домой, проверю, но мне кажется, что это тут не при чем. Потому что я ничего не менял - с его вдруг диски сменят свой порядок? К тому же раздел определяется как Luks. Уже не знаю. что делать. Неужели никто не сталкивался именно с такой ситуацией? Может быть то, что диски в raid как-то влияет? Может быть не все модули подгружены, кто использует cryptsetup + twofish выложите свой lsmod, если не трудно. > А что у вас в > /etc/crypttab > /etc/fsttab > ? > > Самый частый случай - диски меняют свой порядок в /dev/... > а если их определить по /dev/disk/by-uuid или по метке fs данной при > "mkfs.ext2 -L rootfs", то часто проблема решается. > > Пример: > Файл: crypttab > rootfs /dev/disk/by-uuid/xxx none luks > > Файл: fstab > /dev/mapper/rootfs / ext2 defaults,errors=remount-ro,noatime 0 1 > > > посмотреть uuid можно с помощью blkid > в некоторых случаях, надо посмотреть не id диска, а id раздела, например: > /lib/udev/vol_id -u /dev/sdb2
Re: Шифрованные диски. Luks не х очет принимать пароль
> А device mapper (/dev/mapper/control) на месте? Да. ls /dev/mapper total 0 crw-rw 1 root root 10, 60 2010-07-24 13:39 control -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimsnj6oxdcta=3jgjwos8wwvyafvkbsxrbop...@mail.gmail.com