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 написал: > PS Не цитриксом единым, есть openxenmanager, например. Оно работает с опенсорсным xen? Как оно работает с xenserver я видел... -- Stanislav
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 не хочет принимать пар оль
Iliya 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 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 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" writes: > Заголовок, по-моему, располагается в первых 1024 байтах > раздела. Эквивалентная операция сохранения хидера -- это dd этой > области. Жестоко наврал про область. Бекап делается при помощи dd, но надо сначала в luksDump узнать Payload Offset. If you really think you know what you are doing, do it: cryptsetup luksDump search for a line Payload offset: Now to backup your metadata — that is everything before the payload — run dd if= of= count= 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 ядра выкинут? Может, > > где подробности есть? -- Не волнуйся, если что-то работает не так. Если бы всё работало как надо, ты сидел бы без работы.
Re: squid отдает данные из кеша ч ерез раз обновляя данные?
23 июля 2010 г. 14:58 пользователь Peter Pentchev написал: > Думаю, вопрос Дениса бил "как точно парсятся". Если делается fscanf() > (или sscanf() или вообще *scanf()) или strtod()/strtol(), проверяется > ли заранее, строка пуста ли? Если такой проверки нет и по какой-то > причине wget выдаст празный файл, то *scanf() и strto*() выпарсят > с него один нуль. > > Проверьте каким-то образом, wget не выдает ли 0-length files - или > допишите програму чтоб проверяла, не пустая ли строка прежде чем парсить. > > Всего лучшего, > Петр Спасибо за ответ Петр. Наверное это моя проблема, не смог внятно объяснить. Да и сам по ходу разбирательства нюансы узнаю. Парсер не встроен в программу. Парсер обрабатывает файлы, которые программа из интернета доставляет через прокси и складывает. Например ожидаемые данные: 1 2 3 5 4 6 5 4 8 А вот как было: 1 2 3 0 0 0 5 4 6 0 0 0 5 4 8 0 0 0 Каждая строка - новый файл. И каждый запрос программой - новый набор цифр. Каждый запрос - исполнение у агента на веб сервере рнр скрипта, а значит данные постоянно отдаются новые, пусть в явном выражении они и не изменились, например. В заголовках ответа у агента нет experation date. Непонятно откуда? Откуда могли все же взяться они - нули? То что это три нуля внутри файла, правильно разделенные управляющими байтам (перенос строки), вводит в заблуждение и указывает что не с потолка взялись. Это правильные данные, но они появляются по команде. Но команды такой не было иначе во втором примере даже вперемешку с нулями данные _не_продолжали_ расти, а опять начинались бы с первого десятка. (то есть ресет имел бы место, но его не было) Есть три составляющие: программа (исходников нет), сквид (промежуточное звено, веб сервер + рнр скрип у агента Откуда могли все же взяться они - нули? С уважением, Дмитрий ПЫ начинаю думать о проблемах на сервере "агента".
Re: Смотреть аналоговое ТВ и записывать одновременно
В Втр, 27/07/2010 в 00:42 +0100, Mikhail Ramendik пишет:
> Всем привет!
>
> Можно ли, наконец, в lenny cмотреть аналоговое ТВ и записывать
> одновременно? В etch было нечем. В lenny пробовал zapping, но как-то
> не получилось.
>
> Кажется, это умеет последний vlc - есть ли бекпорт?
>
> Или только ставить squeeze? Если так - насколько этот squeeze сейчас
> применим, с учётом того что большую часть времени за машиной
> некомпьютерщики и "всё разваливается" неприемлемо?
>
vlc input_stream --sout '#duplicate{dst=display,dst=file}'
В GUI - "Мастер вещания/кодирования"
--
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/1280212152.26068.8.ca...@admont.skola.svefi.net
