Re: Размер терминала в Emacs.
Alexander Galanin - debian-russian@lists.debian.org @ Mon, 21 Jan 2013 10:40:32 +0400: Потом, когда активируется буфер, его окно отображается уже в реальный размер, и терминальной программе внутри шлется SIGWINCH. rtorrent на него, вероятно, реагирует адекватно, т.е. перерисовывается под новый размер (куда именно уходит пара секунд - вопрос отдельный, я на него сейчас ответить не готов), а newsbeuter, вероятно, нет. Была такая мысль. Но, как ни странно, если открыть newsbeuter в urxvt, то он будет адекватно реагировать на изменение размера окна. Стало быть, SIGWINCH он все-таки адекватно обрабатывает. AG Подозреваю, что в случае запуска через emacs этот сигнал для newsbeuter AG приходит настолько быстро, что nb ещё не закончил инициализацию, потому AG обрабатывает его некорректно. В интерактивном режиме за счёт AG относительной медлительности пользователя сигнал приходит гораздо позже. В оригинальном описании проблемы при ручной активации буфера не происходит перерисовки. А у rtorrent происходит, но с задержкой. А в то, что newsbeuter не запускается внутри демона, пока буфер не активирован, мне что-то не верится. -- 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/87r4lfueht@wizzle.ran.pp.ru
Re: Восстановление из бэкапа
Dmitrii Kashin: James Brown jbrownfi...@gmail.com writes: Некоторое время (года два назад) сдуру большие диры забэкапил через tar | 7z в multi-volumes. В результате имею такую фигню: ls home_20110124.tar.7z.001 home_20110124.tar.7z.003 home_20110124.tar.7z.002 home_20110124.tar.7z.004 Пытаюсь обратно разбэкапить из 7z, чтобы создать единый tar-архив, и распаковать, получаю такую ерунду: $ 7z x home_20110124.tar.7z.001 ... $ 7z e home_20110124.tar.7z.001 ... ЧЯНТД?! Попробуйте указать тип архива: % 7z x -t7z.split home_20110124.tar.7z.001 Подробнее об этом можно прочитать в локальной документации: /usr/share/doc/p7zip-full/DOCS/MANUAL/switches/type.htm Тот же результат... -- 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/50fd1468.5050...@gmail.com
Re: Сервер с nginx иногда не отвечает на SYN
On Mon, Jan 21, 2013 at 01:41:44PM +0400, Алексей Малов wrote: В итоге всё заработало при больших бэклогах и выключенных синкуках: net.ipv4.tcp_max_syn_backlog = 262144 net.ipv4.tcp_syncookies = 0 Синкуки после окончания тестирования лучше всё-таки включить... :) -- Eugene Berdnikov -- 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/20130121095100.gd27...@protva.ru
Re: Восстановление из бэкапа
James Brown jbrownfi...@gmail.com writes: Некоторое время (года два назад) сдуру большие диры забэкапил через tar | 7z в multi-volumes. Какой командой создавались архивы? -- ** * jabber: free...@jabber.mipt.ru * * Registered linux user #546240* ** -- 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/8738xu3jel@ws00.freehck.ru
Re: Размер терминала в Emacs.
Artem Chuprina r...@ran.pp.ru writes: Alexander Galanin - debian-russian@lists.debian.org @ Mon, 21 Jan 2013 10:40:32 +0400: Потом, когда активируется буфер, его окно отображается уже в реальный размер, и терминальной программе внутри шлется SIGWINCH. rtorrent на него, вероятно, реагирует адекватно, т.е. перерисовывается под новый размер (куда именно уходит пара секунд - вопрос отдельный, я на него сейчас ответить не готов), а newsbeuter, вероятно, нет. Была такая мысль. Но, как ни странно, если открыть newsbeuter в urxvt, то он будет адекватно реагировать на изменение размера окна. Стало быть, SIGWINCH он все-таки адекватно обрабатывает. AG Подозреваю, что в случае запуска через emacs этот сигнал для newsbeuter AG приходит настолько быстро, что nb ещё не закончил инициализацию, потому AG обрабатывает его некорректно. В интерактивном режиме за счёт AG относительной медлительности пользователя сигнал приходит гораздо позже. В оригинальном описании проблемы при ручной активации буфера не происходит перерисовки. А у rtorrent происходит, но с задержкой. А в то, что newsbeuter не запускается внутри демона, пока буфер не активирован, мне что-то не верится. И правильно не верится. Когда переключаюсь на буфер newsbeuter - там виден уже его curses-интерфейс. Так как до появления интерфейса ему обычно при штатном запуске из терминала требовалось несколько секунд, чтобы загрузить кэш, запускается он, судя по всему, гораздо раньше. -- ** * jabber: free...@jabber.mipt.ru * * Registered linux user #546240* ** -- 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/87y5fm24kw@ws00.freehck.ru
Re: Восстановление из бэкапа
Dmitrii Kashin:
James Brown jbrownfi...@gmail.com writes:
Некоторое время (года два назад) сдуру большие диры забэкапил через tar
| 7z в multi-volumes.
Какой командой создавались архивы?
Если бы вспоминть... сдуру не записал.
Что-то типа
tar cf - directory | 7z a -si -v{Size} directory.tar.7z
--
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/50fd878d.2040...@gmail.com
Re: Сломался hibernate
Andrey Rahmatullin: On Fri, Jan 11, 2013 at 09:38:12AM +, Ivan Zavarzin wrote: А uswsusp? uswsusp умеет просыпаться из initramfs, но для этого, конечно, в initramfs должен лежать конфиг с акутальным именем устройства с образом. Если у вас используется именно это, делайте dpkg-reconfigure uswsusp этот пакет у меня не установлен. У меня тоже не установлен под wheezy, но вроде все работает. Каким, интересно, образом? Искаропки. Не вдавался. И до сих пор работает, после последних обновлений тоже. -- 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/50fd8fb3.5070...@lavabit.com
Re: Браузер на webkit поновее в squeeze?
2013/1/20 Dmitrii Kashin free...@gmail.com У меня ваша проблема с Firefox просто не воспроизводится. Хотя, может быть дело в том, что у меня все сделано в соответствии с этой статьей: http://support.mozilla.org/en-US/kb/firefox-uses-too-many-cpu-resources-how-fix Посмотрите, может она вам поможет. Вот как раз и Iceweasel 18 подоспел. Iceweasel 18 с mozilla.debian.net, всё сделано по статье (правда кроме noscript), все плагины просто disabled. http://vitus-wagner.livejournal.com/822549.html#comments загрузка процессора 90% Xorg. От включения-выключения hardware acceleration не зависит. В chromium (запущенном в параллель, то есть настройки машины те же) - процессор не загружен. Этот же iceweasel заметно грузит процессор (от 50 до 100 процентов. частью firefox частью xorg) во время загрузки вообще любой страницы (пока та не докачается). В chromium проблема отсутствует. Да, если у вас более новый процессор, то загрузка может оказаться просто недостаочна чтобы вызвать проблемы. Мой процессор - Pentium 4 3GHz без Hyperthreading. (Точнее Pentium D, но с неиспользуемым вторым ядром, подробности были тут больше года назад, если надо перескажу). Видеокарта NVidia Geforce 6200, драйвер nvidia с бекпортов. С nv когда-то пробовал, та же проблема. Но драйвер nvidia на этой системе в любом случае нужен. -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: Браузер на webkit поновее в squeeze?
Mikhail Ramendik m...@ramendik.ru writes: 2013/1/20 Dmitrii Kashin free...@gmail.com У меня ваша проблема с Firefox просто не воспроизводится. Хотя, может быть дело в том, что у меня все сделано в соответствии с этой статьей: http://support.mozilla.org/en-US/kb/firefox-uses-too-many-cpu-resources-how-fix Посмотрите, может она вам поможет. Вот как раз и Iceweasel 18 подоспел. Iceweasel 18 с mozilla.debian.net, всё сделано по статье (правда кроме noscript), все плагины просто disabled. http://vitus-wagner.livejournal.com/822549.html#comments загрузка процессора 90% Xorg. От включения-выключения hardware acceleration не зависит. В chromium (запущенном в параллель, то есть настройки машины те же) - процессор не загружен. Этот же iceweasel заметно грузит процессор (от 50 до 100 процентов. частью firefox частью xorg) во время загрузки вообще любой страницы (пока та не докачается). В chromium проблема отсутствует. Погодите-ка. Так процессор грузится на 100% только во время рендера страницы, а не постоянно? Вот у меня, например, когда iceweasel отрисовывает новую страницу - секунду-другую грузит процессор на 80-100%. Но как только отрисовал - перестает грузить его совсем. Если мышкой елозить, подсвечивая ссылочки и инициирую javascript-события, на указанной вами странице загрузка поднимается до 40-50%. С большим трудом мне удалось добиться загрузки в 90% - беспрерывными нажиманиями на PgUp/PgDown. Как только прекратил нажимать - спала и нагрузка. Я в общем-то думал, что задача динамической обработки графики (то бишь отрисовки страницы) - довольно сложная. Мне видилось до текущего момента, что данные ресурсы потребляются уместно. Я что пытаюсь понять - у меня проблема воспроизводится ровно также, как и у Вас? Да, если у вас более новый процессор, то загрузка может оказаться просто недостаочна чтобы вызвать проблемы. Мой процессор - Pentium 4 3GHz без Hyperthreading. (Точнее Pentium D, но с неиспользуемым вторым ядром, подробности были тут больше года назад, если надо перескажу). Видеокарта NVidia Geforce 6200, драйвер nvidia с бекпортов. С nv когда-то пробовал, та же проблема. Но драйвер nvidia на этой системе в любом случае нужен. У меня Pentium 4, 2.66 GHz. Встроенная видеокарта от Intel. % lspci | grep -i vga 00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL Integrated Graphics Controller (rev 0e) -- ** * jabber: free...@jabber.mipt.ru * * Registered linux user #546240* ** -- 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/87obgi13vk@ws00.freehck.ru
Re: Размер терминала в Emacs.
Dmitrii Kashin - debian-russian@lists.debian.org @ Mon, 21 Jan 2013 14:49:51 +0400: Потом, когда активируется буфер, его окно отображается уже в реальный размер, и терминальной программе внутри шлется SIGWINCH. rtorrent на него, вероятно, реагирует адекватно, т.е. перерисовывается под новый размер (куда именно уходит пара секунд - вопрос отдельный, я на него сейчас ответить не готов), а newsbeuter, вероятно, нет. Была такая мысль. Но, как ни странно, если открыть newsbeuter в urxvt, то он будет адекватно реагировать на изменение размера окна. Стало быть, SIGWINCH он все-таки адекватно обрабатывает. AG Подозреваю, что в случае запуска через emacs этот сигнал для newsbeuter AG приходит настолько быстро, что nb ещё не закончил инициализацию, потому AG обрабатывает его некорректно. В интерактивном режиме за счёт AG относительной медлительности пользователя сигнал приходит гораздо позже. В оригинальном описании проблемы при ручной активации буфера не происходит перерисовки. А у rtorrent происходит, но с задержкой. А в то, что newsbeuter не запускается внутри демона, пока буфер не активирован, мне что-то не верится. DK И правильно не верится. Когда переключаюсь на буфер newsbeuter - там DK виден уже его curses-интерфейс. Так как до появления интерфейса ему DK обычно при штатном запуске из терминала требовалось несколько секунд, DK чтобы загрузить кэш, запускается он, судя по всему, гораздо раньше. А вот знаешь, что я могу предположить? Как известно, доставка сигналов устроена так, что за один раз можно принять только один сигнал (из тех, для которых установлены обработчики, кажется - на дефолтную обработку и игнорирование это не распространяется, но тут боюсь соврать). Поэтому, если почти одновременно будут присланы два обрабатываемых сигнала, то один потеряется. А emacs вполне может при начальном открытии окна посылать и несколько сигналов, и наверняка - практически одновременно. В качестве эксперимента могу предложить послать newsbeuter, запущенному внутри емакса, SIGWINCH вручную, kill'ом. Если отреагирует адекватно, то можно копнуть в эту сторону. -- 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/87hamaudul@wizzle.ran.pp.ru
Поломался LVM на гостевой системе
День добрый. Была машинка в формате qcow (внутри debian с LVM). Крутилась на сквизи с kvm. В процессе было необходимо сделать копию qcow файла (реальный размер 200Гб). Копирование производилось на программный iscsi (была точка монтирования). Все удачно скопировалось, однако, в процессе оказалось, что файл побился. Машина не грузится, ругается, что не может примонтировать root и swap. Пытался грузиться в rescue режиме с образа сквизи и смонтировать lvm внутри, но ничего не получилось. Какие действия стоит предпринимать чтобы хотя-бы вытянуть данные? -- 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/50fe2e17.60...@korona-auto.com
Re: Поломался LVM на гостевой системе
22 января 2013 г., 9:13 пользователь Korona Auto Ltd.\ Andrey N. Prokofiev a...@korona-auto.com написал: День добрый. Была машинка в формате qcow (внутри debian с LVM). Крутилась на сквизи с kvm. В процессе было необходимо сделать копию qcow файла (реальный размер 200Гб). Копирование производилось на программный iscsi (была точка монтирования). Все удачно скопировалось, однако, в процессе оказалось, что файл побился. Машина не грузится, ругается, что не может примонтировать root и swap. Пытался грузиться в rescue режиме с образа сквизи и смонтировать lvm внутри, но ничего не получилось. Какие действия стоит предпринимать чтобы хотя-бы вытянуть данные? а что lvscan выдает? может просто LVM стал Inactive? -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
[RFR] wml://security/2011/dsa-21{79,80,84}.wml
Ну, вот, теперь в outdated ничего не должно быть (пока). Cheers! Lev Lamberov security_2011_dsa-2184.wml.en_ru.patch Description: Binary data security_2011_dsa-2180.wml.en_ru.patch Description: Binary data security_2011_dsa-2179.wml.en_ru.patch Description: Binary data
