Re: Поломался LVM на гостевой системе
22 января 2013 г., 9:13 пользователь Korona Auto Ltd.\ Andrey N. Prokofiev написал: > День добрый. Была машинка в формате qcow (внутри debian с LVM). Крутилась на > сквизи с kvm. В процессе было необходимо сделать копию qcow файла (реальный > размер 200Гб). Копирование производилось на программный iscsi (была точка > монтирования). Все удачно скопировалось, однако, в процессе оказалось, что > файл "побился". Машина не грузится, ругается, что не может примонтировать > root и swap. > Пытался грузиться в rescue режиме с образа сквизи и смонтировать lvm внутри, > но ничего не получилось. > > Какие действия стоит предпринимать чтобы хотя-бы вытянуть данные? > а что lvscan выдает? может просто LVM стал Inactive? -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Поломался 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: Размер терминала в 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
Re: Браузер на webkit поновее в squeeze?
Mikhail Ramendik writes: > 2013/1/20 Dmitrii Kashin > > >> У меня ваша проблема с 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: Браузер на webkit поновее в squeeze?
2013/1/20 Dmitrii Kashin > У меня ваша проблема с 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: Сломался 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: Восстановление из бэкапа
Dmitrii Kashin: > James Brown 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: Размер терминала в Emacs.
Artem Chuprina 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: Восстановление из бэкапа
James Brown 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: Сервер с 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: Восстановление из бэкапа
Dmitrii Kashin: > James Brown 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: Размер терминала в 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