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: Судьба Xen в Debian
25 июля 2010 г. 22:29 пользователь George Shuklin george.shuk...@gmail.com написал: PS Не цитриксом единым, есть openxenmanager, например. Оно работает с опенсорсным xen? Как оно работает с xenserver я видел... -- Stanislav
Re: Шифрованные диски. Luks не х очет принимать пароль
Я добавлял в /etc/modules cryptoloop 2010/7/26 Iliya u53...@gmail.com: ОК. Приду домой, проверю, но мне кажется, что это тут не при чем. Потому что я ничего не менял - с его вдруг диски сменят свой порядок? К тому же раздел определяется как 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 не хочет принимать пар оль
Iliya u53...@gmail.com writes: Уже не знаю. что делать. Неужели никто не сталкивался именно с такой ситуацией? Если наберешь текст ошибки в google, то обнаружишь, что с такой проблемой сталкивались. Другой вопрос, что не совсем понятно, что произошло. Думаю, что /etc/crypttab тут не у дел, так как с ним работает cryptdisk_start и cryptdisk_stop, а cryptsetup туда не заглядывает. У меня тоже есть шифрованный раздел на RAID, но только другой cipher, и все это на другой архитектуре (Debian для armel). Вроде бы, проблем не было. Да, и вместо пароля у меня используется флешка с keyfile. -- 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/87vd82yvrj@tochka.ru
Re: Шифрованные диски. Luks не хочет принимать пар оль
Iliya u53...@gmail.com writes: Может быть не все модули подгружены, кто использует cryptsetup + twofish выложите свой lsmod, если не трудно. Вот это, кстати, вероятная причина. Поищи в инете, может, кто-то выкладывал свой lsmod для твоего случая. Вот тут первый же вопрос: http://www.saout.de/tikiwiki/tiki-index.php?page=LUKSFaq -- 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/87r5iqyuqb@tochka.ru
Re: Шифрованные диски. Luks не хочет принимать пар оль
А ты попробуй передать cipher в cryptsetup через командную строчку. Может быть, у тебя хидер LUKS испортился, и cryptsetup неправильный алгоритм выбирает? Например, тот, что по умолчанию. На будущее рекомендую хидер бэкапить (опция luksBackupHeader, кажется). Потом можно restore сделать, если какая авария произойдет. -- 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/87k4oiyufs@tochka.ru
Claws mail и теги
Откуда то не возьмись появились у меня теги вида: $Label1, $MDNSent, receipt-handled, 淆麞ꪳ淘Ẫꫜ淦麙ꫠ淘ặ, попробовал удалить но через некоторое время они опять появляются. Как от них избавится? -- 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/20100726224822.03ba9...@debian
Re: Шифрованные диски. Luks не х очет принимать пароль
Всем спасибо за помощь! Проблема решилась. Причем так же внезапно, как и появилась. Сегодня загрузился, попробовал подключить диск - и luks принял пароль. Я думаю, что дело все же было в модулях, но вот какой именно не загружался и почему - остается вопросом :( А ты попробуй передать cipher в cryptsetup через командную строчку. Может быть, у тебя хидер LUKS испортился, и cryptsetup неправильный алгоритм выбирает? Например, тот, что по умолчанию. Пробовал - не помогало. На будущее рекомендую хидер бэкапить (опция luksBackupHeader, кажется). Потом можно restore сделать, если какая авария произойдет. Я не нашел такой опции. Хотя теперь я наверно сделаю бэкап всего раздела и добавлю дополнительные слоты в luks. На всякий случай :)
Re: Шифрованные диски. Luks не хочет принимать пар оль
Iliya u53...@gmail.com writes: На будущее рекомендую хидер бэкапить (опция luksBackupHeader, кажется). Потом можно restore сделать, если какая авария произойдет. Я не нашел такой опции. Хотя теперь я наверно сделаю бэкап всего раздела и добавлю дополнительные слоты в luks. На всякий случай :) А-а-а, это, наверное, в squeeze они только появились. Заголовок, по-моему, располагается в первых 1024 байтах раздела. Эквивалентная операция сохранения хидера -- это dd этой области. Поищи с поисковиках, должно найтись, как правильно сделать бекап. Разумеется, эту резервную копию надо надежно прятать. -- 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/87fwz6yntj@tochka.ru
Re: Шифрованные диски. Luks не хочет принимать пар оль
Evgeny M. Zubok evgeny.zu...@tochka.ru writes: Заголовок, по-моему, располагается в первых 1024 байтах раздела. Эквивалентная операция сохранения хидера -- это dd этой области. Жестоко наврал про область. Бекап делается при помощи dd, но надо сначала в luksDump узнать Payload Offset. If you really think you know what you are doing, do it: cryptsetup luksDump your luks dev search for a line Payload offset: payloadnumber Now to backup your metadata — that is everything before the payload — run dd if=your luks dev of=destination, see below count=payloadnumber To restore the metadata, reverse of= and if= in the command above. -- 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/87bp9uymu8@tochka.ru
debian live dvd не находит lvm раз дел
Привет Я тут пытаюсь загрузиться с debian live dvd с тем чтобы примонтировать зашифрованный раздел и проверить его chkrootkit. Загрузился, запустил рэйд, отработал cryptsetup, а вот lvm не находит. Вот # cryptsetup create md1-crypt /dev/md1 # pvdisplay /dev/mapper/crypt-md1 No physical volume label read from /dev/mapper/md1-crypt Failed to read physical volume /dev/mapper/md1-crypt Что бы это значило? Если гружу систему, то всё нормально находится и монтируется... -- Best regards, Sergey Spiridonov -- 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/i2l1n7$kg...@dough.gmane.org
Смотреть аналоговое ТВ и зап исывать одновременно
Всем привет! Можно ли, наконец, в lenny cмотреть аналоговое ТВ и записывать одновременно? В etch было нечем. В lenny пробовал zapping, но как-то не получилось. Кажется, это умеет последний vlc - есть ли бекпорт? Или только ставить squeeze? Если так - насколько этот squeeze сейчас применим, с учётом того что большую часть времени за машиной некомпьютерщики и всё разваливается неприемлемо? -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: про субпиксель н о е сглаживани е.
On 07/25/2010 04:20 AM, Stanislav Maslovski wrote: Ты вообще в курсе, что значит рендеринг? И как субпиксельный композитный рендеринг реализуется? Что-то у меня есть подозрение, что от драйвера не зависит наличие сглаживания. XRender это часть иксов. А от драйвера зависит акселерация (exa или xaa) Я не прав? Как спросить у иксов, как они думают, какой у монитора тип? Заглянуть в /var/log/Xorg.0.log? Круто! Искать-то что? Или это просто предположение? GTK использует сairo, в сairo свой фильтр (и автор этого фильтра очень долго упирался, но вот совсем недавно его-таки убедили, что стоит следовать стандартам, а не изобретать велосипед). А что вообще представляет собой этот фильтр? Это алгоритм по которму производится само сглаживание? Меня как-то очень смущает, что на lcddefault я не могу смотртеть. lcdnone или lcdlegacy гораздо приятнее выглядят, хотя и не всегда. Попробуй libcairo 1.9.10 из experimental. Попробовал, теперь в gtk всё так же как и в qt. Только теперь мозилла роняет иксы, когда пытается отобразить некоторые сайты. (: -- sergio. -- 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/4c4e1e78.1050...@sergio.spb.ru
Re: Судьба Xen в Debian
Здравствуйте. На предмет рюшечек посмотрите OpenQRM, может и лучше окажется ;-) В сообщении от Воскресенье 25 июля 2010 23:29:59 автор George Shuklin написал: Xen очень активно пилят, и плюшки, которые оно обещает (тот же REMUS с параллельным исполнением domU на двух разных хостах в Xen 4) явно не стоит выкидывать. В принципе, даже если dom0 ядро из дебиана выпилят (нафига?) оно отлично собирается и работает (нужно только ядра правильные собрать и положить, userspace остаётся нетронутым). PS Не цитриксом единым, есть openxenmanager, например. В Вск, 25/07/2010 в 10:24 +0400, Вереск пишет: После того, как RH отказались от Xen, разработка последнего встала. Debian объявил о прекращении поддержки, начиная со следующего после 6.0 релиза. На третьей версии Xen был признан устаревающим и недостойным. Так я думал буквально до недавно, пока старый приятель не показал Citrix Xen с консолями и рюшечками. Как я это всё пропустил - сам не знаю. Расскажите, что теперь будет с Xen в Debian, a? Стоит заниматься его изучением под Debian, или всё-равно после 2.6.32 ядра выкинут? Может, где подробности есть? -- Не волнуйся, если что-то работает не так. Если бы всё работало как надо, ты сидел бы без работы.
