id: Гость   вход   регистрация
текущее время 14:59 29/03/2024
Автор темы: Гость, тема открыта 09/01/2011 16:22 Печать
Категории: криптография, софт, ошибки и баги, свободный софт, операционные системы
http://www.pgpru.com/Форум/UnixLike/ПроблемаСЗагрузкойDebianTesting
создать
просмотр
ссылки

Проблема с загрузкой Debian Testing


ОС – Debian Testing на нетбуке Asus eee pc 900AX, устанавливался с полным шифрованием диска.
Проблема с загрузкой – не принимает парольную фразу, фраза верная.
После многократных попыток ввести, в какой-то момент принимается – но при перезагрузке проблема повторяется – вводишь много раз, в итоге выкидывает на меню (initramfs).
Добавил, когда удалось загрузить, еще одну парольную фразу, также не работает при загрузке.
При этом, в загруженном состоянии парольные фразы принимаются без проблем.
В чем может быть дело и что можно сделать из меню (initframs) в этом случае?


 
Комментарии
— Гость (09/01/2011 17:36)   <#>
Debian Testing -> Debian Stable?
— unknown (09/01/2011 18:44)   профиль/связь   <#>
комментариев: 9796   документов: 488   редакций: 5664
Что-то похожее может быть, если в компьютере несколько винчестеров SATA или USB (что в случае Asus EEE конечно маловероятно). Они в биосе могут при загрузке определяться в произвольном порядке.

Как это точно лечится не помню, но в общем виде использованием только LVM и тщательным прописыванием в /etc/fstab, /etc/crypttab и /boot/grub/menu.lst всего, чего только можно по UID томов.
— Гость (19/01/2011 13:07)   <#>
1) Да нет, на asus'е этом диск один естественно :)
2) А как лечить? Грузиться с "живой" флешки с dmcrypt/cryptsetup, чекать криптованный раздел на предмет UUID / монтировать /boot и править там, что можно?
И еще, такой вопрос. На ноуте при установки debian был выбран раздел "криптованный lvm". Там два физ. раздела, на одно – /boot (не криптованный), на другом – lvm, раздел закриптован.
Следовательно, при загрузке он должен сначала раскриптовать физ. раздел, на котором lvm, а потом читать fstab и crypttab.
Поскольку сбой происходит до этого, видимо эти файлы никак не него не влияют. Куда тогда рыть?
P.S. Может initrd.img с ошибками собрался? Как тогда лечить?
— unknown (19/01/2011 14:49)   профиль/связь   <#>
комментариев: 9796   документов: 488   редакций: 5664

mkinitrd должен сам собирать всё правильно.
— Гость (12/02/2011 11:28)   <#>
В /etc/cryptsetup UUID luks-раздела правильный.
В /etc/fstab – там только uuid физ. раздела /dev/sda1, а остальные разделы указаны как /dev/mapper/*
Но я так понимаю, чтобы прочесть /etc, надо сначала раскриптовать криптованный физ. раздел? (В системе три раздела – /dev/sda1 – монтируется как /boot, /dev/sda2 – Extended и совпадающий с ним по концу криптораздел /dev/sda5 – Linux (почему-то меньше на 1 блок по количеству блоков, хотя start и end fdisk выдает одно).
Следовательно, проблема в чем-то другом?
В другом треде unknown писал, что в сквизи была критическая бага... Не знаю, сейчас обновил его, он новый рам-диск собрал, может не будет уже этой проблемы?
Ваша оценка документа [показать результаты]
-3-2-1 0+1+2+3