Re: Как прописать в скрипте systemd загрузку до запуска multi-user?

[Alex Kicelew]

On 3/22/22 7:45 PM, Зиганшин Руслан wrote:

Попробовал
[Unit]
Before = multi-user.target

Не сработало. Пишет в журнале, мол неизвестный ключ Before.


Не нашел навскидку точной формулировки, но везде в манах ищется только 
Before=, и во всех конфигах у меня тоже. То бишь, без пробелов.


Но с таргетами Before я не пробовал, так что 100% на отсечение не дам.

Re: Что-то с памятью иксов сталось

[Alex Kicelew]

On 2020-08-21 18:58, Alex Kicelew wrote:
> После перезагрузки 24.06 (предыдущая была 4.06, и все было все еще
> нормально) иксы (процесс /usr/lib/xorg/Xorg) стали жрать память. За 3
> дня вполне равномерно и линейно съедаются 1.5г, что для моих 8г

Дождался, пока снова сожрутся 1.5г. Осязаемых результатов не поймал.

Xrestop в процессе пару раз поднимался до 50М с небольшим, потом
опускался обратно. Итоговое суммарное значение всех ресурсов -- те же
35М, что и при 500М Xorg-а, и относительное распределение ресурсов то же.

Медленное и печальное опускание всех клиентов с наблюдением за памятью
перед перезапуском иксов тоже ничего не дал. При полном отсутствии
клиентов, кроме window manager-а -- те же 1.5г (после его рестарта без
рестарта иксов -- тоже). После перезапуска иксов -- 89М.

Учитывая, что я не знал раньше о существовании xrestop -- может быть,
есть еще что-нибудь, о чем я не знаю, и что могло бы помочь локализовать
проблему?

Re: Что-то с памятью иксов сталось

[Alex Kicelew]

On 2020-08-21 20:30, nefedov.y...@jinr.ru wrote:
> On Fri, 21 Aug 2020, Alex Kicelew wrote:

>   Я тоже на тестинге и так как больших утечек памяти  не вижу, то
>   проблема либо в драйвере, либо в приложениях, которые
>   эти иксы используют.
>   Попробуйте посмотреть с помощью xrestop кто у вас
>   X-resorces кушает, может что-то прояснится.
>   Что бы проверить драйвер можно попробовать использовать
>   какой-то другой, например VESA.
> Ю.

Спасибо за наводку на xrestop, я о нем не знал. Но он детально
описывает, какой клиент из 60 сколько жрет из 35М. А иксы при рестарте
жрут 90М, сейчас (немногим меньше чем через сутки после рестарта) 546M.
Так что, похоже, xrestop немного не о том.

Что касается драйвера -- у меня интеловская карта, насколько я понимаю,
это пакет xserver-xorg-video-intel. Он (и еще несколько xserver-xorg-*)
обновлялся в апреле. За весь июнь не обновлялся ни один из xserver-*.

(сорри за двойной ответ в почту, на ночь глядя руки-крюки) :(

Что-то с памятью иксов сталось

[Alex Kicelew]

Hi.

Ноут, debian testing, обновляется каждый день.

После перезагрузки 24.06 (предыдущая была 4.06, и все было все еще
нормально) иксы (процесс /usr/lib/xorg/Xorg) стали жрать память. За 3
дня вполне равномерно и линейно съедаются 1.5г, что для моих 8г
существенно. При перезагрузке иксов (либо рестартом сервиса, либо HUP, в
обоих случаях с потерей сессии) память обнуляется и растет снова. С тех
пор уже были 2-3 перезагрузки системы, без эффекта. Пакет
xserver-xorg-core, в котором находится этот исполняемый файл, обновлялся
в последний раз 7.04, так что дело не в нем. Этот исполняемый файл в
настоящий момент держит открытыми 47 библиотек, находящихся в 39
пакетах, из которых 12 обновлялись в период с 4 по 24 июня.
Просматривать глазами багреборты 12 пакетов (при том, что причина может
быть в чем-то другом) я пока не созрел (а автоматизировать -- не
соображу, какие ключевые слова искать).

Поначалу я полагал, что это обычный взглюк тестинга, каковых бывало, но
все они правились заметно быстрее 2х месяцев. Допускаю, что настоящей
причиной явились какие-то мои действия, но не соображу, какие именно --
я ни с какого конца не хакер, у меня просто не тот уровень, чтобы
совершать такие диверсии даже непредумышленно.

Соответственно, основной вопрос -- не сталкивался ли кто-нибудь с этим,
и не известно ли, каким урановым ломом это лечить. Не исключаю, что
лечить нужно меня, но опять-таки не знаю, как.

Re: параметры модулю

[Alex Kicelew]

On 12/5/19 8:57 AM, ilya wrote:
> Передать напрямую едру в /etc/default/grub не работает?

Спасибо. Самый простой вариант в голову и не пришел.

параметры модулю

[Alex Kicelew]

Hi.

Связка grub + initramfs некоторые модули загружает в самом начале, до
монтирования корневой fs и анализа /etc/modprobe.d. Насколько я понимаю,
какие именно модули грузятся в самом начале, определяется двумя способами.

1) скрипты в /etc/grub.d автоматически определяют конфигурацию системы;

2) в /etc/initramfs-tools/modules можно вписать нужные модули с параметрами.

Мне нужно указать параметры модулю, который определяется автоматически
скриптами в /etc/grub.d (то, что многим модулям можно многие параметры
поменять на лету эхом в /sys/module/..., я знаю, но мне нужно поменять
параметр, который принимается только при загрузке модуля, а на лету
игнорируется). Я могу попробовать прописать его в
/etc/initramfs-tools/modules, но боюсь, что этот файл анализируется и
исполняется либо после п.1 (в таком случае я после перезагрузки просто
увижу, что не получил желаемого), либо до, а вот в таком случае я могу
нарушить правильную последовательность загрузки модулей и увидеть
незагружаемую систему, чего хотелось бы избежать.

А как это делать правильно, чтобы ничего не сломать, но получить
желаемый результат?

Re: Правка xkb/rules без dpkg-divert(1) (Ex: два вопроса по иксам)

[Alex Kicelew]

On 2/17/19 3:42 PM, Dmitry Alexandrov wrote:
> А ведь действительно, это, кажется, прокатывает без правки xkb/rules.  И 
> тогда совершенно ни к чему стремиться делать эту раскладку единственной.  
> Ведь вот уберите этот include и прикажите:
> $ setxkbmap -layout 'pc+inet(evdev)+us:1+ru:2+homeend(pgupdn)'
> — ведь работает точно так же?  У меня так же.

Угу. А еще у setxkbmap есть параметр -I, который я, правда, еще не
пробовал, но возможно, с ним удастся вообще не трогать системную
директорию (с необходимостью помнить о ее бэкапе и восстановлении), а
обойтись поддиректорией в $HOME.

Re: Правка xkb/rules без dpkg-divert(1) (Ex: два вопроса по иксам)

[Alex Kicelew]

On 2/17/19 12:13 PM, Dmitry Alexandrov wrote:
>> Я пока еще не уверен на 100%, но вроде, править надо, если хочется
>> подключить дополнительные возможности через -option. Если же сделать
>> "головные" файлы, которые сами включают в себя все остальные, то можно
>> обойтись и без правки.
> 
> А что это за «головные» файлы?  Помимо «опций» есть еще «модель» и 
> «раскладка», и они описаны все вместе там же — в /usr/share/X11/xkb/rules/ (я 
> сказал ‘evdev.lst’, когда скорее надо было просто ‘evdev’).

Единственным параметром в -layout. Сейчас проверил -- вроде, такой файл
работает:

partial modifier_keys
xkb_symbols "pgupdn" {
include "pc+us+ru:2+inet(evdev)+ctrl(nocaps)+compose(prsc)"
replace key  {
  type = "PC_SUPER_LEVEL2",
  symbols = [ Prior, NoSymbol ],
  actions = [ NoAction(), RedirectKey(key=, clearmods=mod4) ]
};
replace key  {
  type = "PC_SUPER_LEVEL2",
  symbols = [ Next, NoSymbol ],
  actions = [ NoAction(), RedirectKey(key=, clearmods=mod4) ]
};
};

(строка с инклюдом получена из вывода команды setxkbmap из .xsession с
добавленным -print)

Работает -- через "setxkbmap -layout этот-файл" без каких-либо
дополнительных параметров. Никакие файлы в /usr/share/X11/xkb не
правились, только добавился новый, про который dpkg ничего не знает.

Но руки поискать и внимательно почитать документацию у меня еще не
дошли, поэтому полную легальность такого метода я гарантировать не могу.

Re: два вопроса по иксам

[Alex Kicelew]

On 2/17/19 10:58 AM, Dmitry Alexandrov wrote:
>> Это еще буду думать. Но навскидку я не вижу большого вреда в создании
>> собственного файла в /usr/share/X11/xkb и подключении его setxkbmap-ом.
> А разве этого возможно?  Мне помнилось, что файл (в системах с Линуксом это 
> вернее всего будет /usr/share/X11/xkb/rules/evdev.lst) придется именно 
> _править_ и огораживать dpkg-divert(1)’ом.

Я пока еще не уверен на 100%, но вроде, править надо, если хочется
подключить дополнительные возможности через -option. Если же сделать
"головные" файлы, которые сами включают в себя все остальные, то можно
обойтись и без правки.

(прошу прощения за копию в личку, не уследил спросонья)

Re: два вопроса по иксам

[Alex Kicelew]

Прошу прощения за паузу, немного засосало реалом.

On 2/12/19 11:43 PM, Dmitry Alexandrov wrote:
> Да, пошел пример проверил — у меня работает.

Да, работает как надо, большое спасибо.

> И да, еще должен предупредить, конфигурация XKB передергивается udev’ом при 
> подключении новой клавиатуры.  То есть если это актуально, то просто 
> прописать ‘xkbcomp...’ в ~/.Xsession недостаточно.  И насколько я понял, 
> единственный способ решить это без явных костылей — это таки править 
> /usr/share/X11/xkb/, и из под пользователя вызвать уже не xkbcomp(1), а 
> setxkbmap(1), см. [0].  Если найдете более чистый способ — обязательно 
> поделитесь.

Это еще буду думать. Но навскидку я не вижу большого вреда в создании
собственного файла в /usr/share/X11/xkb и подключении его setxkbmap-ом.

Re: два вопроса по иксам

[Alex Kicelew]

On 2/12/19 7:34 AM, Victor Wagner wrote:
>> 2) Правильно я понимаю, что на нынешнем витке развития иксы не умеют
>> назначать разные DPI на два подключенных монитора? И если к ноуту со
> Насколько я понимаю, можно, если не пытаться обеспечить прозрачный
> перенос окон с одного монитора на другой, а назначить им разный display
> или хотя бы screen.

А где можно почитать про работу иксов в таких режимах? Навскидку я
представляю, как стартовать окно на другой дисплей/скрин, но не очень
представляю, как с ним там работать.

Re: два вопроса по иксам

[Alex Kicelew]

On 2/12/19 4:51 AM, Dmitry Alexandrov wrote:
> 1. Назначить что-нибудь на PgUp модифицированный «супером», а не просто на 
> PgUp, ибо из коробки эти две клавиши никакого отношения друг к другу не имеют.
> А для этого нужно переназначить ей тип на PC_SUPER_LEVEL2:

Хм. А будет ли она после этого работать как Super?

Кажется, я был неправ, задав вопрос не по изначальной задаче, а по
наиболее очевидному для меня способу ее решения. Пытаюсь исправиться.

На новом ноуте стрелки с PgDn/PgUp расположены в одном месте клавиатуры,
а Home/End в другом, что очень неудобно. Вот я и думаю, как бы это
вылечить. Super для меня не принципиален, этот вариант появился только
из-за того, что сочетания всяких Alt-Ctrl-Shift с PgUp/PgDn регулярно
используются в разных программах, и задействовав их, я могу лишиться
чего-либо.

Но Super_L (хотя и не в сочетании с PgUp/PgDn) сам по себе широко
используется у меня в xmonad, и лишаться его я не готов ни морально, ни
аморально.

Re: два вопроса по иксам

[Alex Kicelew]

On 2/11/19 11:37 PM, Иван Лох wrote:
>> 1) А нет ли в иксах какого-нибудь способа глобально переназначить
>> сочетание клавиш? Конкретно, мне хотелось бы, чтобы нажатие Super_L +
> https://habr.com/ru/post/85/

О, спасибо, это, кажется, то, что нужно. (в ужасе покосившись на запятые).

>> 2) Правильно я понимаю, что на нынешнем витке развития иксы не умеют
>> назначать разные DPI на два подключенных монитора? И если к ноуту со
> https://blog.summercat.com/configuring-mixed-dpi-monitors-with-xrandr.html

А вот это, вроде, нет. Со scale я экспериментировал. Оно именно
софтверно шкалирует. То бишь позволяет "притвориться", что на мониторе
1024 действительно 2ххх, и выводить на него соответствующе, но реальными
пикселями, которых 1024. Результат получается... мнэ... несъедобный.

два вопроса по иксам

[Alex Kicelew]

Hi.

1) А нет ли в иксах какого-нибудь способа глобально переназначить
сочетание клавиш? Конкретно, мне хотелось бы, чтобы нажатие Super_L +
PgUp (каковое гарантированно нигде не задействовано) отрабатывало бы как
Home, а Super_L + PgDn соответственно как End. Если я правильно понял,
через xmodmap можно переназначить только конкретный предусмотренный в
иксах ключ, или полностью модификатор, а вот возможности переназначить
сочетание "модификатор + ключ" я в нем не нашел.

В принципе, подошел бы и способ переназначить эти сочетания через
xmonad, но в нем такой возможности я тоже не нашел (в нем можно,
конечно, повесить на эти сочетания вызов xdotool, который выдаст нужные
Home/End, но это, мне кажется, уже перебор).

2) Правильно я понимаю, что на нынешнем витке развития иксы не умеют
назначать разные DPI на два подключенных монитора? И если к ноуту со
встроенным 2560x1440 подключить внешний монитор с 1024x768, то придется
мириться, что на внешнем будут те же 170, что и на встроенном (иначе я
не разгляжу мелких буковок на встроенном)? Или все-таки есть какой-то
способ, которого я не смог найти самостоятельно, поставить на них разные
DPI?

Re: btrfs?

[Alex Kicelew]

On 11/1/18 8:54 PM, Artem Chuprina wrote:
> Граждане, а как у нас нынче с надежностью btrfs? А другими тараканами?

Непосредственно сейчас не скажу, но год-полтора назад, когда я несколько
неупорядоченно уползал с extN, на одной машине я экспериментировал и с
btrfs. Поломалась примерно через полтора месяца после установки. Всех
подробностей не помню, но точно помню как небольшое количество
неудаляемых файлов и директорий (rm/rmdir вылетал с ошибкой и
маловразумительной руганью в логи), так и небольшое количество файлов с
перепутанным содержимым, например, текстовый .tar.gz, который я создать
именно в таком виде навряд ли мог. Это был рабочий ноут со
среднепрограммерским паттерном использования, из особенностей
использовались дедупликация, cp --reflink и сенд бэкапов на соседнюю
машину. Какое именно действие поломало, установить не удалось.

Снес и больше не пробовал.

Re: systemd symlink vs file в dev-X1.device.requires

[Alex Kicelew]

On 09/11/18 01:45, sergio wrote:
> Почему в первом случае в выводе
> # systemctl
> есть X@dev-X1.service
> А во втором нет?

Делался ли после cp/ln systemctl daemon-reload?

Re: #! /usr/bin/env

[Alex Kicelew]

On 08/24/18 00:28, Yuriy M. Kaminskiy wrote:
> Не знаю, как где, а в gnu/linux, шебанг-без-пути хоть и не запрещён, но
> работает немного неожиданным (и бесполезным) образом: интерпретатор
> ищется в *текущем* каталоге, а не в $PATH (шебанг парсится в ядре, а
> ядро про $PATH ничего знать не может).

Хм. Спасибо. Приношу всем извинения за беспокойство. :) Как-то упустил
самые элементарные варианты -- проверить руками и погуглить.

#! /usr/bin/env

[Alex Kicelew]

Hi

Во многих источниках рекомендуется вместо шебанга без пути (например,
"#! python") задавать шебанг в виде сабжа (т.е. "#! /usr/bin/env
python"). С чем это связано? В мане env ответа не нашел. Смутно
предполагаю, что либо в каких-то системах env ведет себя не так, как в
гну (в каких и как?), либо в каких-то системах тупо запрещен шебанг без
полного пути. Может, кто-нибудь знает?

Re: Java https сервер на умолчательном порту

[Alex Kicelew]

On 03/03/18 19:21, Victor Wagner wrote:
>> Эти строки можно добавить в
>> /etc/systemd/system.control/имя-сервиса.service.d/произвольное-имя.conf.
>> Эти файлы не трогаются пакетным менеджером и всегда используются при
>> старте имя-сервиса.service.
> А вот интересно, если в пакете unit-файла нет, есть только
> init.d-скрипт, но системой инциализации работает systemd, эти файлы
> будут обрабатываться?

Эти строки будут обрабатываться, если systemctl status показывает
соответствующий сервис. С помощью systemctl cat имя.service можно это
проконтролировать.

Re: Java https сервер на умолчательном порту

[Alex Kicelew]

On 03/02/18 18:03, Victor Wagner wrote:
>> Если не возражаете против использования systemd для запуска программы,
>> то добавьте в юнит такую строчку:
> Вот это - однозначно вредный совет. Только сегодня напоролся (правда,
> совсем с другой программой).

Эти строки можно добавить в
/etc/systemd/system.control/имя-сервиса.service.d/произвольное-имя.conf.
Эти файлы не трогаются пакетным менеджером и всегда используются при
старте имя-сервиса.service.

Re: тормоза ZFS

[Alex Kicelew]

On 01/18/18 12:37, Sergey Matveev wrote:
> вытесняют. ZFS может тупить например на секунды, допустим десятки секунд
> -- сбрасывая буферы TXG на диски, но тут нет речи о минутах. Мне кажется
> что это кто-то сторонний что-то начинает делать.

Спасибо. Буду очень внимательно думать в эту сторону. Собственно, то,
что это проделки ZFS, я предположил из-за того, что в такие моменты в
iotop лидируют именно его процессы (хотя и не только они, но остальные
каждый раз разные, а они всегда), о чем забыл упомянуть сразу. Тем не
менее, раз такое поведение только у меня, значит, буду искать.

тормоза ZFS

[Alex Kicelew]

Hi.

Вообще он работает хорошо. Но иногда на домашнем ноуте с 8 гигами памяти
и крутящимся (не SSD) диском он начинает сильно тормозить.
Гарантированно -- когда я начинаю работать за ноутом после долгого
перерыва, с утра или после работы. Непериодически, но регулярно -- в
процессе работы. 0-1 раз по вечерам, 2-5 раз по выходным. Длятся тормоза
минут 5-15, потом проходят.

Судя по индикаторам, в это время происходит сильное чтение (именно
чтение, не запись) с диска (в обычных условиях dstat рапортует уровень
чтения 100-500k (затрудняюсь сказать, за какой период он меряет), в
ситуации тормозов иногда 2-5M, а иногда и 10-13), LA тоже вырастает до
10-15. Если это происходит в начале работы после долгого перерыва, то
при этом уменьшается (иногда раза в 4) размер ARC -- видимо, освобождает
память под новые условия работы. Если в середине работы, то никаких
закономерностей я не заметил -- размер ARC может уменьшаться, может
увеличиваться, может оставаться прежним, своп может заполняться, может
освобождаться, может не трогаться. От количества свободной памяти тоже
практически не зависит -- в результате тормозов она может как
уменьшаться, так и увеличиваться. От установленного размера ARC тоже, я
играл с разными вариантами, но тормоза возникают все равно и примерно с
равной регулярностью.

Очевидно, в общем это нехватка памяти -- на других машинах, где по 16Г,
такого не наблюдается. Но, к сожалению, увеличить память на ноуте
возможности нет. Поэтому может кто-нибудь (возможно, Sergey Matveev:)
знает, можно ли как-нибудь понять, за каким чертом он минут 5-15 читает
диск. А если понять, то может, получится как-то добиться и уменьшения
тормозов. Хотя бы понять, куда смотреть в это время -- в
/proc/spl/kstat/zfs/* я смотреть пытался (как в обычные, так и в пиковые
моменты), но никаких закономерностей не уловил.

Re: fs snapshots

[Alex Kicelew]

On 10/27/17 16:39, Artem Chuprina wrote:
> Если я правильно помню документацию, там можно сделать ветку от
> снапшота, отредактировать ее и поменять ее со снапшотом местами. Но это
> мучительный и геморройный процесс.

Поменять местами с фс, на основании которой был сделан снапшот.
Насколько я понимаю, штатными средствами внести изменения в снапшот
невозможно. А нештатные могут вызвать приступ удивления с необратимыми
последствиями как у zfs, так и у юзера.

Re: Вот как бы этому вашему systemd объяснить...

[Alex Kicelew]

On 10/25/17 13:25, Victor Wagner wrote:
>> Не уверен, что правильно понял задачу (недостаточно подробно описаны
>> возможные кейзы), но если понял правильно, то:
> В результате старта сервиса могут быть порождены процессы-потомки, а
> могут быть и не порождены. Поэтому я немножко не уверен, что oneshot
> это то, что надо.

Насколько я понимаю, oneshot это именно то, что нужно. Если потомок
порожден, то (в момент покладания системы) сервис очевидно активен, и
его нужно убивать. Если потомок не порожден, то благодаря комбинации
oneshot и RemainAfterExit сервис считается активным после нулевого
завершения, значит, его тоже нужно убивать. Если ExecStart завершился не
с нулем, то жизнь не удалась и убивать нечего.

Re: Вот как бы этому вашему systemd объяснить...

[Alex Kicelew]

On 10/25/17 12:07, Victor Wagner wrote:
> Коллеги,
> 
> есть вот такой service file:
> 
> [Unit]
> Description=Virtual Workstation Autostart
> Documentation=man:vws(1)
> After=network.target dnsmasq.service
> [Service]
> Type=forking
> ExecStart=/usr/bin/vws autostart
> ExecStop=/usr/bin/vws shutdown --wait
> Restart=no
> [Install]
> WantedBy=multi-user.target
> Alias=vws.service
> 
> 
> Вот что надо туда дописать, чтобы systemd понимал, что если процесс
> vws autostart завершился с нулевым кодом и не оставил ни одного
> потомка, то так и надо, и сервис active, а ExecStop при покладании
> системы надо выполнять?
> 

Не уверен, что правильно понял задачу (недостаточно подробно описаны
возможные кейзы), но если понял правильно, то:

1) чтобы процесс считался запущенным при завершении ExecStart с нулевым
кодом вне зависимости от того, породились потомки, или нет, и при этом
не считался запущенным, если ExecStart вышел с ненулевым кодом:
Type=oneshot
RemainAfterExit=yes

2) если процесс в результате 1) считается запущенным, то ему будет выдан
ExecStop

порядок инициализации сетевых устройств

[Alex Kicelew]

Hi

А можно ли как-то влиять на сабж в условиях чистого
/etc/network/interfaces, безо всяких нетворк-менеджеров и прочих wicd?

Подробнее: на компе два интерфейса, эзернет и вай-фай. Нужно, чтобы если
при загрузке доступен эзернет, дефолтный роут устанавливался на него, а
на вай-фай только если эзернет недоступен. Сейчас устройства поднимаются
в случайном порядке, и дефолтный роутер оказывается то туда, то сюда.

Re: ZFS, философское

[Alex Kicelew]

On 08/07/17 18:16, Artem Chuprina wrote:
> - Выделяет из rpool/var rpool/var/tmp, rpool/var/log, rpool/var/spool,
>   rpool/var/cache. Последнему отключает автоматические снапшоты, что
>   логично. Не вполне понятно, забыл он отключить их спулу, или намеренно не
>   отключил. К спулу в гораздо большей степени, чем к кэшу, относится "это из
>   бэкапа/снапшота не восстанавливают". Если восстановление кэша хотя бы
>   безвредно, то спула — вредно. С занудной кочки зрения, снапшоты могут
>   оказаться полезны для разбирательства, фиг ли письмо доставлено через две
>   недели, но этого проще превентивно добиться тупо анализом возраста файлов в
>   спуле. Я у себя спулу автоснапшоты тоже выключил. Для rpool/var/tmp включает

Для меня важно то, что в спуле находятся юзерские кронтабы и at-jobs.

Re: bind9-resolvconf.service

[Alex Kicelew]

On 08/01/17 21:05, Artem Chuprina wrote:
> [Service]
  RemainAfterExit=yes
> ExecStart=/bin/sh -c 'echo nameserver 127.0.0.1 | /sbin/resolvconf -a 
> lo.named'
> ExecStop=/sbin/resolvconf -d lo.named

с этим флагом работает.

Re: зеркальный бэкап ZFS

[Alex Kicelew]

On 07/16/17 21:43, Sergey Matveev wrote:
> Тоже всё верно. Но есть засада. Время от времени ZFS делает checkpoint
> -- обновляет überblock ссылающийся на самое свежее дерево метаданных. У
> этого checkpoint есть, грубо говоря, timestamp, который только
> увеличивается. Во время вставки диска для resilvering он пытается понять
> не был ли он частью этого пула и если был, то он понимает насколько
> checkpoint-ов он "отстал" от основного. Найдя в основном поле старый
> checkpoint, он может создать "diff", который будет заresilverен. Но если
> прошло достаточно большое время, то настолько старого checkpoint-а не
> будет и он вынужден будет делать resilvering полностью всех данных с
> нуля, ведь он же не может "вечно" хранить все прошлые известные ему
> checkpoint-ы/überblock-и. Я точно не уверен, но вот терзают смутные
> сомнения что он будет хоть как-то смотреть на данные которые там всё же
> были -- поэтому такой старый диск для него будет как пустой.
> 
> Кол-во checkpoint-ов на пуле вроде как фиксировано и что-то порядка
> полутысячи (где-то слышал). То есть минуты отключенного состояния он
> конечно переживёт спокойно, но вот часы уже навряд ли.
> 

Ага, спасибо. Об этом я не знал. На самом деле такой способ уже был
проверен (перед тем, как спрашивать о его безопасности я хотел убедиться
хотя бы в том, что он осуществим физически), и на сутки чекпойнтов явно
хватает (первичный ресилверинг был около 4х часов, последующие -- 5-10
минут), но правильно ли я понимаю, что худшее, что я получу при
превышении количества имеющихся чекпойнтов -- это необходимость снова
ресилверить 4 часа вместо 5 минут?

Re: зеркальный бэкап ZFS

[Alex Kicelew]

On 07/16/17 21:43, Vasiliy P. Melnik wrote:
> Уравнение со слишком многими неизвестными и слишком большим количеством
> если.
> 
> так с данными лучше не поступать - проще использовать рсинк, и лучше
> складывать на ехт4, ибо инструментов рекавери с зфс-а нет, а один раз я уже
> был в ситуации, когда очень бы они пригодились

А что имеется в виду под инструментами рекавери? Боюсь, что в случае
одновременной смерти как основного, так и бэкапного дисков я навряд ли
смогу что-либо сделать, даже если они оба будут под extN.

Что касается риска... Я допускаю, что у zfs он выше. Но раз уж я в
качестве эксперимента на нее перешел, то хотелось бы получить от этого
эксперимента максимум экспириенса. :) Все же бОльшая часть (хотя и не
все) данных у меня автоматически синхронизируется между всеми доступными
машинами (две домашние и две рабочие), а бэкап нужен в 75% для того,
чтобы не возиться с ручным сбором этих данных со всех машин. И как раз в
случае ноута -- чтобы было можно просто загрузиться с бэкапного винта, и
все.

зеркальный бэкап ZFS

[Alex Kicelew]

Hi

Вопрос адресован к тем, кто давно работает с ZFS (наверное, неважно, на
какой платформе) и хорошо в ней разбирается.

Просьба оценить (не)жизнеспособность такого экстравагантного способа
бэкапа пула, состоящего из одного диска:

1) в первый раз подсоединяем бэкапный диск по USB и говорим zpool
attach, в результате чего пул становится зеркальным и начинается
ресилверинг основного диска на резервный;

2) дожидаемся окончания ресилвера, однократно делаем этот диск
загрузочным, говорим ему zpool offline и отсоединяем его; пул остается в
degraded state, но полностью работоспособный (в этом моменте я уверен не
до конца, и хотелось бы выслушать его подтверждение или опровержение);

3) с определенной периодичностью подключаем резервный диск, говорим ему
zpool online, дожидаемся окончания ресилвера, говорим zpool offline и
отключаем обратно.

Цель этих нетривиальных действий: если в процессе эксплуатации основного
диска (когда резервный отключен) на нем возникнет checksum error, есть
предположение (в котором я как раз совершенно не уверен), что когда
вечером будет подключен резервный и окажется, что поврежденные данные
есть в неповрежденном виде на резервном, zfs поправит их на основном,
как он поступает в случае, если в момент обнаружения ошибки доступны оба
зеркала. Если мое предположение неправильно, то, разумеется, такие
неочевидные действия совершенно не нужны, достаточно zfs send (-I) -R.
Но вдруг?..

Re: zfs on linux

[Alex Kicelew]

On 07/13/17 12:56, Artem Chuprina wrote:
> В юзер гайде сказана интересная вещь. Что если не сделать zpool export,
> то пул потом на другой системе не поднимется. Не то чтобы там было
> акцентировано на "вообще никак", но и ни про какие --force при импорте
> тоже не говорилось.

Не удалось навскидку найти пруф, но где-то я совсем недавно читал, что
без экспорта может (не обязательно, но подчеркивалось, что именно может)
не получиться перенести пул не на другую, а на ИНУЮ систему -- например,
с иной тупоконечностью. Хотя не объяснялось, почему эту
"интернациональную" информацию можно записать только при штатном
переводе пула в офлайн.

Re: zfs on linux

[Alex Kicelew]

On 07/10/17 12:04, Dmitry Kulagin wrote:
> Если вы создавали все фс по хелпу, то ваша проблема закономерна,
> в хелпе zpool создается с опцией для файловой системы по умолчанию:
> -O canmount=off, а потом zfs c canmount=noauto. Для вашего случая,
> когда нужны отдельные фс на /usr и /etc, надо (да и в текущих глюках
> systemd для всех) полностью формировать систему (монтировать
> /var /usr /etc и т.д.) еще на этапе initrd поэтому все эти фс да и / тоже
> желательно создавать с опцией canmount=on, и в /etc/default/zfs с опцией
> ZFS_MOUNT='yes'. Отложить монтирование, и как в классике управлять
> /home, /opt, /srv и т.п. с помощью /etc/fstab, можно указав при создании фс
> опцию mountpoint=legacy.

Да, я понимаю. И я уже это исправил, ибо на ноуте мне это не нужно, он
использовался только как полигон. А вот за напоминание про legacy и про
опции /etc/default/zfs спасибо, ибо на другом компе, который я тоже
планирую перевести под zfs, это мне как раз нужно (если, конечно,
удастся поставить там более ранний systemd, который еще не слинкован с
/usr/lib:).

Re: zfs on linux

[Alex Kicelew]

On 07/09/17 19:26, Vasiliy P. Melnik wrote:
> Я полагаю, что Вы не о том думаете - если Вам так ценен ноут как
> инструмент, то все же стоит подумать о покупке второго, ибо в ноуте не винт
> самая большая проблема, а перегрев.

Второй у меня есть. Но данные мне тоже важны.

Re: zfs on linux

[Alex Kicelew]

(прошу прощения за копию в личку; не уследил)

Re: zfs on linux

[Alex Kicelew]

On 07/09/17 19:01, Vasiliy P. Melnik wrote:
> Я на фре именно снапшотами и бекаплюсь, но это фря.
> 
> Не надо лезть в в систему, лучше просто рсинком на зфс синхронизируйте, а
> потом уже делайте снапшот. Все же для линукса это чужая фс, хоть и работает

Хм. На большом компе я планировал бэкапить только нужные мне вещи, а вот
на ноуте думал сделать копию единственного диска и ежедневно сбрасывать
на нее send-ом наболевшее за день, чтобы при крахе основного винта
просто с нее сразу же загрузиться, а уже потом докупать еще винт. Вы
полагаете, что эта идея (под линухом, фри у меня нет) мертворожденная?

Re: zfs on linux

[Alex Kicelew]

On 07/09/17 18:52, Vasiliy P. Melnik wrote:
>> Про то, что отдельный /usr постепенно отламывают, даже в информации о
>> выпуске stretch было упомянуто:
> Та при нынешних объемах дисков оно просто бессмысленно. Я вообще делаю бут,
> потом все остальное нарезаю лвм-ом, в лвм-е делаю 3 партишина - root и
> var_log по 20 гигов, swap на 2 гига. Если под что-то надо место - создаю с
> минимальным размером, потом добавляю, если надо. Ресайз на увеличение
> работает на лету, на уменьшение - проблемно.

Проблема в том, что на ноуте-то мне это не важно, но я планировал
поставить zfs и на большую машину, где небольшой рейд. Бэкапить zfs,
вроде, удобнее всего снапшотами, но снапшоты делаются на fs. Бэкапить
/etc мне нужно, а вот полный бэкап всего рута вместе с /usr -- нет.

Re: zfs on linux

[Alex Kicelew]

On 07/09/17 18:44, Alexander Galanin wrote:
> This means that for stretch all systems where /usr is a separate
> partition need to use an initramfs generator that will mount /
> usr. All initramfs generators in stretch do so.

У меня сейчас не возможности проверить, do ли они это на стандартных fs,
но вот в zfs точно don't.

Re: zfs on linux

[Alex Kicelew]

On 07/09/17 18:14, Artem Chuprina wrote:
>  > 3) systemd запускается раньше, чем монтируются некорневые fs в составе
>  > zfs, поэтому сервисы, закросслинканные на файлы на некорневых fs при
>  > старте systemd не видны. И если ожидается, что они автостартуют при
...
> После. Точно так же. Так что идея линковать сервисы в некорневую fs
> относится к плохим. Прочесть конфиг, где написано "давай подождем, пока
> вон то смонтируется" надо все же раньше, чем оно смонтируется.

С одной стороны, это логично. Но с другой, в systemd есть system
services, а есть user services. И если первые официально расположены
частично в /etc, частично в /lib, то вторые -- в ~/.config. И то, что у
меня они физически расположены в другой директории в том же ~/, которая
синхронизируется между разными машинами, а в ~/.config/systemd/user
только линки туда, это уже частность.

>  > но в zfs -- точно после, в результате чего если /usr расположен на
>  > отдельной fs, система при загрузке падает в кернел паник, ибо
>  > невозможно стартовать /sbin/init.
> Спасибо за еще несколько бит информации про systemd... У Поттеринга всё
> работает, ага...

Справедливости ради, мне это кажется ляпом скорее мейнтейнера, чем
Поттеринга. В более других версиях, которые у меня на других машинах,
этого ляпа нет.

Re: zfs on linux

[Alex Kicelew]

On 07/08/17 13:54, Alex Kicelew wrote:
> диск, подключенный по usb. На диск, вставленный в гнездо, все
> поставилось нормально. Правда, не работает... :(

Вроде бы, все проблемы победились. Но интеграция zfs в дебиан пока еще
далеко не полная. Грабли, по которым я прошел:

1) оказалось, что мой usb-переходник врет геометрию дисков (в частности,
512-байтные сектора передает как 4-килобайтные), что, разумеется, не
проблема zfs, но время отняло.

2) мой ноут умеет грузиться как с bios boot, так и с uefi, но, как
оказалось, с диска, размеченного в gpt (а в хауту описано именно это) он
умеет грузиться только с uefi. Bios boot, расположенный на gpt, он не
понимает. Это тоже не проблема zfs.

3) systemd запускается раньше, чем монтируются некорневые fs в составе
zfs, поэтому сервисы, закросслинканные на файлы на некорневых fs при
старте systemd не видны. И если ожидается, что они автостартуют при
загрузке, то ожидается зря. Они станут видны systemd только после того,
как появится возможность сказать sudo systemctl daemon-reload (и, если
нужно, отдельно systemctl --user daemon-reload), после чего их нужно
будет стартовать руками.

Отдельно стоит отметить, что /sbin/init в лице systemd в настоящее время
(версия 233-9) слинкован в числе прочего с одной библиотекой из
/usr/lib. Я не смотрел, до инита монтируются некорневые fs на обычных
системах, или после, но в zfs -- точно после, в результате чего если
/usr расположен на отдельной fs, система при загрузке падает в кернел
паник, ибо невозможно стартовать /sbin/init.

4) swap внутри zfs работает вполне корректно, но, вероятно, hibernate
работать в таком режиме не будет, ибо насколько я понял, обращение за
сохраненными данными идет до импорта пула.

А так в целом работает. Отличий в скорости на глаз не заметно вообще.

usb-диск

[Alex Kicelew]

On 07/08/17 16:17, Aleksandr Sytar wrote:
> 8 июля 2017 г., 15:23 пользователь Sergey Matveev 
> написал:
>> Я как-то встречал один USB<->SATA контроллер (внешний контейнер) который
>> действительно чуть "смещал" данные. То есть диск выглядел как немного
>> уменьшенный по размеру. Данных вроде туда не писал никаких дополнительных,
>> но вот почему-то геометрия была чуть другой.
> Надо смотреть как он кластера представляет - я видел переходники которые
> говорят что на диске 4K кластера (хотя на самом деле они 512)

Да, так оно и есть. Я не сразу это заметил, потому что через этот же
переходник уже много лет ведется бэкап на внешний диск,
отформатированный через этот же переходник (единственная разница -- там
не zfs), и файлы с этого бэкапа неоднократно восстанавливались.

Re: zfs on linux

[Alex Kicelew]

On 07/06/17 13:19, Alex Kicelew wrote:
> у меня же возвращается:
> # grub-probe /
> grub-probe: error: unknown filesystem.

Эта проблема решена. Вероятно, дурак -- я, а не zfs (хотя я до конца так
и не понял, в чем именно). Причина была в том, что я устанавливал zfs на
диск, подключенный по usb. На диск, вставленный в гнездо, все
поставилось нормально. Правда, не работает... :(

Прошли все этапы установки. Разбит диск, создана и разбита fs,
скопирована система, в нее сделан чрут, корень определяется, как zfs,
сделан update-initramfs (прошел корректно), сделан update-grub (прошел
корректно), сделан grub-install (прошел корректно), все отмонтировано.

При попытке загрузки с этого винта выскакивает биосовская менюшка,
предлагающая выбрать устройство загрузки (обычно она не выскакивает).
При нажатии на этот диск (он в списке есть, определен корректно) на
мгновение мелькает черный экран, и возвращается менюшка. Т.е. диск
загрузочный (если попробовать загрузиться с незагрузочного диска, биос
об этом говорит прямо), но что-то на нем не так. До груба с включенной
консолью не доходит, лопается где-то в районе MBR, точнее я, к
сожалению, не понимаю.

Груб из стретча (вначале был из тестинга, там он уже более новый)
пробовался, то же самое.

Можно ли еще куда-то попробовать покопать?

Re: zfs on linux

[Alex Kicelew]

On 07/06/17 17:31, Dmitry Kulagin wrote:
> Может grub-pc из Stretch попробовать?..

Попробовал. Результат почти тот же -- разница только в том, что теперь
актуальные чексуммы -- сплошные нули. В принципе, ожидаемо, ибо версия
груба та же, только в стейбле бета3.

Re: zfs on linux

[Alex Kicelew]

On 07/06/17 15:41, Dmitry Kulagin wrote:
> zfs send|receive переносил установку  на еще 9, соответственно
> процедура создания пулов, фс и установка grub прошла 10 раз
> без проблем, загружался и устанавливал с флешки, на которой был

То, что проблема возникает не всегда, радует. Но интересно, как с ней
бороться, если она возникла. :)

> А Вы старый диск заного переразбивали или новый, чистый? Для старого
> иногда надо перезагружаться, если его какой-нибудь udisk2 или аналог
> зацепит?

Новый. До перезагрузки пока не дошло -- груб не прописывается.

zfs on linux

[Alex Kicelew]

Hi

А есть ли кто-нибудь, сидящий на сабже? Попробовал установить по
https://github.com/zfsonlinux/zfs/wiki/Debian-Jessie-Root-on-ZFS,
столкнулся с проблемой.

Отличия моей конфигурации от хаутушки: у меня отродясь на ноуте тестинг,
кроме того, сейчас он уже поверх stretch, а не jessy, как в хауту,
поэтому не делал никаких танцев с бубном вокруг jessie-backports, взял
zfs-dkms и zfs-initramfs из тестинга, груб оттуда же по умолчанию. Кроме
того, я не ставил систему с нуля, а полностью скопировал ее рсинком с
рабочей. Все остальное по хауту.

Проблема:

Диск разбился, пул сгенерировался, фс создались, рсинк прошел. Но далее
по хауту (после рбайндов живых фс и чрута) должно быть:

# grub-probe /
zfs

у меня же возвращается:

# grub-probe /
grub-probe: error: unknown filesystem.

-vvv выдает:

# grub-probe -vvv /new 2>&1 | grep -i zfs
grub-core/kern/fs.c:56: Detecting zfs...
grub-core/fs/zfs/zfs.c:1192: label ok 0
grub-core/fs/zfs/zfs.c:1007: check 2 passed
grub-core/fs/zfs/zfs.c:1018: check 3 passed
grub-core/fs/zfs/zfs.c:1025: check 4 passed
grub-core/fs/zfs/zfs.c:1035: check 6 passed
grub-core/fs/zfs/zfs.c:1043: check 7 passed
grub-core/fs/zfs/zfs.c:1054: check 8 passed
grub-core/fs/zfs/zfs.c:1064: check 9 passed
grub-core/fs/zfs/zfs.c:1086: check 11 passed
grub-core/fs/zfs/zfs.c:1112: check 10 passed
grub-core/fs/zfs/zfs.c:1128: str=com.delphix:hole_birth
grub-core/fs/zfs/zfs.c:1128: str=com.delphix:embedded_data
grub-core/fs/zfs/zfs.c:1137: check 12 passed (feature flags)
grub-core/fs/zfs/zfs.c:1878: zio_read: E 0: size 2048/2048
grub-core/fs/zfs/zfs.c:1899: endian = -1
grub-core/fs/zfs/zfs.c:595: dva=8, 1908c4f8
grub-core/fs/zfs/zfs.c:442: checksum fletcher4 verification failed
grub-core/fs/zfs/zfs.c:447: actual checksum 0082598c98ea
88a0c7f16104 005d0b808f380960 2f51aa5e372675ef
grub-core/fs/zfs/zfs.c:452: expected checksum 0004f5f43504
09254c38ba95 00087352d4a8f77f 0537bd0ed13060ad
grub-core/fs/zfs/zfs.c:1922: incorrect checksum
grub-core/kern/fs.c:78: zfs detection failed.

Гугление показало, что проблема известна с 12 года и тогда же запатчена.
А потом запатчена в 14. Но вплоть по 16 год встречаются сообщения с той
же проблемой и с вопросом: а делать-то че? Насколько я понял, проблема
может возникнуть на ровном месте при очередном апдейте, приведшем к
перегенерации загрузочной информации. scrub ее не лечит (у меня просто
не видит -- диск чистый), от типа чексумм, вроде, тоже не зависит (у
меня, правда, по умолчанию тот же флетчер4, но в нагуглившихся репортах
народ недоумевает: какой, нафиг, флетчер, если у меня везде sha-256).

Вопрос: сталкивался ли кто-нибудь с такой проблемой и известно ли, как
ее гарантированно вылечить (кроме встречающихся иногда (причем я не
понял, приведших ли к успеху) советов пересоздать пул, что в реальной
жизни не вариант)? Или же получается, что zfs на линухе пока что
нежизнеспособен?

На всякий случай:

zfs-dkms 0.6.5.9-5
grub-pc 2.02-1

Re: fs в узком определении

[Alex Kicelew]

On 07/03/17 00:10, Artem Chuprina wrote:

>  > к памяти и процу и пр.), так и "моральный" (в основном надежность --
>  > насколько я понимаю, zfs для линукса существует только в юзерспейсе,
> Нет.

Ого. Спасибо. Этот момент я напрочь упустил.

Re: nilfs vs. btrfs vs. ...

[Alex Kicelew]

On 06/29/17 22:10, Ivan Shmakov wrote:
>  > Так же я понимаю, что никакие снапшоты не дадут в моих условиях
>  > полной гарантии консистентности,
> 
>   Боюсь, что не вполне понял оные условия.  Использование snapshot
>   (не важно — Btrfs, Nilfs, или LVM — под журналирующей ФС)
>   сохраняет «мгновенное» состояние ФС — после чего с этого
>   состояния можно снимать резервную копию сколь угодно долго.

Я имел в виду, что "мгновенное" состояние совершенно не обязательно
содержит консистентные данные. Оно гарантирует, что в нем есть только
полностью записанные блоки (и нет ни следа еще не закончивших писаться),
но не факт, что уже записанные и попавшие в снапшот данные не зависят от
еще не записанных и не попавших. Полную консистентность обеспечит только
штатная остановка софта на время бэкапа (или наличие специальной ручки
"записать в отдельное место полностью консистентные предназначенные для
бэкапа данные", как в некоторых СУБД), но мне лень это делать каждый
день. :)

За информацию спасибо, буду думать дальше.

fs в узком определении

[Alex Kicelew]

Hi

Есть домашний ноут с одним винтом (не ssd), "разбитым" на один партишн.
Он ежедневно бэкапится (наживую, даже без остановки каких-либо программ)
на подключаемый на время бэкапа внешний винт ручным запуском самописного
скрипта (вызывающего внутри себя кучку rdiff-backup). Наличие бэкапа уже
неоднократно выручало после совершенных мною же неверных правок и/или
удалений отдельных файлов. Необходимости восстанавливаться с бэкапа
после смерти винта пока что не было -- винты, конечно, мерли, но
постепенно, позволяя скопировать информацию на новый прямо со старого.
Плановых проверок восстанавливаемости тоже не производилось (по причине
лени и шибкой муторности процесса), поэтому у меня нет никаких гарантий,
что если, не дай бог, винт таки помрет сразу весь, то с этого бэкапа
удастся полностью восстановить все (имеются в виду только /home и /etc,
/usr не бэкапится вообще, /var частично бэкапится, но в основном не для
восстановления, а чтобы в случае необходимости можно было бы туда
поглядеть глазами). Разумеется, риски подобного образа жизни я понимаю,
он был выбран сознательно.

Вопрос: увеличит ли вероятность восстановления консистентных данных
переход на файловую систему с встроенными снапшотами (кошусь на nilfs,
ибо если я правильно понимаю (в том числе и благодаря чтению недавно
пролетевшего треда про zfs), она хуже zfs/btrfs только отсутствием
сжатия на лету (и, возможно, дедупликации, реальная необходимость
которой в моих условиях близка к нулю), а остальные возможности
zfs/btrfs для меня являются оверкиллом, ибо никаких рейдов на ноуте с
одним гнездом для винта нет и не предвидится), или же оверхед от
использования такой фс (в качестве единственного, т.е. в том числе и
рутового, партишна) будет более заметен на глаз, чем гипотетически более
корректное восстановление? Под оверхедом я имею в виду как технический
(общее замедление работы за счет copy-on-write, бОльшая требовательность
к памяти и процу и пр.), так и "моральный" (в основном надежность --
насколько я понимаю, zfs для линукса существует только в юзерспейсе, а
присутствующие в ядре nilfs и btrfs не настолько отлажены (а возможно, и
не доделаны) сами по себе). Так же я понимаю, что никакие снапшоты не
дадут в моих условиях полной гарантии консистентности, речь лишь о
вероятности. Но не хватает данных и знаний, чтобы прикинуть, стоит ли
овчинка выделки, или только морока одна?

Re: multimail@emacs

[Alex Kicelew]

On 03/31/17 01:39, Alex Kicelew wrote:
> Есть ли возможность без использования излишне умных ньюс-клиентов

Спасибо ответившим. Информация о том, как настроить эксим на много
серверов, безусловно полезна вне зависимости. Информация о том, что нет
гнуса, кроме гнуса... Буду ее думать. Когда-то я ушел с гнуса, потому
что устал от него. Сейчас я устал от того, на что с него ушел. Плюсы
потускнели, минусы пожирнели. Возможно, так и войду в бесконечный
круговорот.

multimail@emacs

[Alex Kicelew]

Hi.

Есть ли возможность без использования излишне умных ньюс-клиентов
работать в емаксе с почтой с нескольких серверов и парой мейл-листов
(включая и этот, а следовательно, желательно, чтобы не было разрывов
тредов и прочих известных мисфич)? Про то, что всем как ниже-, так и
вышеперечисленным требованиям удовлетворяет mutt, я знаю, но интересует
именно емакс.

Подробнее: уже много лет я не пользуюсь ньюсами и тяжелые ньюс-клиенты
для меня просто оверкилл; принимать почту с разных серверов может
fetchmail (мейл-листы у меня все равно идут на гмейловский адрес);
распихивать ее по разным фолдерам может procmail. Но кто (exim? не смог
навскидку нагуглить, как; или кто-нибудь еще?) может письмо с from:
@gmail.com посылать через гмейл с одним паролем, письмо с from: @mail.ru
посылать через мейл.ру с другим паролем, а письмо с фромом
@моя-работа.ру посылать через рабочий сервер с третьим?

И отдельный вопрос -- есть ли под емакс какой-нибудь опять-таки НЕ
ньюсовый клиент (как это, да и все, что выше, тоже, делается в гнусе, я
знаю), который умел бы (вероятно, самостоятельно, ибо навряд ли связка
фетчмейл-прокмейл-эксим этому способствует) работать с несколькими
имап-аккаунтами на разных серверах и в редких, но не совсем единичных
случаях перекидывать письмо из одного имаповского фолдера в другой, в
том числе и между разными серверами? При том, что один из этих серверов
гмейл, а у него имап очень своеобразный.

html -> pdf

[Alex Kicelew]

Hi.

А есть ли в дебиане конвертор класса "сабж", не просто умеющий сгенерить
один пдф из кучи хтмлек (это умеет и htmldoc), а еще и сам выстраивающий
эти хтмльки в порядке обхода в глубину, если указать ему головной файл?
Вот этой фичи в htmldoc я не нашел, он располагает хтмльки в порядке
перечисления в командной строке (в алфавитном, если задать *.html).

Re: состав дистрибутива

[Alex Kicelew]

On 05/29/16 20:55, Dmitry Nezhevenko wrote:
>> А где можно почитать причины удаления пакета из дистрибутива? Вдруг
>> обнаружилось, что libc6-i686 присутствует только в stable и
>> experimental. И, отсутствуя и в тестинге и в сиде, с моим тестингом
>> стала конфликтовать. Может, по решению партии сегодня потребности в ней
>> уже нет, но хочется понять, почему.
> 
> glibc (2.22-8) unstable; urgency=medium
> 
>   * Drop libc*-i686 packages as GCC now defaults to i686:

О, спасибо. Значит, и впрямь потребности нет.

состав дистрибутива

[Alex Kicelew]

Hi.

А где можно почитать причины удаления пакета из дистрибутива? Вдруг
обнаружилось, что libc6-i686 присутствует только в stable и
experimental. И, отсутствуя и в тестинге и в сиде, с моим тестингом
стала конфликтовать. Может, по решению партии сегодня потребности в ней
уже нет, но хочется понять, почему.

Re: почему глючит ls

[Alex Kicelew]

On 01/24/16 00:55, dimas wrote:
> да уж, прикол... а кто-нибудь может объяснить, почему в случае с touch "-l"
> аргумент в кавычках все равно парсится как ключ?

Кавычки видит шелл. если сказать touch "-1 -2", шелл передаст тачу один
параметр с пробелом посередине. А тач уже увидит один параметр безо
всяких кавычек, начинающийся с дефиса, и начнет его по этой причине
парсить как флаг.

Re: systemd

[Alex Kicelew]

On 11/12/15 22:54, Иван Лох wrote:
> Но в данном случае достаточно установить RuntimeDirectory=
> и systemd ее почистит после остановки сервиса

А перед? Остановка сервиса может быть по броску питания.

Re: apt pinning.

[Alex Kicelew]

On 11/10/15 01:49, Tim Sattarov wrote:
> А почему отрицательная ?
> По моему надо делать наоборот, для golang из анстейбла - дать приоритет 1001

В итоге я на той машине так и сделал. Но изначально хотелось, чтобы был
приоритет не у анстейбла над остальным, а у всего над тем, что не надо.

Re: apt pinning.

[Alex Kicelew]

On 11/06/15 12:03, Andrey Melnikoff wrote:
> Alex Kicelew <arko...@gmail.com> wrote:
> 
>> Хе. Так это и без пинов сработает. :) Нужно-то, чтоб оно обновлялось по
>> aptitude upgrade. Или apt-get upgrade. Безо всяких явных указаний. С
> Нее, щастья не будет. Epoch придуман для того, чтоб форсировать установку
> версии с большим значением epoch в независимости от версии пакета.
> Вариант один - выкидывать из репозитория.

Что такое эпоха, я представляю. И что такое положительный пиннинг тоже,
с его помощью я могу (проверено) именно автоматически устанавливать
новую версию из анстейбла. Или из тестинга. По фиксированному выбору.
Несмотря на дикую эпоху.

Но что в принципе делает отрицательный пиннинг? Правильно ли я понимаю,
что он эквивалентен "нулевому", т.е. позволяет лишь зафиксировать
текущую установленную версию, но не позволяет сказать "версия Х (да, с
дикой эпохой) мне не нужна, но любая другая версия, которая новее
установленной (пусть при этом и "старее" версии Х), мне подходит"?

Re: apt pinning.

[Alex Kicelew]

On 11/06/15 13:31, Andrey Melnikoff wrote:
> radvd:
>   Installed: 1:2.11-1
>   Candidate: 1:2.11-100.1
>   Version table:
>  20151106:2.11-1.1 -1001
> 500 file:/usr/src/debs/repo/sid ./ Packages
>  1:2.11-100.1 500
> 500 file:/usr/src/debs/repo/sid ./ Packages
>  *** 1:2.11-1 500
> 500 http://http.debian.net/debian sid/main amd64 Packages
> 100 /var/lib/dpkg/status
> 
> пининг:
> 
> Package: radvd*
> Pin: version 20151106:*
> Pin-Priority: -1001

Хм. Восстановил из кэша старую версию, поправил пин, но получаю другой
вывод:
golang-go:
  Installed: 2:1.5.1-3
  Candidate: 2:1.5.1-3
  Package pin: 201302071244:1.0-r15637
  Version table:
 201302071244:1.0-r15637 -1001
500
http://local-repo/repositories//platform-playout-staging/Debian_6.0/
./ Packages
 2:1.5.1-4 -1001
500 http://ftp.se.debian.org/debian/ unstable/main amd64 Packages
 *** 2:1.5.1-3 -1001
100 /var/lib/dpkg/status
 2:1.4.3-3 -1001
990 http://ftp.se.debian.org/debian/ testing/main amd64 Packages
 2:1.3.3-1 -1001
500 http://ftp.se.debian.org/debian/ stable/main amd64 Packages

Пиннинг:
Package: golang-*
Pin: version 201302071244:*
Pin-priority: -1001

Да, у меня присутствует еще строчка с приоритетом 990, которой у вас
нет. Но у вас показывается итоговый приоритет разный для каждой версии
(точнее, -1001 для запиненной и по 500 остальным), а у меня -1001 для
всех. И у меня присутствует строчка Package pin, которой нет у вас.
Временно убрал APT::Default-Release "testing". Приоритет 990 сменился на
500, остальное (включая и выбор кандидата) не изменилось. Это разница в
версиях apt (предполагаю, что у вас более новая, чем моя 1.0.10.2), или
все-таки я где-то что-то не дописал?

Re: apt pinning.

[Alex Kicelew]

On 11/06/15 16:47, dimas wrote:
> при таком раскладе при появлении в анстейбле более новых версий они ставиться
> не будут, т.к. у тестинга выше приоритет. но и на версию из тестинга оно
> откатывать не будет, из-за политики не снижать версию, если этого явно не
> просят. как только же в тестинг свалится версия новее установленной - она
> обновится, и дальше будет обновляться как и все пакеты из родной ветки.
> если же нужно постоянно иметь свежую версию из анстейбла - задаем пин >990
> анстейблу и наслаждаемся. как-то так. мы тут дольше обсуждаем))

Судя по всему, так и происходит. Это не совсем то, что хотелось, но это
понятно. Спасибо.

Re: apt pinning.

[Alex Kicelew]

On 11/05/15 21:12, dimas wrote:
> APT::Default-Release "testing";
> создать подобное, есле еще не
> 
> после чего, если все равно не захочет сам обновлять:
> sudo aptitude install golang-go/unstable
> 
> должно хватить, если я что-нибудь в чем-нибудь понимаю (ц)
> вообще, в man apt-preferences все достаточно хорошо и с примерами расписано

Не совсем. Я, видимо, не совсем точно описал задачу. Указать, что надо
ставить из тестинга или из анстейбла, я могу. Мне надо указать, чтобы
ставилась самая новая версия _кроме_ этой, которая с кривой эпохой. К
сожалению, изменить этот пакет нельзя, ибо он используется в некоторых
деплойных скриптах именно с этой идиотской версией.

Но мне хотелось бы, чтобы эти пакеты, для которых есть эта идиотская
версия (а их, увы, несколько), вели бы себя так же, как и все остальные,
а именно:

- большинство пакетов стоят из тестинга и честно обновляются, когда
обновляются в тестинге.
- некоторые пакеты однократно поставлены с указанием анстейбла (apt-get
install package/unstable), после чего они так же автоматом обновляются
из анстейбла (в sources.list, разумеется, указано и то и другое, а в
apt.pref указано, кто из них дефолтный). Но со временем они
устаканиваются и версия, которая была установлена из анстейбла,
переползает в тестинг, после чего начинает обновляться уже оттуда,
игнорируя анстейбл и тот факт, что она была поставлена из анстейбла.

Подчеркиваю, остальные пакеты ведут себя именно так -- этот трюк с
временной установкой из анстейбла я уже проворачивал несколько раз с
разными пакетами. И хотелось бы понять, можно ли "минус-запинить" одну
конкретную версию. "Плюс-запинить" версию или дистрибут вполне
получается, но в данном случае это не многим лучше установки руками.

Re: apt pinning.

[Alex Kicelew]

On 11/06/15 01:51, dimas wrote:
> отрицательный пин ставим с любым значением (-1 сойдет). иначе апт будет 
> считать
> версию 2013* новее 1.5.*, т.к. первая цифра больше.
> а ставить так
> aptitude install pkg/unstable
> или так (не помню, кто из них нормально отрабатывает)
> aptitude install -t unstable pkg
> или даже так
> aptitude install pkg=1.2.3-0

Хе. Так это и без пинов сработает. :) Нужно-то, чтоб оно обновлялось по
aptitude upgrade. Или apt-get upgrade. Безо всяких явных указаний. С
явными-то оно работает...

Re: apt pinning.

[Alex Kicelew]

On 11/06/15 00:11, dimas wrote:
>> Подчеркиваю, остальные пакеты ведут себя именно так -- этот трюк с
>> временной установкой из анстейбла я уже проворачивал несколько раз с
>> разными пакетами. И хотелось бы понять, можно ли "минус-запинить" одну
>> конкретную версию. "Плюс-запинить" версию или дистрибут вполне
>> получается, но в данном случае это не многим лучше установки руками.
> 
> да без вопросов - выставляешь отрицательный приоритет, и все, данная версия не
> ставится ни при каких условиях. либо aptitude forbid-version, но через
> apt-preferences нагляднее - forbid-version будет прописан где-то в недрах
> "памяти" аптитуды, а тут можно создать отдельный человекочитаемый конфиг, даже
> с пояснениями, что да зачем

Проблема в том, что в указанной в первом письме ситуации -- когда у меня
стоит более старая версия из анстейбла, а в анстейбле уже появилась
новая -- у меня это не получилось. Если я даю этому 2013* отрицательный
приоритет, да, он не ставится, но и 1.5.1-4 из анстейбла не ставится.
Остается 1.5.1-3, уже установленный. Если я повышаю приоритет анстейблу
-- то ставится 1.5.1-4. Но тогда у меня анстейбл (для этого пакета)
будет иметь безусловный приоритет над тестингом вплоть до момента, когда
я руками же уберу этот пин. Вот вопрос как раз в том, как сделать так,
чтобы новые пакеты приходили из анстейбла, а потом из тестинга, не
требуя от меня отслеживать момент переключения. Повторюсь,

Package: golang-*
Pin: version 201302071244:*
Pin-priority: -N

не помогает вне зависимости от N (из отрицательных значений пробовалось
-1, -100 и -1000). Ман я, разумеется, читал. Но видимо, что-то в нем не
понял. Или понял не так. Сначала я пытался сделать так, как написано в
мане (хотя детально там описана чуть другая ситуация). Потом тыкался
наугад. Потом спросил сюда.

Про forbid-version спасибо, забыл про нее. Но хотелось бы понять, как
сделать это через пиннинг (если это возможно), именно из-за того, что
это нагляднее.

apt pinning.

[Alex Kicelew]

Запутался. :(

Ситуация:
$ apt-cache policy golang-go
golang-go:
  Installed: 2:1.5.1-3
  Candidate: 201302071244:1.0-r15637
  Version table:
 201302071244:1.0-r15637 0
500
http://local-repo/repositories//platform-playout-staging/Debian_6.0/ ./
Packages
 2:1.5.1-4 0
500 http://ftp.se.debian.org/debian/ unstable/main amd64 Packages
 *** 2:1.5.1-3 0
100 /var/lib/dpkg/status
 2:1.4.3-3 0
990 http://ftp.se.debian.org/debian/ testing/main amd64 Packages
 2:1.3.3-1 0
500 http://ftp.se.debian.org/debian/ stable/main amd64 Packages

На машине установлен и поддерживается testing.

local-repo -- это офисный репозиторий, держать который подключенным мне
необходимо для других пакетов.

Версия 1.5.1-3 установлена из unstable некоторое время назад. Сейчас там
появилась 1.5.1-4. На остальных машинах, на которых нет необходимости
держать подключенным офисный репозиторий, она сразу же автоматом
обновилась. На этой машине из-за криво прописанной эпохи обновиться
хочет древняя версия из офисного репозитория, что меня, разумеется, не
устраивает.

Установить 1.5.1-4 руками я, конечно, могу. Вопрос: можно ли это сделать
системой пиннинга? У меня не получилось. Если я прописываю:
Package: golang-*
Pin: version 201302071244:*
Pin-priority: N
, где N -- любой положительное число, то по-прежнему хочет установиться
из офисного. Если N любое отрицательное число, то хочет остаться
1.5.1-3. Можно ли пиннингом сделать так, чтобы версия из офисного не
лезла поперек батьки, но версия из анстейбла бы обновлялась сама через
apt-get upgrade?

Re: Утекает память

[Alex Kicelew]

On 08/03/15 22:36, Артём Н. wrote:
 а не пробовали vm.swappiness (sysctl) менять? по умолчанию вроде 60 ,
 поставьте в диапазоне 1-5
 Я пробовал.
 # sysctl vm.swappiness
 vm.swappiness = 2
 Естественно, что при 20 Гб RAM, 60% - это слишком.

Я не помню точную семантику этого числа, но это однозначно не проценты.
В отличие от процентов, которых не может быть больше 100, это число не
ограничено сверху (точнее, ограничено размерностью инта).


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55bfc48f.3060...@gmail.com

Re: меня интересуют только мыши

[Alex Kicelew]

On 06/04/15 05:49, Tim Sattarov wrote:
 Я так понимаю, дело не в железе а в софте.

Давить этих мышей, пока маленькие и бесхвостые. Линуксов, впрочем, тоже,
и желательно в том же возрасте.

Дело было в софте. Мышь заработала после перезагрузки, которую пришлось
сделать совершенно по другим причинам. До того был аптайм порядка двух
месяцев.

Приношу извинения всем, кто искренне пытался помочь.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55703cc8.7040...@gmail.com

Re: меня интересуют только мыши

[Alex Kicelew]

On 06/03/15 16:50, Damir Hakimov wrote:
 Вкkючить приемник мыши через удлинитель USB?

Хм. Такая мысль мне в голову не приходила. Но не помогло. :(

Судя по логу, переходник рабочий -- приемник определяется.

В общем, тайна, покрытая мракообразным. И, что характерно, не работает в
том единственном месте, где от этой мыши действительно мог бы был быть
толк... :)


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/556f679f.3080...@gmail.com

Re: меня интересуют только мыши

[Alex Kicelew]

On 06/02/15 16:32, Max Dmitrichenko wrote:
 Чисто ради интереса: проблему удалось побороть/локализовать?

Ых. Сорри, я на некоторое время выпадал в другую реальность.

Нет. Не удалось.

 Дифференциальный диагноз:
 1) Попробуйте другой БП
Картина одинаковая на родном БП, на принесенном с работы и от батарейки.

 2) Отключите Ethernet
Не подключен, по wi-fi работает.

 3) Отключите звук и все другие внешние устройства, включая флэшки, клавы,
 внешние НЖМД, в том числе и не USB-оные.
Ноут. Ничего внешнего не подключено.

 4) Проверьте наличие настоящего заземления в розетке 220.
В связи с п.1 навряд ли имеет смысл.

Впридачу: от положения ноута в пределах квартиры не зависит. Вне
квартиры не проверял. Все остальное работает. Специально включил в него
на ночь смартфон с заявленной невозможностью заряжаться от usb, только
от родного зарядника. Зарядился, наплевав на невозможность.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/556ef104.6010...@gmail.com

Re: меня интересуют только мыши

[Alex Kicelew]

On 05/29/15 01:00, Max Dmitrichenko wrote:
 Определяется не мышь, а приемник.
Согласен, об этом я не подумал.

 Я бы грешил на питание. Похоже, что неполадка в аналоговой части, она
 чувствительна к помехам на питании.
Нашел свежую батарейку -- меньше месяца назад менял 3 батарейки такого
же форм-фактора в другом девайсе, а продаются они только четверками, так
что как раз одна осталась. С обеими батарейками картина одинакова: мышь
работает, когда приемник вставлен в комп, и не работает, когда он
вставлен в стоящий в данный момент на том же столе ноут.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55679afe.5060...@gmail.com

Re: меня интересуют только мыши

[Alex Kicelew]

On 05/29/15 00:13, yuri.nefe...@gmail.com wrote:
   Попробуйте локализовать проблему:
   1. Как работает проводная мышь на проблемном ноуте?
 Если с проводной проблем нет, то это не софт.
 Можно еще поэкспериментировать:
   2. Как работает ресивер беспроводной мыши в разных USB портах?
   3. Нет ли на мыши кнопки согласования ресивер-мышь?
   4. Свежие батарейки?

С первым пунктом проблема -- дома, где находится и нерабочий ноут,
есть только мышь ps/2, но на ноуте нет такого разъема. Попробую завтра
утянуть с работы усб-мышь. Но и трекпойнт, и тачпад работают.

Пробовал во всех трех портах. Кнопки нет. Батарейки не то чтобы совсем
свежие, но эта же мышь работает и в соседнем компе, и на рабочем ноуте
(сегодня специально таскал на работу для проверки).

Порты, вероятнее всего, рабочие -- в них читаются (и пишутся) и обычная
usb-флешка, и микро-sd через usb-переходник, да и мышь, судя по логу,
корректно определяется.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55678824.8060...@gmail.com

меня интересуют только мыши

[Alex Kicelew]

Hi.

Есть два идентичных ноута и совершенно не идентичный комп. На всех трех
стоит дебиан тестинг, набор пакетов очень близок (хотя и различается в
мелких деталях на всех трех). На компе и на одном из ноутов беспроводная
мышь Genius 2.4G работает. На другом ноуте нет -- судя по логам,
цепляется, но толку нет, ни на движения, ни на нажатия никакой реакции.
Сообщения в логах на всех троих абсолютно одинаковы, приведены ниже.
Ядро на том ноуте, на котором не работает, и на компе (на котором
работает) одно и то же (дистрибутивное, ни разу не самосборное):
3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt9-2 (2015-04-13) i686
GNU/Linux. На другом ноуте, на котором работает, чуть более раннее,
3.16.7-ckt7-1 (2015-03-01).

В чем может быть проблема? Предполагаю, что на том ноуте, на котором не
работает, не хватает какого-то неочевидного пакета, хотя просмотр
глазами диффа dpgk --get-selections просветления не принес.

Из лога:
May 28 23:07:39 x220 kernel: usb 1-1.2: new low-speed USB device number
25 using ehci-pci
May 28 23:07:39 x220 kernel: usb 1-1.2: New USB device found,
idVendor=0458, idProduct=00e5
May 28 23:07:39 x220 kernel: usb 1-1.2: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
May 28 23:07:39 x220 kernel: usb 1-1.2: Product: 2.4G Wireless Mouse
May 28 23:07:39 x220 kernel: usb 1-1.2: Manufacturer: Genius
May 28 23:07:39 x220 kernel: input: Genius 2.4G Wireless Mouse as
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.0/0003:0458:00E5.0013/input/input51
May 28 23:07:39 x220 kernel: hid-generic 0003:0458:00E5.0013:
input,hidraw0: USB HID v1.00 Mouse [Genius 2.4G Wireless Mouse] on
usb-:00:1a.0-1.2/input0


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5567786b.8090...@gmail.com

Re: ~/.ssh/known_hosts

[Alex Kicelew]

On 03/15/15 00:17, Max Dmitrichenko wrote:
 Далее, нужно в .ssh/config добавить для этого хоста секцию:
 Host HostName
   CheckHostIP no

О, спасибо. Про эту опцию я напрочь забыл.

Правда, вопрос о способе чистки уже накопленного остается. :) Можно,
конечно, просто грохнуть этот файл и начать собирать его с нуля, но
может, есть и менее радикальные способы.



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5504a656.7060...@gmail.com

~/.ssh/known_hosts

[Alex Kicelew]

Hi.

Вопрос не совсем по дебиану, но около того.

Вероятно, многие сталкивались с проблемой. Есть внешний хост с
динамическим адресом. Чуть ли не при каждом заходе на этот хост его ключ
в паре с новым адресом добавляется в known_hosts. Пул, из которого этот
хост получает адреса, может быть очень большой (а то и практически
бесконечно большой в случае какого-нибудь teredo), и может регулярно
меняться, поэтому старые запомненные адреса становятся нафиг не нужным
лишним грузом. Тем более, таких хостов может быть много. А в современных
known_hosts все весьма нечеловекочитаемо, и чтобы оттуда что-то удалить,
нужно знать, что именно.

Вопрос. Существует ли какой-нибудь более-менее общепринятый способ
решения этой проблемы? В идеале, конечно, хотелось бы способ удаления из
known_hosts адресов, к которым давно не было обращения, но не уверен,
что в новом формате known_hosts хранится необходимая для этого
информация (в старом, человекочитаемом, не хранилась). Но может быть,
можно как-то хотя бы просто просмотреть адреса, которые в нем хранятся?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5504a349.1000...@gmail.com

события на подключение наушников

[Alex Kicelew]

Hi

Во время каникул на рабочий ноут установилось что-то, что реагирует на 
отключение/подключение наушников и выставляет на эти события какие-то свои 
громкости, которые не имеют к моим вкусам никакого отношения. Визуальное 
изучение логов aptitude ничего не принесло -- на глаз не получилось определить, 
какой из обновившихся (или установившихся по зависимостям) пакетов мог вызвать 
такое поведение. Как бы это понять? Эти дефолтные громкости меня категорически 
не устраивают.

Просто на всякий случай: стоит алса, никаких pulseaudio.

Re: события на подключение наушников

[Alex Kicelew]

  Какие наушники-то? USB?

Нет. Забыл указать, да. Обычный аудио-выход.

Но проблема снялась. Это были последствия моих не совсем осторожных действий в 
последний полурабочий день, когда был нечаянно установлен и тут же снесен тот 
самый пульс-аудио. К сожалению, победить его восставшие за каникулы бренные 
останки удалось только перезагрузкой, но после перезагрузки все вернулось на 
круги своя.

Re: SMART для внешнего винта

[Alex Kicelew]

Hi.

Спасибо за советы. Про disk-by-id я действительно напрочь забыл, а с ним уже 
дело техники.

SMART для внешнего винта

[Alex Kicelew]

Hi.

Вопрос скорее идеологический, чем дебиановский, но просто не знаю, куда его еще 
задать.

А существуют ли способы мониторинга в домашних условиях физического состояния 
USB-винта (не SSD), который хотя и подключается обычно на одно и то же 
логическое устройство, но кроме него на это устройство изредка попадают и 
другие девайсы?

Хотелось бы хотя бы в будущем иметь возможность предвидеть смерть бэкапного 
винта до того, как он хряпнется. Ибо после того потребен некоторый лаг на то, 
чтобы купить новый (особенно в наше предпраздничное время, отягощенное курсом 
доллара) и записать на него изначальный бэкап немалого размера, и все это время 
основная машины пребывает без бэкапа, а закон подлости никто не отменял.

Re: Продвинутая работа с клипбордом

[Alex Kicelew]

Hi.

 Вот, кстати, и аргумент в пользу старого доброго xterm vs. urxvt.  А
 то
 я было хотел уже на urxvt переползать.  Нет, ребята, лучше xterm пока
 ничего не придумали.  В нем ВСЁ предусмотрено...

[грустно] А может, в нем таки предусмотрена возможность восстанавливать 
содержимое после уменьшения окна, а потом возвращения прежнего размера? Я не 
нашел, но может, плохо искал?

Re: Продвинутая работа с клипбордом

[Alex Kicelew]

Hi.

  AK [грустно] А может, в нем таки предусмотрена возможность
  AK восстанавливать содержимое после уменьшения окна, а потом
  AK возвращения прежнего размера? Я не нашел, но может, плохо искал?
 
 В нем - да.  Если буфер экрана достаточного размера предусмотрен (у
 меня
 в .Xresources XTerm*saveLines: 1024), то оно так и работает.  Но вот
 если в нем запущена терминальная программа, которая сама работает с
 экраном, то это вопрос уже к этой программе.

Я имел в виду другое. Не количество строк, а их длину. Запускаем хтерм, в нем 
запускаем ls (или любую другую программу, которая выводит достаточно длинные 
строки). Уменьшаем ширину окна (в тайловом менеджере, например, запускаем еще 
один хтерм). В получившемся маленьком окне видим только часть оригинальной 
длинной строки. Увеличиваем окно до первоначального размера (или больше). И 
видим в нем ту же самую часть первоначальной строки. Остальное пропало 
безвозвратно при изменении ширины.

В рокстерме обе ситуации отрабатывают более корректно. При уменьшении ширины 
окна строки разбиваются по текущей ширине (разумеется, при этом по-прежнему 
теряется часть информации, т.к. новое окно меньше оригинального, но теряется не 
правая, а _верхняя_ часть, и ее можно достичь через shift-pgup), а при 
восстановлении ширины восстанавливаются и оригинальные строки.

Эта возможность для меня достаточно критична, из-за чего и приходится 
пользоваться рокстермом, который меня не устраивает по многим параметрам -- но 
менее критичным. Но допускаю, что я чего-то не разглядел в хтерме, в котором 
меня устраивает все кроме этого.

Re: Продвинутая работа с клипбордом

[Alex Kicelew]

Hi.

   Немного не то, но все же: xterm+screen обрабатывает ситуацию
   корректно.
   Плюс множество других удобств, скажем возможность работы с буфером
   вывода
   практически как с текстовым файлом.

Да, спасибо, скрин я использую, но все же он применим не всегда. В частности, 
для корректной работы именно этого момента он должен быть уже запущен.

Re: а посоветуйте эмулятор терминала

[Alex Kicelew]

Artem Chuprina - debian-russian@lists.debian.org  @ Sat, 14 Dec 2013 23:44:45 
+0400:

 AC А посоветуйте иксовый эмулятор терминала.  Типа можно gtk или qt, но не
 AC gnome и не kde.  В смысле, без длинного хвоста зависимостей по
 AC интеграции в desktop environments, у меня их нет и не будет.
 AC Расскажите, за что вы любите данный конкретный терминал.

roxterm, ибо умеет сохранять и восстанавливать содержимое после
изменения размеров окна, а также, в отличие от сакуры, выдает set urgent
при бипе.


-- 
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/87mwk3p17e@x220i.lesha.homelinux.net

Re: а посоветуйте эмулятор терминала

[Alex Kicelew]

Alexey Shaposhnikov - debian-russian@lists.debian.org  @ Sun, 15 Dec 2013 
03:41:22 +0600:

  roxterm, ибо умеет сохранять и восстанавливать содержимое после
 AS Его уже отучили подсовывать своё меню при нажатии правой клавиши мыши?

Кажется, нет. Но это на вкус и цвет. Мне это никогда не мешало.


-- 
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/87iourp00h@x220i.lesha.homelinux.net

Re: update-python-modules python3.2

[Alex Kicelew]

Serhiy Storchaka - debian-russian@lists.debian.org  @ Mon, 12 Dec 2011 
23:47:24 +0200:

 SS 10.12.11 20:35, Alex Kicelew написав(ла):
  Опаньки. Спасибо, не вник сразу. Не имел раньше дел с питонами.
 SS Зачем вам тогда mocker?

Чтобы иметь.

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/87borcdgg0@p7.icsmir.ru

update-python-modules python3.2

[Alex Kicelew]

Добрый день.

А как в дебиане корректно устанавливать модули для третьего питона?
Насколько я понял, модуль в postinst-е зовет update-python-modules,
который должен его залинковать в нужные директории для питонов всех
версий, и заодно скомпилировать в .pyc. Но u-p-m делает ээто только для
вторых питонов, третьего игнорирует. Ни гугль, ни багтрекер не
помогли.

Конкретно: как _корректно_ установить в систему пакет python-mocker,
чтобы он работал с третьим питоном? Куда создать руками линки, я
разобрался, но это полумера.

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/87iplo78qw@lesha.homelinux.net

Re: update-python-modules python3.2

[Alex Kicelew]

Andrey Rahmatullin - debian-russian@lists.debian.org  @ Sat, 10 Dec 2011 
23:21:08 +0600:

  Конкретно: как _корректно_ установить в систему пакет python-mocker,
  чтобы он работал с третьим питоном? 
 AR Никак, пакет python-mocker по определению не может работать с python3. Вам
 AR нужно сделать python3-mocker и установить его.
 AR Поскольку согласно офсайту модуль mocker поддерживает только 2.4..2.6, в
 AR процессе вам придётся его ещё и портировать.

Опаньки. Спасибо, не вник сразу. Не имел раньше дел с питонами.
 
-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/878vmk6zrx@lesha.homelinux.net

Re: update-python-modules python3.2

[Alex Kicelew]

Andrey Rahmatullin - debian-russian@lists.debian.org  @ Sun, 11 Dec 2011 
03:54:56 +0600:

  Опаньки. Спасибо, не вник сразу. Не имел раньше дел с питонами.
 AR Зачем вам py3 тогда?

 По описанию показался удобнее и продуманнее, чем второй. Уже начинаю
 понимать, что в действительности все совсем не так, как на самом деле.


-- 
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/87sjks13ay@acer.lesha.homelinux.net

Re: 2.6.38

[Alex Kicelew]

Stanislav Maslovski - debian-russian@lists.debian.org  @ Wed, 8 Jun 2011 
23:29:23 +0400:
  Сейчас у меня в тестинге стоит 2.6.32, в нем все работает. При попытке
  загрузиться в 2.6.38 (которое является дефолтным в тестинге) отрубается
  autofs. Стартует, но не видит обращений к /misc/ключ. Если руками
  сказать mount /misc/ключ, оно монтируется, живет установленное в
  timeout время, после чего само размонтируется. Стоит autofs5, модуль
  autofs4 в ядре есть и корректно загружается, толку нет. Гуглинг
  навскидку не помог.
 SM У меня в нижеследующей конфигурации (автомонтирование флешек) все работает.

Спасибо. А статический (не исполняемый) мап не работает... :(

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/871uz3kom5@lesha.homelinux.net

2.6.38

[Alex Kicelew]

Hi.

Сейчас у меня в тестинге стоит 2.6.32, в нем все работает. При попытке
загрузиться в 2.6.38 (которое является дефолтным в тестинге) отрубается
autofs. Стартует, но не видит обращений к /misc/ключ. Если руками
сказать mount /misc/ключ, оно монтируется, живет установленное в
timeout время, после чего само размонтируется. Стоит autofs5, модуль
autofs4 в ядре есть и корректно загружается, толку нет. Гуглинг
навскидку не помог.

Что это может быть?

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/87mxhsxjr1@lesha.homelinux.net

Re: xmodmap

[Alex Kicelew]

Artem Chuprina - debian-russian@lists.debian.org  @ Fri, 22 Oct 2010 09:25:33 
+0400:


 AC Просто у меня сейчас как раз xkb отключен, а клавиатура переключается
 AC scim'ом.  Он, правда, подглюкивает, но xxkb в связке с xmonad мне завести 
не
 AC удалось вообще.  uim - тоже.

А можно вкратце основные плюсы хмонада перед fvwm? Интересует именно
субъективное, объективного и в инете достаточно.

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/877hha65mk@p7.icsmir.ru

Re: про x screen saver

[Alex Kicelew]

yuri.nefe...@gmail.com - debian-russian@lists.debian.org  @ Wed, 13 Oct 2010 
16:57:57 +0400 (MSD):
  Утилиты хороши, спасибо. Но я не нашел навскидку, чем внешним можно
  вырубить монитор (сиречь выключить подсветку).
 y  man xset
 y  xset dpms force off

Спасибо.

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/87mxqhp1zb@p7.icsmir.ru

Re: про x screen saver

[Alex Kicelew]

Stanislav Maslovski - debian-russian@lists.debian.org  @ Wed, 13 Oct 2010 
13:26:46 +0400:

 SM xtrlock хорош тем, что не пытается делать то, что я не просил. Если
 SM мне надо спрятать экран, отобразить динамическую заставку, или
 SM выключить подсветку - я знаю как это сделать отдельно и независимо от
 SM блокировки ввода.
 SM Еще одна полезная утилита из той же серии - xautolock.

Утилиты хороши, спасибо. Но я не нашел навскидку, чем внешним можно
вырубить монитор (сиречь выключить подсветку).

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/87eibutjbq@p7.icsmir.ru

bluetooth audio

[Alex Kicelew]

Hi.

А как сейчас принято? Гугль только запутал.

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/87d3sgze1x@p7.icsmir.ru

Re: bluetooth audio

[Alex Kicelew]

Andrey Rahmatullin - debian-russian@lists.debian.org  @ Tue, 14 Sep 2010 
19:41:04 +0600:

 AR On Tue, Sep 14, 2010 at 04:48:26PM +0400, Alex Kicelew wrote:
  А как сейчас принято? Гугль только запутал.
 AR bluez-alsa, думаю.

But how?.. :(

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/878w34zam9@p7.icsmir.ru

Re: трафик-шейпер (?)

[Alex Kicelew]

Alex Kicelew - debian-russian@lists.debian.org  @ Mon, 05 Jul 2010 15:06:56 
+0400:

 AK Есть ip-телефония, которая время от времени (не всегда) затыкается, явно
 AK из-за недостаточного канала. Есть желание отшейпить на роутере (там тоже
 AK дебиан) так, чтобы весь канал отдавался ip-телефонии (т.е. каналу до ее
 AK провайдера), а всему остальному -- все, что останется. Но я никогда
 AK раньше такого не делал, и не помню, чем это делается. Смутно брезжат
 AK какие-то триграмматоны -- afq, bfq, cfq...

Спасибо за ответы.

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/87lj9m5hkf@p7.icsmir.ru

трафик-шейпер (?)

[Alex Kicelew]

Hi.

Есть ip-телефония, которая время от времени (не всегда) затыкается, явно
из-за недостаточного канала. Есть желание отшейпить на роутере (там тоже
дебиан) так, чтобы весь канал отдавался ip-телефонии (т.е. каналу до ее
провайдера), а всему остальному -- все, что останется. Но я никогда
раньше такого не делал, и не помню, чем это делается. Смутно брезжат
какие-то триграмматоны -- afq, bfq, cfq...

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
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/87hbketcfj@p7.icsmir.ru

Re: обрезка полей в pdf

[Alex Kicelew]

Alex Kicelew - debian-russian@lists.debian.org  @ Fri, 22 Jan 2010 16:19:40 
+0300:

 А существует ли (в apt-cache search не нашел) средство, позволяющее
 сабж? Под винды мне давали несколько названий, но винды у меня нет.

Спасибо всем за советы. С основной задачей справился.

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

обрезка полей в pdf

[Alex Kicelew]

Hi.

А существует ли (в apt-cache search не нашел) средство, позволяющее
сабж? Под винды мне давали несколько названий, но винды у меня нет.

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

madwidi

[Alex Kicelew]

Hi.

Если я правильно понимаю, madwifi исчез из анстейбла и тестинга. Тот,
что живет в стейбле, не компилируется с 2.6.30. Вопрос: есть ли
где-нибудь madwifi, который компилируется с 2.6.30, или что теперь
использовать вместо madwifi?

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: madwifi

[Alex Kicelew]

Dmitri Samsonov - debian-russian@lists.debian.org  @ Mon, 31 Aug 2009 16:06:14 
+0400:

 Если я правильно понимаю, madwifi исчез из анстейбла и тестинга. Тот,
 что живет в стейбле, не компилируется с 2.6.30. Вопрос: есть ли
 где-нибудь madwifi, который компилируется с 2.6.30, или что теперь
 использовать вместо madwifi?
   ath5k есть в ядре.

Ага. Из нон-фри в ядро перескочил. Круто. Спасибо.

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

beelinewifi

[Alex Kicelew]

Hi.

Для сабжа достаточно sudo iwconfig $iface essid Beeline_WiFi key off,
или нужно еще что-то? После этой команды, выданной с ноута, iwconfig без
параметров выдает вполне правдоподобные данные, индикатор wifi моргает,
но dhclient не может получить ответ. При том, что 1) iwlist scan
показывает билайн с quality 98/100, и 2) лежащий рядом кпк коннектится
на раз, т.е. в данном месте оно ловится, и ловится хорошо. А к моему
компу этой же командой (с точностью до ессида) и ноут и кпк цепляются
равно хорошо. Что еще нужно билайну, чего я не додал?

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: exim very smart host

[Alex Kicelew]

Peter Pentchev - debian-russian@lists.debian.org  @ Sat, 6 Jun 2009 02:01:56 
+0300:

 Если Вы можете подождать несколько дней, одно возможное решение -
 dma (DragonFly Mail Agent), который у меня чуть-чуть (баг для Intent
 To Package: #511410, у меня осталось только починить одну багу в коде,
 который я сам дописал, и пущу для review, перевод debconf-а и upload).
 Там сам агент может (и рекомендовано) запускатся cron-ом каждую минуту
 или пять, читать конфиг-файлов и пытатся послать сообщения в queue.
 Таким образом, Вам только нужно автоматом починить конфиг, так что
 там была или не была строчка smarthost такой-то - а это вполне можно
 (и безопасно) делать автоматически.

Спасибо, как минимум посмотрю, когда доползет.

-- 
Alex Kicelew arko...@gmail.com ICQ 3887592


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org