Re: Вопросы про бэкапы.
Артём Н. -> debian-russian@lists.debian.org @ Mon, 28 May 2012 20:41:15 +0400: АН> Нашёл любопытный комментарий: АН> "Всё, что генерирует много файлов, плохо для хранения бэкапа на внешнем сервере. АН> Как, например, эти файлы перенести на FTP сервер? Никак, очень будет медленно. АН> Восстановление пофайловое с внешнего сервера тоже небыстрое. АН> Самый простой способ ― основывать бэкапную систему не на rdiff-backup, а на dar, АН> конечным продуктом будет один файл на первую копию (full) и по одному файлу на АН> инкрементальные. В качестве обвязки можно использовать www.backup-manager.org/. АН> Кстати, в случае с dar инкрементальную копию можно получить, не храня на АН> компьютере full копию, можно хранить только метаинформацию от неё." АН> Dar, в принципе, тоже самое может, что и rdiff-backup. Вот только почему о нём АН> почти так мало отзывов? Вероятно, потому что старого доброго tar он не сильно лучше. А насчет "всё, что генерирует много файлов, плохо" утверждение требует, гм, подтверждения тестами. Причем, внимание, не в абстрактных цифрах, а в демонстрации того, что тут узкое место. А то при наиболее частой операции "восстановить один файл недельной давности" архив, особенно сжатый, НАМНОГО медленнее, чем живая файловая система, из которой этот файл можно просто скопировать. Может, на FTP и медленно, но блин, вот уж заархивировать (и зашифровать, кстати) на лету в процессе покладания на FTP - ну никак не проблема. -- 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/878vgbmrue@wizzle.ran.pp.ru
Re: Вопросы про бэкапы.
Артём Н. -> debian-russian@lists.debian.org @ Mon, 28 May 2012 20:55:23 +0400: >> >> АН> хватит. Если в будущем мои данные я оценю дороже, я приобрету >> внешний винчестер, >> >> АН> на который буду сливать бэкапы за месяц. :-) >> >> Цена данных обычно сильно увеличивается после их потери :-) >> АН> Цена всегда одинакова. >> Отнюдь. Характерный пример из реального мира - антиквариат :) АН> Не, цена остаётся такой же. Антиквариат - это вещи, которые АН> увеличивают свою стоимость со временем. Оценка одна, а от утери АН> ничего не меняется. >> Хорошо, если непонятно, уточню. Мнение (бывшего) владельца о стоимости >> данных (что, собственно, и есть цена) обычно меняется в сторону ее >> сильного увеличения после их потери, по крайней мере первой. АН>Это _мнениевладельца_,а нереальнаяоценка АН> стоимости. Субъективная эмоциональная оценка, по типу: "Что имеем АН> не храним, потерявши плачем". Реальная оценка (пусть даже без АН> применения формальных методов) - это цифры и убытки от потери АН> учитываются. Цена - это сколько потребитель готов заплатить. То есть, натурально, мнение. Стоимость - это, грубо, сколько оно пользы приносит в том же выражении. То есть у антиквариата, если его использовать по изначальному назначению, стоимость со временем падает. Можно, конечно, сказать, что используется он для пускания пыли в глаза, и в этом смысле стоимость его растет - но по большому счету, тут получается обратная связь от цены. Польза в месседже "я могу заплатить такую цену". >> Практика, по крайней мере, показывает, что заплатить за даже >> _негарантированное_ восстановление обычно готовы гораздо больше, чем >> стоила бы организация бэкапа :) АН> Это другой вопрос. О бэкапе, в таком случае, просто не думали. Иногда и думали, но решили, что слишком дорого. Знакомые, к которым обращались с такими проблемами, рассказывали. -- 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/87d35nms6v@wizzle.ran.pp.ru
Re: Вопросы про бэкапы.
On Tue, May 29, 2012 at 08:41:35AM +0400, Victor Wagner wrote: > On 2012.05.29 at 08:35:06 +0400, Stanislav Maslovski wrote: > > > > > > > Ну значит раз в год нужно архив проверять, и записывать заново с копии > > > на винте, если вдруг что не читается. > > > > Т.е., параллельно с болванками надо хранить копии на HDD, что как бы > > сильно уменьшает мотивацию заморачиваться с болванкими сейчас, когда > > DVD уходят в прошлое. > > Ну вообще-то бэкап - это ВСЕГДА параллельное хранение нескольких копий. Ну да, но и HDD НЕ ВСЕГДА то, что воткнуто у крутится в рабочей машине. -- Stanislav -- 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/20120529044542.GA8097@kaiba.homelan
Re: Вопросы про бэкапы.
On 2012.05.29 at 08:35:06 +0400, Stanislav Maslovski wrote: > > > > Ну значит раз в год нужно архив проверять, и записывать заново с копии > > на винте, если вдруг что не читается. > > Т.е., параллельно с болванками надо хранить копии на HDD, что как бы > сильно уменьшает мотивацию заморачиваться с болванкими сейчас, когда > DVD уходят в прошлое. Ну вообще-то бэкап - это ВСЕГДА параллельное хранение нескольких копий. -- 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/20120529044135.ga22...@wagner.pp.ru
Re: Вопросы про бэкапы.
On Mon, May 28, 2012 at 11:36:08AM +0400, Victor Wagner wrote: > On 2012.05.28 at 10:48:30 +0600, Stanislav Vlasov wrote: > > > 28 мая 2012 г., 10:42 пользователь Victor Wagner > > написал: > > > > > Правда, write-only носители тоже иногда выходят из строя. Но вроде, > > > если не слишком экономить на болванках, получается достаточно живуче. > > > > dvd - 5 лет в среднем на моём архиве... Если, конечно, хранить в > > домашних условиях (в шкафу при комнатной температуре). Сейчас думаю, > > Ну значит раз в год нужно архив проверять, и записывать заново с копии > на винте, если вдруг что не читается. Т.е., параллельно с болванками надо хранить копии на HDD, что как бы сильно уменьшает мотивацию заморачиваться с болванкими сейчас, когда DVD уходят в прошлое. -- Stanislav -- 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/20120529043506.GA7199@kaiba.homelan
Re: Вопросы про бэкапы.
On 2012.05.28 at 19:50:59 +0400, "Артём Н." wrote: > > Правда, write-only носители тоже иногда выходят из строя. Но вроде, > > если не слишком экономить на болванках, получается достаточно живуче. > Кстати, получается немного дешевле, чем на внешний жёсткий: если DVD-R рублей > 15 > стоит, то сохранение 500 гигабайт обойдётся где-то в (500/4)*15 ~ 1900 > рублей, а > 500 Гб внешний жёсткий, судя по интернетам, стоит около 2500. Вот болванка за 15 рублей скорее всего сдохнет в течение ближайших 2-3 лет, причем в совершенно непредсказуемый момент. Кроме того, копаться в сотне DVD в поисках нужных данных в случае чего - настолько трудоемко, что дешевле немного переплатить за жесткий диск. Поэтому бэкап на DVD имеет смысл только если ожидаемые объемы роста архива не более 3-5 дисков в год. -- 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/20120529041746.ga22...@wagner.pp.ru
Re: problems with dist-upgrade
On 05/28/2012 06:49 PM, Andrey Rahmatullin wrote: On Mon, May 28, 2012 at 05:44:04PM +0300, Andrey S. Rybak wrote: Здравствуйте. После apt-get -f dist-upgrade получаю такое сообщение: Could not perform immediate configuration on 'gnome-session-fallback'. Please see man 5 apt.conf under APT::Immediate-Configure for details. Апгрейд делаю со сквизи на тестинг. Куда копать? Попробуйте сначала апт обновить. А зачем -f? обновил и apt и dpkg. пропало то сообщение, но обновляться все равно не хочет. Пробовал и без -f. Результат один: 0 upgraded, 0 newly installed, 0 to remove and 1164 not upgraded. Показывайте полный вывод. Выйти из гнома? поможет? Ох. оха не понял, а полный вывод будет флудом. Показываю обрезанную часть: apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: abiword abiword-plugin-grammar abiword-plugin-mathview alsa-utils anki apache2.2-bin apt apt-utils aptdaemon aptitude aspell at-spi baobab base-files bash bind9-host binfmt-support binutils blender bluez bogofilter-bdb brasero brasero-common browser-plugin-gnash bsdmainutils bzip2 ca-certificates ca-certificates-java camorama cdrdao cheese cheese-common clisp и т.д. и т.п xorg-video-s3virge xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sis xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-trident xserver-xorg-video-tseng xserver-xorg-video-vesa xserver-xorg-video-vmware xserver-xorg-video-voodoo xterm xz-utils yelp zenity zlib1g zlib1g-dev 0 upgraded, 0 newly installed, 0 to remove and 1164 not upgraded. -- 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/4fc3add0.6010...@iop.kiev.ua
Re: Вопросы про бэкапы.
28.05.2012 20:42, Dmitry Nezhevenko пишет: 1. Возможно ли прикрутить сжатие каждого дневного бэкапа? >>> Инкременты он жмет по дефолту. >> О, я не посмотрел. Значит всё ещё лучше: fuse-compress для основного бэкапа. >> Или >> он тоже может быть сжатый штатными средствами или этого вообще не стоит >> делать? > Нет. Он специально не умеет жать последнюю копию (она является точной > копией оригинальной FS и может быть прочитана без спец средств). dar жмёт... Хранит только метаданные. Жать основную копию было бы неплохо, но тогда обратную инкрементальную не сделать. :-( >> А насчёт dar можете что-либо сказать? >> http://en.wikipedia.org/wiki/DAR_%28Disk_Archiver%29 >> Не пользовались? > не пользовался Он, похоже, может и обратные инкрементальные бэкапы делать... "It features: ... Decremental backup" Смотрю в сторону rdiff-backup и dar. rsnapshot, пока что отпадает. dar переносим. Кстати, имеет 2 ГУЯ (небольшой плюс, минус в том, что kde гуя нет в репозитории). Куча опций, заточен под бэкапы. Не скрипт. 10 лет развивается. Буду читать man и решу на его основании. -- 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/4fc3b7b1.3070...@yandex.ru
Re: Несколько вопросов вразброс
28.05.2012 20:30, Andrey Rahmatullin пишет: > On Mon, May 28, 2012 at 08:21:15PM +0400, "Артём Н." wrote: >> 1. KDM, при убивании, иногда перезапускается на 8-м или даже 9-м терминале. >> Причём, даже когда я его перезапускаю через скрипт в init.d. Почему? > Рейс где-то явно. Можете багу повесить. Я просто делаю стоп и потом старт. В догонку про kdm. /.config долго ещё будет появляться? В Gentoo закрывали но какими-то изуверскими методами (через враппер). К тому же, такое у меня не сработало. Или это только у меня? -- 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/4fc3b397.8020...@yandex.ru
Re: Несколько вопросов вразброс
28.05.2012 20:30, Andrey Rahmatullin пишет: > On Mon, May 28, 2012 at 08:21:15PM +0400, "Артём Н." wrote: >> 1. KDM, при убивании, иногда перезапускается на 8-м или даже 9-м терминале. >> Причём, даже когда я его перезапускаю через скрипт в init.d. Почему? > Рейс где-то явно. Можете багу повесить. Я просто делаю стоп и потом старт. Что есть "рейс"? Багу сложно выцепить, поскольку это происходит не всегда (а иногда, как кажется, и стоп-старт не помогает), мандельбаг какой-то, короче. %-| >> 2. Почему так часто обновляется debian-archive-keyring? o.O Аж версия 2012.3 >> уже. Странно... > Там чейнджлог есть. Ага, понял: новые майнтайнеры добавляют свои ключи? >> 3. Что может подгружать модуль NFS, который у меня постоянно висит >> загруженным >> (я оставил его, на всякий случай)? > Сервис nfs-common или nfs-kernel-server. Блин. Действительно, запускался на S. Спасибо. Выключил. Проверю позже. -- 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/4fc3b2d2.4020...@yandex.ru
Re: Вопросы про бэкапы.
28.05.2012 20:44, Artem Chuprina пишет: > Артём Н. -> debian-russian@lists.debian.org @ Mon, 28 May 2012 19:40:23 > +0400: > > >> На работе пользуюсь такой схемой: > >> 1. Документы (doc, xsl, ppt, odt и так далее) по расширению, в 7z > >> архив раз в сутки. Архивы старше 91 дня удаляются. > >> 2. Мультимедийный контент (jpg, avi и так далее) по расширению, в 7z > >> архив без сжатия (7z для единообразия) раз в 2 недели. Архивы старше > >> 61 дня удаляются. > АН> Да, с rsnapshot/rdiff-backup придётся делать сжатую ФС... > > У тебя так много больших, но хорошо жмущихся файлов? Откуда? Если их > немного, то сжатая fs как-то особо смысла не имеет. Есть такие - это диски виртуальных машин. Хотя они и "растущие" (не фиксированного размера), их всё-равно возможно сжать. Что ещё? Жипеги не жмутся. Музыку я не сохраняю. Есть библиотечка на 7 Gb. Там кое-что сжато, кое-что - нет. Её размер, думаю, сильно уменьшится. Есть некоторый смысл в сжатии. -- 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/4fc3aebe.2090...@yandex.ru
Re: Вопросы про бэкапы.
28.05.2012 20:47, Artem Chuprina пишет: > Артём Н. -> debian-russian@lists.debian.org @ Mon, 28 May 2012 19:33:34 > +0400: > > >> АН> хватит. Если в будущем мои данные я оценю дороже, я приобрету > внешний винчестер, > >> АН> на который буду сливать бэкапы за месяц. :-) > >> Цена данных обычно сильно увеличивается после их потери :-) > АН> Цена всегда одинакова. > Отнюдь. Характерный пример из реального мира - антиквариат :) Не, цена остаётся такой же. Антиквариат - это вещи, которые увеличивают свою стоимость со временем. Оценка одна, а от утери ничего не меняется. > Хорошо, если непонятно, уточню. Мнение (бывшего) владельца о стоимости > данных (что, собственно, и есть цена) обычно меняется в сторону ее > сильного увеличения после их потери, по крайней мере первой. Это _мнение владельца_, а не реальная оценка стоимости. Субъективная эмоциональная оценка, по типу: "Что имеем не храним, потерявши плачем". Реальная оценка (пусть даже без применения формальных методов) - это цифры и убытки от потери учитываются. > Практика, по крайней мере, показывает, что заплатить за даже > _негарантированное_ восстановление обычно готовы гораздо больше, чем > стоила бы организация бэкапа :) Это другой вопрос. О бэкапе, в таком случае, просто не думали. -- 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/4fc3adfb.8010...@yandex.ru
Re: icedove default browser
On 05/28/2012 08:30 PM, Alexander Galanin wrote: Может оно через xdg-open открыть пытается? % xdg-open http://google.com открывает в мозилле. Ещё можно посмотреть содержимое переменной BROWSER и поменять/установить её в нужную. Её не установленно, костылить не хочу. -- 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/4fc3ac6e.7000...@sergio.spb.ru
Re: Вопросы про бэкапы.
Артём Н. -> debian-russian@lists.debian.org @ Mon, 28 May 2012 19:33:34 +0400: >> АН> хватит. Если в будущем мои данные я оценю дороже, я приобрету внешний >> винчестер, >> АН> на который буду сливать бэкапы за месяц. :-) >> Цена данных обычно сильно увеличивается после их потери :-) АН> Цена всегда одинакова. Отнюдь. Характерный пример из реального мира - антиквариат :) Хорошо, если непонятно, уточню. Мнение (бывшего) владельца о стоимости данных (что, собственно, и есть цена) обычно меняется в сторону ее сильного увеличения после их потери, по крайней мере первой. Практика, по крайней мере, показывает, что заплатить за даже _негарантированное_ восстановление обычно готовы гораздо больше, чем стоила бы организация бэкапа :) -- 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/87hav0mev5@wizzle.ran.pp.ru
Re: Вопросы про бэкапы.
Артём Н. -> debian-russian@lists.debian.org @ Mon, 28 May 2012 19:40:23 +0400: >> На работе пользуюсь такой схемой: >> 1. Документы (doc, xsl, ppt, odt и так далее) по расширению, в 7z >> архив раз в сутки. Архивы старше 91 дня удаляются. >> 2. Мультимедийный контент (jpg, avi и так далее) по расширению, в 7z >> архив без сжатия (7z для единообразия) раз в 2 недели. Архивы старше >> 61 дня удаляются. АН> Да, с rsnapshot/rdiff-backup придётся делать сжатую ФС... У тебя так много больших, но хорошо жмущихся файлов? Откуда? Если их немного, то сжатая fs как-то особо смысла не имеет. -- 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/87likcmf12@wizzle.ran.pp.ru
Re: Вопросы про бэкапы.
On Mon, May 28, 2012 at 08:36:10PM +0400, "Артём Н." wrote: > > Я с ноута раз в день-два обычным rsync-ом на домашний сервер все сливаю, в > > котором винты зеркалируются. > Аппаратный рэйд? софтовый, mdadm. > >> 1. Возможно ли прикрутить сжатие каждого дневного бэкапа? > > Инкременты он жмет по дефолту. > О, я не посмотрел. Значит всё ещё лучше: fuse-compress для основного бэкапа. > Или > он тоже может быть сжатый штатными средствами или этого вообще не стоит > делать? Нет. Он специально не умеет жать последнюю копию (она является точной копией оригинальной FS и может быть прочитана без спец средств). > > То что в NTFS они есть я знаю. Я правильный вопрос задал, умеет ли их > > cygwin? У python-а, например, с вендовыми junction-ами (аналог > > символических ссылок в NT до 5.1) дела очень плохо. > Насколько я понял, они не используют виндовые символические ссылки? > У них какой-то свой формат... > С жёсткими и cygwin, я вообще понятия не имею. без понятия тут.. > А насчёт dar можете что-либо сказать? > http://en.wikipedia.org/wiki/DAR_%28Disk_Archiver%29 > Не пользовались? не пользовался -- WBR, Dmitry signature.asc Description: Digital signature
Re: Вопросы про бэкапы.
Нашёл любопытный комментарий: "Всё, что генерирует много файлов, плохо для хранения бэкапа на внешнем сервере. Как, например, эти файлы перенести на FTP сервер? Никак, очень будет медленно. Восстановление пофайловое с внешнего сервера тоже небыстрое. Самый простой способ — основывать бэкапную систему не на rdiff-backup, а на dar, конечным продуктом будет один файл на первую копию (full) и по одному файлу на инкрементальные. В качестве обвязки можно использовать www.backup-manager.org/. Кстати, в случае с dar инкрементальную копию можно получить, не храня на компьютере full копию, можно хранить только метаинформацию от неё." Dar, в принципе, тоже самое может, что и rdiff-backup. Вот только почему о нём почти так мало отзывов? -- 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/4fc3aaab.7080...@yandex.ru
Re: Вопросы про бэкапы.
28.05.2012 20:08, Dmitry Nezhevenko пишет: > On Mon, May 28, 2012 at 07:59:47PM +0400, "Артём Н." wrote: >> 27.05.2012 17:38, Dmitry Nezhevenko пишет: >>> On Sun, May 27, 2012 at 03:37:31PM +0400, "Артём Н." wrote: 27.05.2012 01:05, Dmitry Nezhevenko пишет: > Для личных целях пользуюсь rdiff-backup. Это похоже что единственная > софтинка, у которой инкрементальные бэкапы сделаны в обратную сторону. > Т.е. последнее состояние хранится в виде точной копии FS (соответственно > можно смотреть без всяких спец. утилит), а инкрементальные бэкапы -- > информация как получить предыдущую копию из текущей. Почитал. Так и не понял: возможно ли штатными средствами делать слияния бэкапов? В теории возможно написать скрипт для слияния, т.к. формат достаточно прост. Но стоит ли оно того? >>> Слияние ему не нужно вообще, ибо полный бэкап может один (последний). Он >>> умеет удалять старые бэкапы одной командой. >> Так хочется, чтобы оставался бэкап за последние недели... >> Правда, сейчас мне это уже не кажется такой хорошей идеей. Наверное, всё-таки >> лучше иметь 27 бэкапов за каждый день, чем один дифференциальный за недели и >> ещё >> 6 за день? >> Более прозрачный вариант? > Я с ноута раз в день-два обычным rsync-ом на домашний сервер все сливаю, в > котором винты зеркалируются. Аппаратный рэйд? > И раз в неделю бэкапится сервер на внешний > винт по E-SATA (с помощью rdiff_backup). Бэкапы старше месяца удаляются. Я и говорю: последний полный бэкап и дневные штук 30. Мне нравится. И не придётся трахаться со слияниями и разными типами бэкапов (типа, дифференциального за неделю). Так и сделаю, пожалуй. Но малость смущает Python... >> Остаётся ещё два вопроса: >> 1. Возможно ли прикрутить сжатие каждого дневного бэкапа? > Инкременты он жмет по дефолту. О, я не посмотрел. Значит всё ещё лучше: fuse-compress для основного бэкапа. Или он тоже может быть сжатый штатными средствами или этого вообще не стоит делать? >> 2. Возможно ли организовать слияние? >> Просто ради любопытства (на практике, вряд ли понадобится). > На сколько я знаю, нет. Да и не думаю, что это сильно нужно. Да я понял. Лучше хранить дневные копии. Проще и удобнее. >>> Вряд-ли. rsnapshot использует хардлинки. Не факт что cygwin их умеет >>> правильно эмулировать. >> Не знаю... Но в NTFS есть жёсткие ссылки. Насчёт HFS+ не знаю... > То что в NTFS они есть я знаю. Я правильный вопрос задал, умеет ли их > cygwin? У python-а, например, с вендовыми junction-ами (аналог > символических ссылок в NT до 5.1) дела очень плохо. Насколько я понял, они не используют виндовые символические ссылки? У них какой-то свой формат... С жёсткими и cygwin, я вообще понятия не имею. > PS. Если что, у венды с хардлинками все плохо по smb. Подробнее тут: > http://bz.selenic.com/show_bug.cgi?id=761 Да ну, лучше вообще не использовать фенечки NTFS. P.S.: А насчёт dar можете что-либо сказать? http://en.wikipedia.org/wiki/DAR_%28Disk_Archiver%29 Не пользовались? -- 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/4fc3a97a.3000...@yandex.ru
Re: Несколько вопросов вразброс
On Mon, May 28, 2012 at 08:21:15PM +0400, "Артём Н." wrote: > 1. KDM, при убивании, иногда перезапускается на 8-м или даже 9-м терминале. > Причём, даже когда я его перезапускаю через скрипт в init.d. Почему? Рейс где-то явно. Можете багу повесить. Я просто делаю стоп и потом старт. > 2. Почему так часто обновляется debian-archive-keyring? o.O Аж версия 2012.3 > уже. Странно... Там чейнджлог есть. > 3. Что может подгружать модуль NFS, который у меня постоянно висит загруженным > (я оставил его, на всякий случай)? Сервис nfs-common или nfs-kernel-server. -- WBR, wRAR signature.asc Description: Digital signature
Re: Сетевуха работает только в promisc режиме
28.05.2012 13:04, Eugene Berdnikov пишет: > On Sat, May 26, 2012 at 10:16:29PM +0400, "Артём Н." wrote: >> 23.05.2012 23:12, Eugene Berdnikov пишет: >>> По логам: тяжёлый случай. Первой рекомендацией будет поставить ядро 3.2.0 >>> из дистрибутива. Слишком много странностей, нужно сократить круг поиска. >> Поставил. Надо в initrd для него модули добавлять. Позже займусь. > > По логам и дампам. Клиника, в том смысле, что так сеть в принципе работать > не может. Я почти полностью уверен, что записанный дамп не соответствует > тому, что в действительности пробегает через eth0. Вопрос почему. Думаю, > где-то 90% вероятности, что eeprom карты был так побит при перепрошивке, > что теперь даже угадать трудно, что происходит при включении promis'а... > Вероятность кривизны самосборного ядра я оцениваю в 5% Ну не знаю... Всё с патчами дебиановскими, через make-kpkg. С изначальным .config от дистрибьютивного ядра. Была правда одна фигня: я firmware забыл поставить. >< Потом в логах увидел, что его сетевуха требует и подтянул. > остальное -- неучтённые факторы, включая странности NetworkManager'а. Вряд ли nm. Я его отключал. Не поднимается и с ifup после загрузки. Попробую чуть позже в single-user, до полной загрузки поднять. > Поэтому приоритеты действий меняются так: [1] тестирование с другой > изернетовской карточкой, [2] смена ядра. Лучше перепрошью BIOS. На этой неделе сделаю и отпишусь. На выходных, скорее (а то после работы - не тянет). > Собственно, это уже не столь важно... Можно ковырять дальше, с целью > локализовать проблему: посмотреть дамп трафика на стороннем компьютере, > сравнить статистику захватываемых пакетов со счётчиками интерфейса, и т.п. > Но это долго, нудно, и вряд ли поменяет выводы. Да проще прошивку поменять и посмотреть, что получится. Затем поменять ядро. Если не прокатит, запустить LiveDVD и, в случае неудачи, радовать саппорт Asus (потому что, такого быть не должно, в любом случае). -- 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/4fc3a391.3080...@yandex.ru
Re: Вопросы про бэкапы.
On Mon, May 28, 2012 at 07:59:47PM +0400, "Артём Н." wrote: > 27.05.2012 17:38, Dmitry Nezhevenko пишет: > > On Sun, May 27, 2012 at 03:37:31PM +0400, "Артём Н." wrote: > >> 27.05.2012 01:05, Dmitry Nezhevenko пишет: > >>> Для личных целях пользуюсь rdiff-backup. Это похоже что единственная > >>> софтинка, у которой инкрементальные бэкапы сделаны в обратную сторону. > >>> Т.е. последнее состояние хранится в виде точной копии FS (соответственно > >>> можно смотреть без всяких спец. утилит), а инкрементальные бэкапы -- > >>> информация как получить предыдущую копию из текущей. > >> Почитал. Так и не понял: возможно ли штатными средствами делать слияния > >> бэкапов? > >> В теории возможно написать скрипт для слияния, т.к. формат достаточно > >> прост. > >> Но стоит ли оно того? > > Слияние ему не нужно вообще, ибо полный бэкап может один (последний). Он > > умеет удалять старые бэкапы одной командой. > Так хочется, чтобы оставался бэкап за последние недели... > Правда, сейчас мне это уже не кажется такой хорошей идеей. Наверное, всё-таки > лучше иметь 27 бэкапов за каждый день, чем один дифференциальный за недели и > ещё > 6 за день? > Более прозрачный вариант? Я с ноута раз в день-два обычным rsync-ом на домашний сервер все сливаю, в котором винты зеркалируются. И раз в неделю бэкапится сервер на внешний винт по E-SATA (с помощью rdiff_backup). Бэкапы старше месяца удаляются. > Остаётся ещё два вопроса: > 1. Возможно ли прикрутить сжатие каждого дневного бэкапа? Инкременты он жмет по дефолту. > 2. Возможно ли организовать слияние? > Просто ради любопытства (на практике, вряд ли понадобится). На сколько я знаю, нет. Да и не думаю, что это сильно нужно. > > Вряд-ли. rsnapshot использует хардлинки. Не факт что cygwin их умеет > > правильно эмулировать. > Не знаю... Но в NTFS есть жёсткие ссылки. Насчёт HFS+ не знаю... То что в NTFS они есть я знаю. Я правильный вопрос задал, умеет ли их cygwin? У python-а, например, с вендовыми junction-ами (аналог символических ссылок в NT до 5.1) дела очень плохо. PS. Если что, у венды с хардлинками все плохо по smb. Подробнее тут: http://bz.selenic.com/show_bug.cgi?id=761 -- WBR, Dmitry signature.asc Description: Digital signature
Re: Вопросы про бэкапы.
27.05.2012 17:38, Dmitry Nezhevenko пишет: > On Sun, May 27, 2012 at 03:37:31PM +0400, "Артём Н." wrote: >> 27.05.2012 01:05, Dmitry Nezhevenko пишет: >>> Для личных целях пользуюсь rdiff-backup. Это похоже что единственная >>> софтинка, у которой инкрементальные бэкапы сделаны в обратную сторону. >>> Т.е. последнее состояние хранится в виде точной копии FS (соответственно >>> можно смотреть без всяких спец. утилит), а инкрементальные бэкапы -- >>> информация как получить предыдущую копию из текущей. >> Почитал. Так и не понял: возможно ли штатными средствами делать слияния >> бэкапов? >> В теории возможно написать скрипт для слияния, т.к. формат достаточно прост. >> Но стоит ли оно того? > Слияние ему не нужно вообще, ибо полный бэкап может один (последний). Он > умеет удалять старые бэкапы одной командой. Так хочется, чтобы оставался бэкап за последние недели... Правда, сейчас мне это уже не кажется такой хорошей идеей. Наверное, всё-таки лучше иметь 27 бэкапов за каждый день, чем один дифференциальный за недели и ещё 6 за день? Более прозрачный вариант? Остаётся ещё два вопроса: 1. Возможно ли прикрутить сжатие каждого дневного бэкапа? 2. Возможно ли организовать слияние? Просто ради любопытства (на практике, вряд ли понадобится). >> Да и, к тому же, >> я могу восстановить любую версию без слияния (благодаря жёстким ссылкам >> всегда >> доступна полная версия на любую точку бэкапа). > Для rdiff_backup, чтобы восстановить непоследнюю версию, нужно либо > понимать его cli интерфейс либо использовать специальную FUSE файловую > систему. Да, точно. В репозитории есть... >> Но rsnapshot, вроде, тоже (по крайней мере, есть cygwin, если что). > Вряд-ли. rsnapshot использует хардлинки. Не факт что cygwin их умеет > правильно эмулировать. Не знаю... Но в NTFS есть жёсткие ссылки. Насчёт HFS+ не знаю... -- 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/4fc3a0f3.4000...@yandex.ru
Re: Вопросы про бэкапы.
28.05.2012 08:42, Victor Wagner пишет: > On 2012.05.27 at 22:57:34 +0300, Dmitry Nezhevenko wrote: > >> On Sun, May 27, 2012 at 07:34:55PM +0400, "Артём Н." wrote: >>> 4. Если стоимость бэкапа превышает стоимость данных, необходимости в таком >>> бэкапе нет. >>> Пример: фотографии достаточно залить на флешку, но делать для них систему >>> бэкапа >>> (даже, если они меняются) - неразумно. Слишком сложно и не стоит того. >> >> Я бы скорее к этому музыку отнес. А некоторые фотографии могут быть дороги >> как память. И "восстановить" их может быть невозможно вообще. > > А вот их (поскольку они не меняются никогда) нужно бэкапить на > write-only носители по мере поступления. Поскольку такой бэкап не > перестанет быть актуальным никогда (он может перестать быть полным, но > дописать и положить в эту коробку еще один диск - и ура). Ну да, с фотографиями, в принципе, так и есть. Постоянный бэкап нужен данным, которые меняются. > Правда, write-only носители тоже иногда выходят из строя. Но вроде, > если не слишком экономить на болванках, получается достаточно живуче. Кстати, получается немного дешевле, чем на внешний жёсткий: если DVD-R рублей 15 стоит, то сохранение 500 гигабайт обойдётся где-то в (500/4)*15 ~ 1900 рублей, а 500 Гб внешний жёсткий, судя по интернетам, стоит около 2500. -- 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/4fc39ee3.3060...@yandex.ru
Re: problems with dist-upgrade
On Mon, May 28, 2012 at 05:44:04PM +0300, Andrey S. Rybak wrote: > >>Здравствуйте. > >>После apt-get -f dist-upgrade > >>получаю такое сообщение: > >>Could not perform immediate configuration on > >>'gnome-session-fallback'. Please see man 5 apt.conf under > >>APT::Immediate-Configure for details. > >>Апгрейд делаю со сквизи на тестинг. > >>Куда копать? > >Попробуйте сначала апт обновить. > >А зачем -f? > > > обновил и apt и dpkg. > пропало то сообщение, но обновляться все равно не хочет. > Пробовал и без -f. > Результат один: 0 upgraded, 0 newly installed, 0 to remove and 1164 > not upgraded. Показывайте полный вывод. > Выйти из гнома? поможет? Ох. -- WBR, wRAR signature.asc Description: Digital signature
Re: Вопросы про бэкапы.
27.05.2012 23:30, Artem Chuprina пишет: > Так я дома и не ротирую. Но диск подключается только на время бэкапа. > Это недорого, а надежность повышает сильно. Блин. Хотя я куда-то не туда смотрел. o.O Внешний WD на 500 Гб стоит около 2.5 к. Да, они сильно подешевели... Подумаю. Вариант. -- 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/4fc39e38.80...@yandex.ru
Re: problems with dist-upgrade
On 05/28/2012 06:28 PM, Andrey Rahmatullin wrote: On Mon, May 28, 2012 at 05:15:25PM +0300, Andrey S. Rybak wrote: Здравствуйте. После apt-get -f dist-upgrade получаю такое сообщение: Could not perform immediate configuration on 'gnome-session-fallback'. Please see man 5 apt.conf under APT::Immediate-Configure for details. Апгрейд делаю со сквизи на тестинг. Куда копать? Попробуйте сначала апт обновить. А зачем -f? обновил и apt и dpkg. пропало то сообщение, но обновляться все равно не хочет. Пробовал и без -f. Результат один: 0 upgraded, 0 newly installed, 0 to remove and 1164 not upgraded. И не идет дальше обновление. Выйти из гнома? поможет? -- 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/4fc38f34.30...@iop.kiev.ua
Re: Вопросы про бэкапы.
28.05.2012 00:44, Konstantin Fadeyev пишет: > Я для дома использую связку dropbox+cryptkeeper. Для документов > хватает. Ну и шифрование какое-никакое. Да ну. Во-первых, доверия к облачным сервисам не испытываю (хотя, они и надёжнее, всё-равно). Во-вторых, сотню или две гигов сливать по сети - это не вариант, особенно с учётом того, что у меня ADSL. > На работе пользуюсь такой схемой: > 1. Документы (doc, xsl, ppt, odt и так далее) по расширению, в 7z > архив раз в сутки. Архивы старше 91 дня удаляются. > 2. Мультимедийный контент (jpg, avi и так далее) по расширению, в 7z > архив без сжатия (7z для единообразия) раз в 2 недели. Архивы старше > 61 дня удаляются. Да, с rsnapshot/rdiff-backup придётся делать сжатую ФС... > Схема несовершенна, например копии документов и мультимедиа > синхронизированы только 2 раза в месяц. Файлы которые не попали в > список расширений вообще в непонятном состоянии. Ежемесячный бэкап > весьма крупный. > Плюсов два, возможность быстро что-то вытянуть и схема относительно проста. > Повода сменить пока небыло, вот и пользуемся. Охота инкрементальные, чтобы не было пустой траты места и долгого копирования. -- 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/4fc39c67.6060...@yandex.ru
Re: Вопросы про бэкапы.
27.05.2012 23:30, Artem Chuprina пишет: > Артём Н. -> debian-russian@lists.debian.org @ Sun, 27 May 2012 19:45:48 > +0400: > > >> >>> Понимаю. Но backup сервером является мой комп, за которым я и сижу. > Только диски > >> >>> отличаются. Бэкап мне нужен на случай, если что-то капитально упадёт > (давно > >> >>> такого не было, но всё-таки). > >> >>> Так что, если он будет скомпрометирован, бэкап защищать уже не > придётся. :-) > >> >>> Просто мне спокойнее, когда на диске все потенциально чувствительные > данные > >> >>> шифруются. > >> >> Я посмотрю на твой "бэкап" когда у тебя БП сожжёт диски после скачка > >> >> напряжения. > >> АН> Хотя, конечно, возможно делать бэкап, например, на ноут. Но опять > же: гонять > >> АН> данные по сети (даже несмотря на инкрементальные бэкапы, ведь он > подключен по > >> АН> wi-fi), настраивать всё на ноуте, держать его включённым... > >> АН> Ради чего, у меня не такие "серьёзные" данные? > >> > >> Либо у тебя данный достойны бэкапа - и тогда их надо бэкапить серьезно, > >> либо не достойны - и тогда их не надо бэкапить вообще. А _делать вид_, > >> что бэкапишь - это как-то странно... > АН> С чего вы взяли, что я "делаю вид"? > АН> Я создаю дубликат нужных мне данных на отдельном диске. > АН> Это снижает вероятность потери. > > Снижает. Но на гораздо меньшую величину, чем создает _ощущение_ > защищенности данных. > > >> Вообще первая аксиома бэкапа - "достаточно свежая резервная копия данных > >> должна находиться на носителе, физически отключенном от основной копии и > >> желательно географически отдаленном". > АН> Второе - слишком дорого и того не стоит. > АН> Физически диски разделены. Поскольку бэкап создаётся автоматически > смысла в > АН> отключении мало, а покупать ещё один диск - это накладно. > USB-диск ноутбучного формата стоит копейки, а запустить скрипт бэкапа > вручную - единицы секунд. Я уже написал. Посмотрел: 3-5 к. И причём тут внешний жёсткий и резервирование на внутренний (на внешний - неудобно, на внутренний - менее надёжно, но возможен компромисс за счёт цены)? > >> Для домашнего бэкапа иногда можно > >> пренебречь идеей, что такое должно выполняться в абсолютно любой момент > >> (и иметь один съемный бэкапный винчестер, а не минимум два), и хранить > >> копию в той же квартире. Но хранить ее подключенной к тому же > >> контроллеру - не очень умное действие. > АН> Во-первых, второй диск внутренний. > АН> Во-вторых, пока мне такое не требуется и одного постоянно подключенного > диска > АН> хватит. Если в будущем мои данные я оценю дороже, я приобрету внешний > винчестер, > АН> на который буду сливать бэкапы за месяц. :-) > Цена данных обычно сильно увеличивается после их потери :-) Цена всегда одинакова. -- 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/4fc39ace.2020...@yandex.ru
Re: Вопросы про бэкапы.
27.05.2012 23:36, Artem Chuprina пишет: > Артём Н. -> debian-russian@lists.debian.org @ Sun, 27 May 2012 19:34:55 > +0400: > > Либо у тебя данный достойны бэкапа - и тогда их надо бэкапить серьезно, > либо не достойны - и тогда их не надо бэкапить вообще. > >>> Чушь. > >> Аргументируйте. > АН> Я аргументирую. > АН> 1. Довольно странное утверждение, смахивает на проявление максимализма. > > Хинт: "серьезно" не означает противопожарного сейфа и охранников с > автоматом. Ну, это несерьёзно. :-\ Я, вообще-то написал про то, что "серьёзно" - относительно. > "Серьезно" означает "подумав о вариантах развития событий, особенно - > неприятных". Я подумал. > Сбой контроллера или драйвера контроллера - не сильно более редкая вещь, > чем физический вылет винчестера. Более-менее одновременный вылет двух > винчестеров, постоянно крутящихся в одной машине, особенно если они из > одной партии - тоже не шибко редок. 1. Они не из одной партии. 2. Достаточно редок, если не было значительных внешних воздействий. > А уж взлом с порчей всех файловых > систем, до которых дотянется ломалка - и более частая. 1. Размонтирование. 2. И кому это нужно? Это не сервер, а мой компьютер с Linux и за NAT, который получает динамический внешний IP, в котором браузер крутится в песочнице, а если мне что-то потребуется, я сделаю это с виртуальной машины. Вероятность, конечно, есть. :-\ > Съемный > винчестер весьма дешево снимает _все_ эти проблемы с вероятностью, > близкой к 1, а бэкап в ту же машину - только одну, причем не самую > вероятную. Вот отсутствие такой оценки - это "несерьезно". Не одну. Он уменьшает вероятность всех проблем, просто меньше. > Остальное бла-бла-бла, конечно, более-менее правдоподобно, но похоже на > повторение без понимания. Мда? Вообще-то это очевидное, для чего и понимания-то особенного не нужно: всё стоит денег, но цена должна быть в разумных пределах. Для вас это откровение? :-\ Касательно внешнего ЖД, я согласен. Но: 1. Я посмотрел сколько они стоят. Стоит 3-5 тысяч. И нафига? 2. Уже столько лет без бэкапа, и ничего. Дохла ФС (но это была reiserfs году в 2005-м). Жёсткие никогда не подводили. Без ИБП и с перепадами напряжения. Правда и данных каких-то серьёзных не было. :-) Разве что, музыка. 3. Механика дохнет гораздо реже, чем контроллер. БМГ не "плюхается всеми головками" на пластины (случай сброса диска с высоты, во время работы, не в счёт). :-) Контроллеры, в принципе, меняют и делают образ с диска. Это много дороже покупки внешнего жёсткого. Но возможность восстановления есть. 4. Сейчас есть ИБП, фильтры, нормальный БП (не то, что было). Лучше, чем было. Я хочу прикрутить резервирование. 5. Покупка внешнего ЖД не отменяет резервирования на внутренний. Я же не задаю вам вопроса: покупать или нет? Мне сейчас это не нужно. Но при правильной организации бэкапа, в будущем, если посчитаю нужным, смогу легко копировать бэкап на внешний диск. -- 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/4fc39a41.6020...@yandex.ru
Re: problems with dist-upgrade
On Mon, May 28, 2012 at 05:15:25PM +0300, Andrey S. Rybak wrote: > Здравствуйте. > После apt-get -f dist-upgrade > получаю такое сообщение: > Could not perform immediate configuration on > 'gnome-session-fallback'. Please see man 5 apt.conf under > APT::Immediate-Configure for details. > Апгрейд делаю со сквизи на тестинг. > Куда копать? Попробуйте сначала апт обновить. А зачем -f? -- WBR, wRAR signature.asc Description: Digital signature
problems with dist-upgrade
Здравствуйте. После apt-get -f dist-upgrade получаю такое сообщение: Could not perform immediate configuration on 'gnome-session-fallback'. Please see man 5 apt.conf under APT::Immediate-Configure for details. Апгрейд делаю со сквизи на тестинг. Куда копать? -- 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/4fc3887d.1000...@iop.kiev.ua
Re: icedove default browser
On 05/28/2012 05:23 PM, Andrey Tataranovich wrote: А если создать отдельного пользователя, там так же себя ведет? Да. -- 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/4fc37e0e.3020...@sergio.spb.ru
Re: icedove default browser
16:19 Mon 28 May, sergio wrote: > On 05/28/2012 04:07 PM, Andrey Tataranovich wrote: > > > >Пользовательские настройки лежат в ~/.local/share/applications > Это как раз и было "что-то там ещё". > > % ls ~/.local/share/applications > ls: cannot access /home/sergio/.local/share/applications: No such > file or directory А если создать отдельного пользователя, там так же себя ведет? -- WBR, Andrey Tataranovich -- 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/20120528132334.gb6...@debbox.it
Re: icedove default browser
On 05/28/2012 04:07 PM, Andrey Tataranovich wrote: Пользовательские настройки лежат в ~/.local/share/applications Это как раз и было "что-то там ещё". % ls ~/.local/share/applications ls: cannot access /home/sergio/.local/share/applications: No such file or directory -- 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/4fc36d4f.2090...@sergio.spb.ru
Re: icedove default browser
15:58 Mon 28 May, sergio wrote: > Всем привет. > > Очень хочется узнать, как айсдав решает в чём открывать ссылки? > network.protocol-handler.app.http и network.protocol-handler.app.https > установлены в дефолтное x-www-browser, а /etc/alternatives/x-www-browser > это ссылка на /usr/bin/iceweasel. И /etc/alternatives/gnome-www-browser > тоже ссылка на x-www-browser. И вообще > % ls -l /etc/alternatives | grep chro > не даёт результатов. > > При этом icedove упорно продолжает открывать ссылки хромиумом, который > был установлен последним. Я уже поудалял .gconf, .gnome2, и что-то там > ещё, но это ничего не дало. > % gconftool-2 -g /desktop/gnome/url-handlers/https/command > sensible-browser %s > sensible-browser запускает iceweasel. > > Что я пропустил? Пользовательские настройки лежат в ~/.local/share/applications Посмотри в: ~/.local/share/applications/defaults.list ~/.local/share/applications/mimeapps.list -- WBR, Andrey Tataranovich -- 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/20120528120753.ga6...@debbox.it
icedove default browser
Всем привет. Очень хочется узнать, как айсдав решает в чём открывать ссылки? network.protocol-handler.app.http и network.protocol-handler.app.https установлены в дефолтное x-www-browser, а /etc/alternatives/x-www-browser это ссылка на /usr/bin/iceweasel. И /etc/alternatives/gnome-www-browser тоже ссылка на x-www-browser. И вообще % ls -l /etc/alternatives | grep chro не даёт результатов. При этом icedove упорно продолжает открывать ссылки хромиумом, который был установлен последним. Я уже поудалял .gconf, .gnome2, и что-то там ещё, но это ничего не дало. % gconftool-2 -g /desktop/gnome/url-handlers/https/command sensible-browser %s sensible-browser запускает iceweasel. Что я пропустил? -- 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/4fc3686f.9060...@sergio.spb.ru
Re: Сетевуха работает только в promisc режиме
On Sat, May 26, 2012 at 10:16:29PM +0400, "Артём Н." wrote: > 23.05.2012 23:12, Eugene Berdnikov пишет: > > По логам: тяжёлый случай. Первой рекомендацией будет поставить ядро 3.2.0 > > из дистрибутива. Слишком много странностей, нужно сократить круг поиска. > Поставил. Надо в initrd для него модули добавлять. Позже займусь. По логам и дампам. Клиника, в том смысле, что так сеть в принципе работать не может. Я почти полностью уверен, что записанный дамп не соответствует тому, что в действительности пробегает через eth0. Вопрос почему. Думаю, где-то 90% вероятности, что eeprom карты был так побит при перепрошивке, что теперь даже угадать трудно, что происходит при включении promis'а... Вероятность кривизны самосборного ядра я оцениваю в 5%, остальное -- неучтённые факторы, включая странности NetworkManager'а. Поэтому приоритеты действий меняются так: [1] тестирование с другой изернетовской карточкой, [2] смена ядра. > 23.05.2012 23:12, Eugene Berdnikov пишет: > > ping -n -c2 192.168.1.2 > Блин. Не посмотрел, что вы ноут пинговать пытались. Он был выключен. Собственно, это уже не столь важно... Можно ковырять дальше, с целью локализовать проблему: посмотреть дамп трафика на стороннем компьютере, сравнить статистику захватываемых пакетов со счётчиками интерфейса, и т.п. Но это долго, нудно, и вряд ли поменяет выводы. -- 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/20120528090440.ge11...@protva.ru
Re: Вопросы про бэкапы.
On Mon, May 28, 2012 at 08:42:12AM +0400, Victor Wagner wrote: > А вот их (поскольку они не меняются никогда) нужно бэкапить на > write-only носители по мере поступления. Поскольку такой бэкап не > перестанет быть актуальным никогда (он может перестать быть полным, но > дописать и положить в эту коробку еще один диск - и ура). > > Правда, write-only носители тоже иногда выходят из строя. Но вроде, > если не слишком экономить на болванках, Vполучается достаточно живуче. DVD-R многие (а порой даже Verbatim-ы, сделанные на единственном правильном заводе) дохнут за полтора-два года. Так что нафиг. Единственное более-менее живучее решение из write-only -- CD-R. Но винты дешевле выходят. Даже если пару в зеркало брать. Это даже если не считать того, что с болванками возни заметно больше. И места больше занимают. -- WBR, Dmitry signature.asc Description: Digital signature
Re: html2ps и русские буквы
On 2012.05.26 at 19:07:29 +0700, fix wrote: > всем привет, > > помогите пожалуйста с html2ps, не отображаются русские буквы при > конвертации страницы html в ps. пакет ghostscript-other поставил, > все равно кракозябры. html файл utf8. конвертирую вот так: > > html2ps file.html | ps2pdf - output.pdf > > посмотрел man html2ps там вроде 2 параметра есть, > один -e, но там нет кодировки utf8 > другой параметр -l, он вроде переопределяет некий атрибут lang, > который должен быть в теге html body, но у меня в body ничего нет. > > погуглил, нашлись какие-то очень древние ссылки на несуществующие > ресурсы, предлагающие поставить sharatype. "Древние ресурсы" - скорее всего мои. И никуда оно не делось, просто по не очень зависящим от меня обстоятелсьствам с тех пор дважды поменялось имя домена. На http://ftp.wagner.pp.ru/pub/fonts/type1 sharatype по прежнему лежит, и патчик для html2ps-1.0b3 там в комплекте есть. Судя по тому, что в squeeze сейчас 1.0b5, там никакого принципиального развития у html2ps не было. А это значит, что надо распроститься с надеждой получить из этого скрипта вменяемый postscript для utf-8. Собственно, ровно из-за этого я лет десять назад бросил с этим скриптом (html2ps) возиться - из-за того что его архитектура была настолько принципиально завязана на 8-битные кодировки что надежды добиться работы с utf-8 у меня не было. Тем более, что как раз примерно в то время более-менее вменяемо генерировать постскрипт с русскими буквами научилась Mozilla. Кстати, существует более другое решение. Как-то мне попадался теховский формат, входным языком которого является html. Вот он с помощью обычных средств русификации plain tex вполне русифицируется. Надо на CTAN поискать, может он там еще жив. -- 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/20120528074704.gb28...@wagner.pp.ru
Re: Вопросы про бэкапы.
On 2012.05.28 at 10:48:30 +0600, Stanislav Vlasov wrote: > 28 мая 2012 г., 10:42 пользователь Victor Wagner написал: > > > Правда, write-only носители тоже иногда выходят из строя. Но вроде, > > если не слишком экономить на болванках, получается достаточно живуче. > > dvd - 5 лет в среднем на моём архиве... Если, конечно, хранить в > домашних условиях (в шкафу при комнатной температуре). Сейчас думаю, Ну значит раз в год нужно архив проверять, и записывать заново с копии на винте, если вдруг что не читается. > куда бы заархивировать домашний видеоархив... Вот это - по-моему только на внешние винты. Других доступных носителей на которые можно сложить сотни фильмов, увы, не бывает. А держать меньше сотни единиц информации на одном носителе - крайне неудобно и затратно с точки зрения дефицитного места в real-life. -- 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/20120528073608.ga28...@wagner.pp.ru