Re: [freebsd] exit utility
On Fri, Feb 09, 2018 at 12:04:28PM +0200, George L. Yermulnik wrote: > > On Fri, 09 Feb 2018 at 10:18:21 (+0200), Irina Liakh wrote: > > > > Кстати, для проверки, является строка пустой или нет, существует builtin > > > способ. > > > [ $somestr ] > > > Вы про этот? > > Про "[ -z "${somestr}" ]" или "[[ ${somestr} ]]" (если это баш в > последнем варианте). У меня sh. Пока не было острой необходимости использовать именно bash в скриптах. Была, правда, однажды нужна одна конструкция из баша, но ради унификации запилила на sh и как-то там обошлась его средствами) В sh самое простое на этот случай вроде это: [ $somestr ] Ведь так? > > > Из любопытства: а что Вы хотите считать непустой строкой? Мне кажется > > > "wc -с" может тут немного навредить. > > > Строку нулевой длины. Как "wc -c" может навредить? > > Про перевод строки помню, но у меня по определению не поступает "\n" на > > вход. > > Да, я про перевод строки. И я бы очень не доверял тому, что "по > определению не поступает "\n" на вход." =) Ну, если там "tr -d '\n'" на входе, или "read somevar", то по идее на это можно положиться ;) ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] exit utility
On Fri, Feb 09, 2018 at 12:05:38PM +0200, George L. Yermulnik wrote: > > С test более сложная конструкция :) > > Ну вот почему-то так вижу, хотелось бы передавать exitcode параметром, > > тем более что подобный механизм уже есть в builtin exit. > > Но ведь кому-то потом может прийтись это саппортить и, имхо, лучше > использовать что-то стандартное, чем собственный велосипед для очевидной > задачи, для которой уже есть test. Да. Вариант с функцией я уже вычеркнула. Конечно, пускай уж лучше test чем нестандартные примочки. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] exit utility
On Fri, Feb 09, 2018 at 10:33:16AM +0200, Valentin Nechayev wrote: > > Fri, Feb 09, 2018 at 10:10:15, spell wrote about "Re: [freebsd] exit > utility": > > > Ммм.. Попробую перефразировать свою задачу: > > Требуется преобразовать строку в exitcode (0 или >0). > > > > Можно, конечно, так: > > > > [ $somestr = '0' ] && true || false > > > > Но, по-моему, так было бы проще: > > > > setstatus $somestr > > [ "$somestr" = '0' ] > > и оно же > > test "$somestr" = '0' > > всё, оно уже сделало всё, что нужно. Всё это "&& true || false" всего > лишь воспроизводят уже сделанную проверку, один в один. Да, это меня занесло на повороте, "&& true || false" тут лишние. Стало быть, setstatus $somestr vs [ "$somestr" = '0' ] test "$somestr" = '0' (Arghhh, мой мозг, этот вечный свитч с true==0 в sh на false==0 в сях и обратно...) ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] exit utility
On Fri, Feb 09, 2018 at 10:00:39AM +0200, George L. Yermulnik wrote: > > On Fri, 09 Feb 2018 at 10:10:15 (+0200), Irina Liakh wrote: > > > Другими словами, в скрипте выполнять одно из двух действий в зависимости > > от содержания строки, но используя для ветвления не test а exitcode. > > А чем test не подходит-то? Он возвращает exit status. Всё, что Вам > нужно, уже давно придумано =) С test более сложная конструкция :) Ну вот почему-то так вижу, хотелось бы передавать exitcode параметром, тем более что подобный механизм уже есть в builtin exit. > > Впрочем, я уже почти готова согласиться, что перемудрила.. > > +1 Ладно :) Спасибо всем! ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] exit utility
On Fri, Feb 09, 2018 at 09:49:26AM +0200, George L. Yermulnik wrote: > > На вход поступает некая строка (всегда разные), надо определить, не пустая > > ли она, и в зависимости от этого ветвится код: > > > set_status `cat | wc -c` && echo zero string || echo nonzero string > > > Понятно, что можно так: > > > [ `cat | wc -c` -eq 0 ] && echo zero string || echo nonzero string > > > но это менее читабельно, кмк. > > Это _читабельнее_, т.к. в этом нету скрытой за функцией логики. В случае, если реализовывать это через свою собственную функцию - да. А если б был всем известный builtin setstatus, то склоняюсь к "нет". > Кстати, для проверки, является строка пустой или нет, существует builtin > способ. [ $somestr ] Вы про этот? > Из любопытства: а что Вы хотите считать непустой строкой? Мне кажется > "wc -с" может тут немного навредить. Строку нулевой длины. Как "wc -c" может навредить? Про перевод строки помню, но у меня по определению не поступает "\n" на вход. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] exit utility
On Fri, Feb 09, 2018 at 09:19:13AM +0200, Valentin Nechayev wrote: > > (хотя всё-таки это дополнительная громоздкость, и для полноты счастья > > хотелось бы готового (даже не утилиту, а builtin, устанавливающий экситкод > > (переменную $?), наподобие builtin true/false)) > > Его не предусматривают, мне кажется, потому, что $? неустойчива - она > модифицируется каждой следующей командой. Это понятно. Я имела ввиду builtin, который не делает ничего кроме как устанавливает код выхода (наподобие true/false) > Поэтому мне изначально вся проблема кажется надуманной, или попыткой > решения в условиях "категорически запретили приводить стиль к > нормальному". Или же какие-то ситуации в духе "100500 веток case, > из которых 99% просто передают статус последней команды в теле ветки, > но для 1% его надо выставить вручную" (а почему тогда не true/false, > они же тоже встроены?) - тоже редкий и странный вариант. Ммм.. Попробую перефразировать свою задачу: Требуется преобразовать строку в exitcode (0 или >0). Можно, конечно, так: [ $somestr = '0' ] && true || false Но, по-моему, так было бы проще: setstatus $somestr Другими словами, в скрипте выполнять одно из двух действий в зависимости от содержания строки, но используя для ветвления не test а exitcode. Впрочем, я уже почти готова согласиться, что перемудрила.. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] exit utility
On Fri, Feb 09, 2018 at 08:27:52AM +0200, Irina Liakh wrote: > На вход поступает некая строка (всегда разные), надо определить, не пустая > ли она, и в зависимости от этого ветвится код: > > set_status `cat | wc -c` && echo zero string || echo nonzero string > > Понятно, что можно так: > > [ `cat | wc -c` -eq 0 ] && echo zero string || echo nonzero string > > но это менее читабельно, кмк. Пожалуй, лучшее решение тут будет такое: [ `cat` ] && echo nonzero string || echo zero string Но всё равно есть ощущение, что builtin setstatus в арсенале не помешал бы.. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] exit utility
On Thu, Feb 08, 2018 at 01:44:51PM -0800, Maxim Sobolev wrote: > Hmm: > > > false_x() { > return "${1}" > } > > false_x 40 > echo ${?} > > > Не комильфо? Я бы не назвала это "false", т.к. код выхода может быть любой, в т.ч. и 0. Но идея - да, она. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] exit utility
On Thu, Feb 08, 2018 at 10:54:56PM +0200, George L. Yermulnik wrote: > > 1. На чём скриптуете? sh > 2. Какова цель затеи? Читабельность кода :) На вход поступает некая строка (всегда разные), надо определить, не пустая ли она, и в зависимости от этого ветвится код: set_status `cat | wc -c` && echo zero string || echo nonzero string Понятно, что можно так: [ `cat | wc -c` -eq 0 ] && echo zero string || echo nonzero string но это менее читабельно, кмк. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] exit utility
On Thu, Feb 08, 2018 at 10:02:15PM +0200, Valentin Nechayev wrote: > > Метод 1 (кажется, самый эффективный) > > $ set_status() { return $1; } > $ set_status 26 > $ echo $? > 26 Спасибо, оно! (затупила подумать в эту сторону) (хотя всё-таки это дополнительная громоздкость, и для полноты счастья хотелось бы готового (даже не утилиту, а builtin, устанавливающий экситкод (переменную $?), наподобие builtin true/false)) ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] exit utility
Всем добра! В процессе скриптописания возникла надобность в утилите, подобной true/false, только с заданным значением кода выхода (пока обошлась вызовом "sh -c 'exit 123'"). Если такая есть, просто ткните в неё, плиз. Если нету, скажите что это блажь, и суровые шелл-программисты вызывают целый шелл ради экситкода и не заморачиваются. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] pf icmp max-src-conn-rate
On Fri, Jan 26, 2018 at 05:04:13PM +0700, Eugene Grosbein wrote: > On 26.01.2018 16:54, Irina Liakh wrote: > > > В каком смысле "лимитировать"? Средствами Вашего хоста Вы не можете > > запретить приходить пакетам, только можете не отвечать на них. > > Но можно заставить пакетный фильтр "дропать" входящие пакеты, > уменьшая тем самым работу других частей стека TCP/IP по обработке > таких пакетов, формированию и отправке ответов. Это да. Я и спрашивала чтобы уточнить что именно требуется. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] pf icmp max-src-conn-rate
On Fri, Jan 26, 2018 at 12:57:12PM +0200, Mikhail Golub wrote: > Речь идет об ICMP echo. > Например, пропустить пять пакетов за 10 секунд с одного хоста, а > остальное - выполнить действие ... (поместить ip src в таблицу) > > >sysctl net.inet.icmp.icmplim > Немного не то. > Хочется управляемого поведения и не для всех ... а только для сети Интернет. А более простое решение (шейпить) не подойдёт? ipfw pipe 1 config bw 1000b/s ipfw add 1024 pipe 1 icmp from $WAN to me ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] pf icmp max-src-conn-rate
On Thu, Jan 25, 2018 at 09:57:38AM +0200, Mikhail Golub wrote: > > Подскажите, плиз, как лимитировать количество пингов в единицу времени? > С помощью pf не срабатывает :( > > pass in quick on $int_if proto icmp keep state (max-src-conn-rate 1/5, > overload flush) > > Таблица пустая. > > P.S. Зачем это надо. > Для того, чтобы лимитировать "забытые" запущенные пинги с чужих хостов. > Заметил на одном из хостов, смотрящих в Интернет, пинги. И идут они > постоянно. Вопрос - зачем? > Или кто-то запустил и забыл, или мониторят доступность. В каком смысле "лимитировать"? Средствами Вашего хоста Вы не можете запретить приходить пакетам, только можете не отвечать на них. sysctl net.inet.icmp.icmplim ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 11:20:38PM +0200, Irina Liakh wrote: > так что dbus_enable в /etc/rc.conf не поможет. Эмм, поможет, ведь же сгенерится UUID, после чего FF сможет успешно запустить dbus --session, а dbus --system будет висеть ненужный. Офигенное решение. Я не понимаю вообще совет энаблить dbus в /etc/rc.conf, равно как и сарказм по поводу нежелания этого делать. Элементарное решение было приведено в первом же письме, зачем этот совет? Зачем этот сыр-бор про слава-МакКузику и про сервисы-не-стартуют-сами-себя? Вопрос-то был, в каком месте глюк? В порте ли? В FF ли? Вообще не глюк а так и задумано? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 02:49:23PM +0300, Владимир Друзенко wrote: > >Короче, есть ситуация: при установке все_по_дефолту_из_пакетов десктопа > >на фре firefox не запускается из-за dbus. Вопрос: это норм и надо запускать > >dbus руками? Или это это subject to fix it somewhere? > Да. Это штатная работа сервисов во FreeBSD - всё прописывается в > /etc/rc.conf руками. Полный контроль над запускаемыми сервисами. dbus в этом смысле не совсем каноничный сервис. В отличие от, он предоставляет два типа загрузки: system-wide (от рута, с ключом --system) и per-session (от обычного юзера, с ключом --session). Вот FF как раз запускает dbus --session. А Вы (и Антон) предлагаете запускать dbus --system. И кстати, файрфокс не использует dbus --system. Даже если запустить dbus --system, FF всё равно запускает dbus --session, так что dbus_enable в /etc/rc.conf не поможет. Разве что поменять ключи в dbus_flags, но это изврат, не находите? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 12:31:31PM +0200, George L. Yermulnik wrote: > Ломка длится только первые полгода. Потом становится немного легче, но не > полностью. Я пробовал =) Я начинала с линуксов, это было Великое Избавление от винды, доставшей своей кривизной. Но фря оказалась ещё лучше. Я сейчас имею дело с линуксами, и, глядя на них, мне туда сильно не хочется. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 12:06:47PM +0200, George L. Yermulnik wrote: > Вряд ли кто-то так дотошно следит за этим портом =) Но всё может быть. > Антон, кстати, про svn log уже писал. > > > r347320 | kwm | 2014-03-06 22:39:24 +0200 (Thu, 06 Mar 2014) | 8 lines > > Don't run dbus-uuidgen in post-install scripts. This has the effect that > there will be no dangeling /var/db/dbus/machine-id on package install [1]. > Change the dbus start script to always call dbus-uuidgen --ensure. Which > only generates /var/db/dbus/machine-id if it is not present. > While here switch to USES=libtool. > > Reported by:poudriere in strict mode via miwi@ [1] > > И там в svn log'е полно упоминаний про uuid. Вона что, Михалыч... Спасибо! > Рекомендую к прочтению, > если тема настолько Вас заинтересовала =) Не "настолько", но раз пошла такая пьянка... ) > > > В смысле "правомочно"? У Вас FF включенной с поддержкой DBUS. Вполне > > > естественно, он пытается этот самый DBUS найти и заиспользовать. > > I mean, правильно ли делает FF, что стартует dbus как на душу придется, > > а не системным стандартным путём? > > FF же не freebsd-specific. Ищет, где может, отталкиваясь от того, где > dbus может быть в разных ОС. Я бы тогда предпочла, чтобы он честно признавался "can't run dbus, run it manually", но это уже, конечно, проблемы FF. > Не стоит так над собой издеваться =) Не знаю как кому, мне линуксы сложнее даются на порядок. Потому фря. Хотя я не 80 левел в ней. К тому же, она не только десктопом у меня. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 11:46:21AM +0200, George L. Yermulnik wrote: > Я думаю, для начала есть смысл пообщаться с мейнтейнером порта. Он > наверняка знает о причинах наличия/отсутствия инициализации uuid во > время установки порта/пакета при условии, что на этот момент не > известно, будет ли dbus использоваться воообще. Угу. Думала, может здесь кто-то знает почему так. > Это сарказм. Имеется в виду, что после установки порта/пакета демоны > автоматически не прописываются в автостарт и не запускаются post-install > целью. Да, я заметила, что Антон - любитель сарказма. Но то, что он сказал и то что "имел ввиду" - слишком непохожи, чтобы сарказм удался. > В смысле "правомочно"? У Вас FF включенной с поддержкой DBUS. Вполне > естественно, он пытается этот самый DBUS найти и заиспользовать. I mean, правильно ли делает FF, что стартует dbus как на душу придется, а не системным стандартным путём? > > Короче, есть ситуация: при установке все_по_дефолту_из_пакетов десктопа > > на фре firefox не запускается из-за dbus. Вопрос: это норм и надо запускать > > dbus руками? Или это это subject to fix it somewhere? > > Ну, фря в этом смысле не совсем десктопная версия ОС для домохозяек. > Если хочется десктоп, где всё само собой стартует и т.п., то можно взять > тот же Linux Mint, а не фрю =) Может, сразу винду? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 09:57:29AM +0300, Владимир Друзенко wrote: > PR с патчем можно оставить тут: > https://bugs.freebsd.org/bugzilla/enter_bug.cgi?product=Ports%20%26%20Packages&component=Individual%20Port%28s%29 > > Далее останется только убедить мэинтейнера в пользе этого патча. Сначала хотелось бы понять, это бага или фича (отсутствие инициализации UUID при установке пакета), а потом уже думать что с этим делать. > >>Слава МакКузику, во фре службы сами себя не стартуют. > >Сами себя - это как? Как Мюнхаузен себя за волосы из болота? > FreeBSD не стартует сервисы просто по зависимостям, если они явно не > включены в /etc/rc.conf. > О чём спор вообще? Мне не понятна была формулировка "служба сама себя стартует". Вроде, никто сам себя не стартует. Но жду что скажет Антон. > >firefox, который пытался запустить dbus): > FF пытается запустить dbus не через стартовый скрипт, а напрямую. Да, это уже стало понятно. Осталось понять, насколько правомочно он это делает. Короче, есть ситуация: при установке все_по_дефолту_из_пакетов десктопа на фре firefox не запускается из-за dbus. Вопрос: это норм и надо запускать dbus руками? Или это это subject to fix it somewhere? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 01:26:29AM +0200, Anton Sayetsky wrote: > Моё, конечно, Я сравнивала post-install-script и start-script ;) > ибо я могу удалить UUID после установки пакета. Если Вы удаляете UUID, то Вы знаете что надо его пересоздать, проблем не возникнет. > С hostid, > кстати, капает - стартовый скрипт базовой системы работает аналогично, > создаёт при запуске, ежели файла нет. > Если уж в базе работает так - то пусть и в портах работает. Как это мешает создавать UUID и из post-install скрипта? > > Нет никакой ошибки. > Ну, по крайней мере раньше такой проблемы не возникало, видимо, > post-install скрипт всё-таки отрабатывал. > > 1. Твой вопрос в первом письме касался init script. А что Вы поняли под "init script"? Сорри, я действительно неточно выразилась, имелся ввиду post-install скрипт пакета (start-stop-script в том контексте не имеет смысла). > Слава МакКузику, во фре службы сами себя не стартуют. Сами себя - это как? Как Мюнхаузен себя за волосы из болота? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 01:09:44AM +0200, Anton Sayetsky wrote: > Что очевидно. При запуске службы нет UUID - создаём его. Кроме этого, manpage даёт надежду, что UUID гененируется при установке пакета post-install-скриптом. Как думаете, чьё кунг-фу круче? > Нет никакой ошибки. Ну, по крайней мере раньше такой проблемы не возникало, видимо, post-install скрипт всё-таки отрабатывал. > См. предыдущее письмо, где я писал об nginx. Некорректное сравнение. > Если для тебя запуск демона стандартным методом ОС перед использованием > первого - костыль, то мне больше нечего написать. Есть такая удобная вещь - автозагрузка зависимостей. Конечно, можно всё и руками стартовать. И удалить все /etc/rc.d/* :) Только руками, только хардкор! ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 12:51:08AM +0200, Anton Sayetsky wrote: (У Вас почему-то сбилось квотирование, потому удаляю свои слова) > Никакой, но при выполнении service dbus start генерируется UUID и всё > работает. Вот и говорю - ни в коем случае не запускать скрипт, ага. Да, действительно, генерируется. > В общем, о чём вообще тред? Генерация UUID есть в prestart, откуда у тебя > проблема нашлась? Запустить dbus и включить его в rc.conf Заратустра не > позволяет? Тред о подозреваемой ошибке в пакете dbus. И да, костылями я умею пользоваться, но стараюсь избавляться от них. А Вы? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 12:36:49AM +0200, Anton Sayetsky wrote: > 22 января 2018 г., 0:41 пользователь Irina Liakh написал: > > файла (я не пробовала запускать сам dbus > И правда, а зачем? (*SARCASM*) И какую бы это новую информацию дало? > jason@cs0:~$ grep -A2 -B2 uuid /usr/ports/devel/dbus/files/dbus.in > dbus_prestart() > { > %%PREFIX%%/bin/dbus-uuidgen --ensure > mkdir -p /var/run/dbus > } > jason@cs0:~$ Ставила из пакетов. Кстати, как посмотреть энтим pkgng инсталл-скрипт пакета? В мануале не нашла. (btw, "grep -A2 -B2" == "grep -C2", вроде ;)) ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] [dbus] failed to read machine uuid
On Mon, Jan 22, 2018 at 12:26:26AM +0200, George L. Yermulnik wrote: > > On Mon, 22 Jan 2018 at 00:31:06 (+0200), Irina Liakh wrote: > > > После установки (с нуля) 11.1-RELEASE и пакетов обнаружилось, что файлик > > /var/lib/dbus/machine-id, так нужный dbus'у, не существует. > > Пофиксилось командой "dbus-uuidgen --ensure", но, судя по manpage, > > эта команда должна быть в инит-скрпите. Почему же он не отработал > > при установке пакета? > > А должен _ли_ был отработать при установке пакета, а не при старте сервиса > dbus? man dbus-uuidgen: The primary usage of dbus-uuidgen is to run in the post-install script of a D-Bus package like this: dbus-uuidgen --ensure И к тому же, если стартовать dbus, он как раз и ругается на отстутствие этого файла (я не пробовала запускать сам dbus, запускала firefox, который пытался запустить dbus): process 1475: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/etc/machine-id": No such file or directory See the manual page for dbus-uuidgen to correct this issue. D-Bus not built with -rdynamic so unable to print a backtrace ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] [dbus] failed to read machine uuid
Всем добра! После установки (с нуля) 11.1-RELEASE и пакетов обнаружилось, что файлик /var/lib/dbus/machine-id, так нужный dbus'у, не существует. Пофиксилось командой "dbus-uuidgen --ensure", но, судя по manpage, эта команда должна быть в инит-скрпите. Почему же он не отработал при установке пакета? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] mount devfs
On Thu, Dec 14, 2017 at 04:33:49PM +0200, Nick Kostirya wrote: > > > А почему после монтирования не сразу появляется содержимое devfs, а после > > > "передергивания"? [skip] > Оказалось что это из-за того, что /var/foo не обычный каталог, а unionfs > поверх ullfs. > А если обычный каталог, то все работает сразу. :-) Даже и без nullfs, репродьюсится на одной unionfs. Причём выхлопы ls из host env и из chroot - разные: # chroot /var/h ls /dev/random ls: /dev/random: No such file or directory # chroot /var/h ls /dev/random* ls: /dev/random: No such file or directory # chroot /var/h ls /dev/r* ls: /dev/random: No such file or directory ls: /dev/reroot: No such file or directory # # ls /var/h/dev/random ls: /var/h/dev/random: No such file or directory # ls /var/h/dev/random* /var/h/dev/random (примечателен вывод третьего chroot'ed ls) Походу ещё одна внезапность выяснилась, mknod создаёт устойчивые к umount'у ноды: # mount -t devfs devfs /var/h/dev # chroot /var/h ls /dev/*random ls: /dev/random: No such file or directory ls: /dev/urandom: No such file or directory # mknod /var/h/dev/urandom # chroot /var/h ls /dev/*random ls: /dev/random: No such file or directory /dev/urandom # umount /var/h/dev # mount -t devfs devfs /var/h/dev # chroot /var/h ls /dev/*random ls: /dev/random: No such file or directory /dev/urandom Unionfs, видимо, всё ещё не допилили. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] test и пустые строки
On Tue, Nov 21, 2017 at 04:12:46PM +0200, Valentin Nechayev wrote: > > Tue, Nov 21, 2017 at 14:55:11, spell wrote about "Re: [freebsd] test и > пустые строки": > > > > Я в таких случаях _никогда_ не надеюсь на постулаты типа "эта команда > > > никогда не выдаст более одного слова"; > > > > Даже если эта команда - "echo 1"? ;) > > Да. Нуу, просто если даже на это нельзя положиться, тогда, чтобы быть последовательным, надо подстилать соломку на каждом шагу, и под соломку соломку, и так до бесконечности. > > > если где-то записано `x` вместо > > > "`x`", это следует считать прямой командой шеллу перепарсить вывод, а > > > такие команды не надо использовать, если нет на то прямого указания. > > > > Не поняла, почему "перепарсить"? > > Потому что он обязан это сделать. Принять строку, разделить IFS??ами > (field splitting) и набрать аргументов, сколько получилось после > разделения. А если в кавычках, то это правило выключается. Поняла, согласна теперь. > > > Ну и если "всё очевидно", то что мешает упростить работу шеллу в > > > случае test? > > > > В смысле? > > В смысле, что если "$x" вместо $x, не будет запускаться field > splitting, независимо от того, там одно реальное поле или нет. То же. > Честно - это надо обдумать. Беру таймаут. Ещё соображения: Флаг ZF (zero flag) устанавливается в 1 когда результат операции равен нулю. Единица обозначает ноль. Это же абсолютно коряво. Флаг чётности, отражающий чётное количество единиц нечётной цифрой - туда же. Ну и так, больше юзерское соображение: если нужно создать enum с вариантами ответов "да/нет", то более натуральный порядок следования будет "да, нет", а не "нет, да", и индексы будут выданы соответственно 0-да, 1-нет. Имхо, устоявшаяся модель с 0-false является источником недоразумений, ошибок, проблем и более длинного кода, наподобие как это делает отсчёт индексов массивов в Паскале с единицы. Одним словом, нарушает принцип KISS. > > > И не везде она такая (вон в Windows положительные коды - > > > успех, отрицательные - ошибка, и в обоих множествах 2 миллиарда > > > возможностей). > > > > Зашибись решение. Стоит только не проследить за типом данных > > (signed/unsigned и длиной в байтах) как вуаля - лёгким движением руки > > отрицательное превращается в положительное. > > Ну а в юниксах очень похоже. > Я не смотрел, какой интерфейс сисколлов в 64-битных FreeBSD, но в > Linux это так - значения от (со знаком) -4096...-1 это ошибки > (-errno), а остальные - положительные (например, дескрипторы файлов). Разумеется, речь не о тех функциях, которые по определению возвращают спектр положительных результатов. > Ну а "не проследить" за такими вещами в C это настолько глобальная > ошибка, что вряд ли уже можно с ней мириться... Это ж надо следить. А так ноль - он везде ноль, в любом целочисленном типе данных. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] test и пустые строки
On Tue, Nov 21, 2017 at 03:40:12PM +0200, George L. Yermulnik wrote: > > On Tue, 21 Nov 2017 at 14:55:11 (+0200), Irina Liakh wrote: > > > > Это крайне хрупко и может быстро привести к настоящим дырам в > > > безопасности. > > > Я в таких случаях _никогда_ не надеюсь на постулаты типа "эта команда > > > никогда не выдаст более одного слова"; > > > Даже если эта команда - "echo 1"? ;) > > Моя команда точно не выводит более одного слова :) > > Такая фраза должна настораживать =) Почему? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] test и пустые строки
On Tue, Nov 21, 2017 at 11:55:06AM +0200, Valentin Nechayev wrote: > > Tue, Nov 21, 2017 at 11:40:47, spell wrote about "Re: [freebsd] test и > пустые строки": > > > Согласна, но почему бы об этом не упомянуть в мане? Сэкономило бы много > > времени не только мне. А лучше переписать usage syntax. > > Вот эта строка: > > > > stringTrue if string is not the null string. > > > > и работающая конструкция "[ ]" дают надежду на то, что аргументы могут > > быть null'ами (это если не задумываться о реализации и наследии). > > Поскольку в околошелльных кругах нет устоявшихся понятий > > "null string", "zero string", "initialized variable" (нет же?), то > > описание типа такого, кмк, было бы более прозрачным: > > > > [string] True if string is specified and it's length is not zero. > > Да, тут понятие null string требует расшифровки или замены на более > понятное, типа empty string. Empty string не годится потому что в таком случае не отражает реальное положение вещей. Синтаксис же допускает как non-zero-length string и zero-lengh string так и отсутствие оной. > > [ `somelongcommandline` ] && dosomething || doother > > > > выглядит получше чем > > > > [ -n "`somelongcommandline`" ] && dosomething || doother > > Мнэээ... вообще-то это уже диверсия. Например: > > $ a() { echo 1 -eq 3; } > $ [ `a` ] && echo yes || echo no > no > $ a() { echo 1 -ne 3; } > $ [ `a` ] && echo yes || echo no > yes > $ a() { echo 1 2 3; } > $ [ `a` ] && echo yes || echo no > bash: [: 2: binary operator expected > no > > то есть отсутствием закавычивания Вы уже пришли к тому, что > `somecommand` может выдавать несколько разделённых пробелом слов, > которые будут рассматриваться отдельно. > Это крайне хрупко и может быстро привести к настоящим дырам в > безопасности. > Я в таких случаях _никогда_ не надеюсь на постулаты типа "эта команда > никогда не выдаст более одного слова"; Даже если эта команда - "echo 1"? ;) Моя команда точно не выводит более одного слова :) > если где-то записано `x` вместо > "`x`", это следует считать прямой командой шеллу перепарсить вывод, а > такие команды не надо использовать, если нет на то прямого указания. Не поняла, почему "перепарсить"? > > > Как и вообще многое в шелле и вокруг. Test тут далеко не > > > единственный пример. Возьмём grep. Мы можем десятки раз писать что-то > > > типа "grep vasya /var/log/auth.log", но если шаблон приходит снаружи, > > > мы обязаны написать: > > > > > > grep -e "$pattern" "$file" > > > > > > причём важны и -e - указать, что тут шаблон, и кавычки - чтобы шелл > > > сохранил это одним аргументом, независимо от количества параметров в > > > нём. > > > > С grep всё очевидно и согласно процедурам word expansion и quote removal. > > Это про кавычки, а я также про -e для шаблона, который может > начинаться с '-'. Разумеется. Очевидно, потому что понятно, как ведёт себя grep после подстановки переменных, и что без -e и без закавычивания паттерна он будет рассматривать аргументы командной строки как и положено (но не так как нужно): строки с ведущими "-" как опции, первый аргумент как паттерн, остальные как файлы. > Ну и если "всё очевидно", то что мешает упростить работу шеллу в > случае test? В смысле? > > Да-да.. > > Если бы мне дали всё исправить, я бы начала с того, что 0 - это true, > > а 1 - false. (начиная с машинной логики, а не только в шеллах) > > Вот тут не согласен. В шелле такая логика потому, что успешных > завершений один код, а неуспешных - много. Но именно поэтому она > обратная. Имхо, в шелле как раз нормальная логика. Успех - он и в Африке успех, для него достаточно одного кода. А поводов для файлура может быть множество, и когда каждый код выхода означает определённый reason - это просто счастье и благодать. И естественно отдать 0, как единственный в своём роде, успеху, а остальные ненули - ошибкам. И очень легко делать проверку: if (true), условно говоря. А вот в Сишечке необходимость выворачивать наизнанку смысл кода возврата: if (!somefunc()) printf("success") меня расстраивает... Это при том, что логика кодов возврата та же (0 - success, >0 - failure). Да и вообще! 0 - true и 1 - false логично хотя бы потому, что 0 - это чёт, а 1 - нечет. Само по себе понятие "нечет" (а хоть бы даже и odd) несёт в себе отрицательный смысл, и его логичней привязать к false. Щетаю, что из "0 - false" растут многие сложности, созданные на ровном месте и совершенно ненужные. > И не везде она такая (вон в Windows положительные коды - > успех, отрицательные - ошибка, и в обоих множествах 2 миллиарда > возможностей). Зашибись решение. Стоит только не проследить за типом данных (signed/unsigned и длиной в байтах) как вуаля - лёгким движением руки отрицательное превращается в положительное. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] test и пустые строки
Валентин, моё почтение за Ваше объяснение :) Даже жалко скипать, но, наверное, надо. On Tue, Nov 21, 2017 at 07:56:44AM +0200, Valentin Nechayev wrote: > > Tue, Nov 21, 2017 at 01:34:30, spell wrote about "Re: [freebsd] test и > пустые строки": > > > > Я бы перефразировал: всплыло некорректное использование команды test. > > > > О, это всё объясняет :) Спасибо. > > Только ни разу не очевидно, что null string в случае "[ $str ]" допустим, > > а в случае "[ -n $str ]" - нет. И тем более что оно молча fallback-ает в > > treating an option as a regular string. > > А какой собственно у неё выход? Согласна, но почему бы об этом не упомянуть в мане? Сэкономило бы много времени не только мне. А лучше переписать usage syntax. Вот эта строка: stringTrue if string is not the null string. и работающая конструкция "[ ]" дают надежду на то, что аргументы могут быть null'ами (это если не задумываться о реализации и наследии). Поскольку в околошелльных кругах нет устоявшихся понятий "null string", "zero string", "initialized variable" (нет же?), то описание типа такого, кмк, было бы более прозрачным: [string] True if string is specified and it's length is not zero. > А теперь о случаях типа один аргумент, который проверяет на непустоту. > Тут одновременно и наследие (в смысле legacy), и простой сокращённый > случай - но это уже фактически та простота, которая не то хуже > воровства, не то "просто" требует очень внимательного отношения к > себе. Эта "простота" мне вчера оказалась полезной :) Кмк, [ `somelongcommandline` ] && dosomething || doother выглядит получше чем [ -n "`somelongcommandline`" ] && dosomething || doother > Как и вообще многое в шелле и вокруг. Test тут далеко не > единственный пример. Возьмём grep. Мы можем десятки раз писать что-то > типа "grep vasya /var/log/auth.log", но если шаблон приходит снаружи, > мы обязаны написать: > > grep -e "$pattern" "$file" > > причём важны и -e - указать, что тут шаблон, и кавычки - чтобы шелл > сохранил это одним аргументом, независимо от количества параметров в > нём. С grep всё очевидно и согласно процедурам word expansion и quote removal. > В случае test имеем несколько наслоений интерфейса - да, таки это > legacy. Первый, самый ранний, это тот самый одноаргументный вариант и > прочее связанное с ним. А что ещё связано с одноаргументным вариантом? > Стандарт можете почитать сами тут: > http://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html Спасибо! > а дальше посмотреть на то, как более дружественные шеллы (bash, > zsh...) борются с последствиями этого. Как они расширяют сам test, > как эмпирически пытаются разбирать сложные случаи, как вместо этого > можно пользоваться конструкциями типа $((...)), и так далее. С $(( )) связана отдельная боль... За вот это: $ echo $(( 010 )) 8 повбывавбы... Ну что мешало добавить буковку "o" аналогично "x" в хексе?: $ echo $(( 0x10 )) 16 Ведущие нули не так уж редко используются в числах, где подразумевается именно десятичное число (для выравнивания сортировки, например). > (Если бы мне дали это всё исправить, я бы сделал вариант с только > префиксной записью всех вариантов (например, `= arg1 arg2' вместо `arg1 > = arg2'), начальную опцию для него, и загнал бы это кувалдой в стандарт. Да-да.. Если бы мне дали всё исправить, я бы начала с того, что 0 - это true, а 1 - false. (начиная с машинной логики, а не только в шеллах) ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] test и пустые строки
On Tue, Nov 21, 2017 at 12:23:27AM +0200, George L. Yermulnik wrote: > Hello! > > On Tue, 21 Nov 2017 at 00:53:33 (+0200), Irina Liakh wrote: > > > Всплыло непонятное поведение команды test (builtins из sh и bash и > > /bin/test), > > подскажите, какой в этом смысл? > > Я бы перефразировал: всплыло некорректное использование команды test. О, это всё объясняет :) Спасибо. Только ни разу не очевидно, что null string в случае "[ $str ]" допустим, а в случае "[ -n $str ]" - нет. И тем более что оно молча fallback-ает в treating an option as a regular string. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] test и пустые строки
Приветствую всех! Всплыло непонятное поведение команды test (builtins из sh и bash и /bin/test), подскажите, какой в этом смысл? Из man test: stringTrue if string is not the null string. -n string True if the length of string is nonzero. -z string True if the length of string is zero. Проверка строки без опций проходит ожидаемо: $ if [ ]; then echo yes; else echo no; fi no $ if [ "" ]; then echo yes; else echo no; fi no Но -n, вопреки ожиданиям, ведёт себя не аналогично: $ if [ -n ]; then echo yes; else echo no; fi yes $ if [ -n "" ]; then echo yes; else echo no; fi no Первая мысль: -n (а значит и -z тоже) считает, что нулевая длина может быть только у не null string. Но -z опровергает это: $ if [ -z ]; then echo yes; else echo no; fi yes $ if [ -z "" ]; then echo yes; else echo no; fi yes #какжетак? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] installing pkg failed
On Tue, Oct 03, 2017 at 02:55:14PM +0700, Eugene Grosbein wrote: > На самом деле это известная проблема. При апгрейде pkg он удаляет из базы > SQLite > эту самую таблицу, чтобы убрать зависимость от библиотеки fts4. > Если после этого сделать даунгрейд pkg, хотя бы в виде удаления пакета pkg, > что вводит в работу системную затычку на основе старой версии, то получается > такая хрень. > > bapt@ в курсе, но починено это, видимо, не будет... Вот оно как... Вообще не помню проблем со старой версией pkg_*, а использовала её много и разно. Если и случался инконсистенс, pkgdb -F всё решал. Логичная ровная система была, это был один из аргументов в пользу фри в спорах "freebsd vs linux". Совсем не хотелось с неё уходить. А в новой уже который раз косяки и неочевидности. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] installing pkg failed
On Tue, Oct 03, 2017 at 01:03:06AM +0300, Владимир Друзенко wrote: > Проще собрать из портов актуальную версию pkg. Действительно :) Я, видимо, больше зависла над вопросом "wtf", чем над "как починить" :) > Также, если уже удалили все пакеты, то можно было смело удалять всё > содержимое /var/db/pkg/. Не факт что это помогло бы, ведь pkg-static из скачанного руками пакета отработал с тем /var/db/pkg/ что был, в то время как системный pkg-static не работал. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] installing pkg failed
On Mon, Oct 02, 2017 at 11:08:42PM +0300, Irina Liakh wrote: > On Tue, Oct 03, 2017 at 02:09:40AM +0700, Eugene Grosbein wrote: > > Теперь самое простое будет, наверное, вручную скачать и развернуть > > свежую версию pkg и установить её обратно: > > > > cd /tmp > > mkdir pkg > > cd pkg > > fetch http://pkg.freebsd.org/FreeBSD:11:amd64/latest/All/pkg-1.10.1.txz, > > tar xvf pkg-1.10.1.txz > > usr/local/sbin/pkg-static install -yU pkg-1.10.1.txz > > pkg-static (с другими параметрами) вываливается с той же ошибкой. Сорри, pkg-static из скачанного пакета отработал нормально. Тересно, что это было, но проблема решена, спасибо! ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] installing pkg failed
On Tue, Oct 03, 2017 at 02:09:40AM +0700, Eugene Grosbein wrote: > 03.10.2017 2:27, Irina Liakh пишет: > > Добрый вечер всем! > > > > Пытаюсь установить pkg, выдает ошибку: > > > > pkg-static: warning: database version 34 is newer than libpkg(3) version > > 33, but still compatible > > pkg-static: sqlite error while executing INSERT OR ROLLBACK INTO > > pkg_search(id, name, origin) VALUES (?1, ?2 || '-' || ?3, ?4); in file > > pkgdb.c:1544: no such table: pkg_search > > > > 11.1-RELEASE (на 11.0-RELEASE было то же самое или похожее) > > > > Вкратце timeline, если это что-то даст: > > * было 11.0-RELEASE, установленная давно и недонастроенная (последний раз > > использовалась полгода назад чтобы проверить udp-checksum-патч Андрея > > Елсюкова), понадобилась сегодня, но вылезла проблема с пакетами, потому > > решено было обновиться > > * pkg delete -a (без ручного вмешательства не отработал полностью, удалил > > бОльшую часть пакетов, после чего сказал что-то вроде "не могу удалить сам > > себя, дайте мне "-f"" (это при том, что штук 20 пакетов ещё не удалились)) > > * pkg delete -af > > * freebsd-update -r 11.1-RELEASE upgrade (со всеми прилагающимися > > freebsd-update install) > > * pkg info (предложил себя поставить и вывалился с ошибкой) > > > > В чем проблема и как исправить? > > Спасибо за помощь! > > Удалять pkg было ошибкой, защита от этого в виде ключа -f существует не > просто так. > Это можно делать только тем, кто понимает, что делает и знает, как чинить в > случае чего. Неожиданно :) Совсем не очевидно, что -f именно для этого, и что удалять pkg это "on your own risk". Считала, что -f нужен чтобы разграничить собсна пакеты от пакет менеджера. И разве есть что-то военное в удалить/переустановить pkg? Раньше работало так без проблем. > Теперь самое простое будет, наверное, вручную скачать и развернуть > свежую версию pkg и установить её обратно: > > cd /tmp > mkdir pkg > cd pkg > fetch http://pkg.freebsd.org/FreeBSD:11:amd64/latest/All/pkg-1.10.1.txz, > tar xvf pkg-1.10.1.txz > usr/local/sbin/pkg-static install -yU pkg-1.10.1.txz pkg-static (с другими параметрами) вываливается с той же ошибкой. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] installing pkg failed
Добрый вечер всем! Пытаюсь установить pkg, выдает ошибку: pkg-static: warning: database version 34 is newer than libpkg(3) version 33, but still compatible pkg-static: sqlite error while executing INSERT OR ROLLBACK INTO pkg_search(id, name, origin) VALUES (?1, ?2 || '-' || ?3, ?4); in file pkgdb.c:1544: no such table: pkg_search 11.1-RELEASE (на 11.0-RELEASE было то же самое или похожее) Вкратце timeline, если это что-то даст: * было 11.0-RELEASE, установленная давно и недонастроенная (последний раз использовалась полгода назад чтобы проверить udp-checksum-патч Андрея Елсюкова), понадобилась сегодня, но вылезла проблема с пакетами, потому решено было обновиться * pkg delete -a (без ручного вмешательства не отработал полностью, удалил бОльшую часть пакетов, после чего сказал что-то вроде "не могу удалить сам себя, дайте мне "-f"" (это при том, что штук 20 пакетов ещё не удалились)) * pkg delete -af * freebsd-update -r 11.1-RELEASE upgrade (со всеми прилагающимися freebsd-update install) * pkg info (предложил себя поставить и вывалился с ошибкой) В чем проблема и как исправить? Спасибо за помощь! ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] X-сервер не запускается
On Sun, Apr 30, 2017 at 07:15:24PM +0300, Boris Samorodov wrote: > 30.04.2017 17:26, Irina Liakh пишет: > >On Sun, Apr 30, 2017 at 04:31:25PM +0300, Владимир Друзенко wrote: > >> > >>Как-то странно видеть ссылки на llvm 3.9 и 3.7, когда уже не первую > > Удалите llvm-37. Известная бага, обсуждалась в списках рассылок. Это решило проблему. Спасибо! хотя осталось чуточку любопытно, почему от рута всё работало > >>неделю они заменены на 4.0 (для DRI и OpenGL). > >>Может стоит их снести, а установить 4.0? > > > >Вручную? > > Типа да. Оказалось достаточно удалить llvm-37 и оставить llvm-39. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] X-сервер не запускается
On Sun, Apr 30, 2017 at 06:38:50PM +0300, Владимир Друзенко wrote: > Я портами пользуюсь - с 18-ого апреля llvm39 заменил на llvm40. > llvm37 думаю уже больше 2х месяцев как был заменён на llvm39. У меня они оба стоят, и про обоих pkg upgrade говорит, что они up to date. > >>Ещё на pciconf -lv|grep -A4 vgapci интересно взглянуть. > ># pciconf -lv | grep -A4 vgapci > >vgapci0@pci0:4:0:0: class=0x03 card=0x81991043 chip=0x014110de > >rev=0xa2 hdr=0x00 > > vendor = 'NVIDIA Corporation' > > device = 'NV43 [GeForce 6600]' > > class = display > > subclass = VGA > > > >Если что, я пробовала в xorg.conf писать Driver "vesa" - та же самая > >ошибка была. > У меня практически такая же: > vgapci0@pci0:1:0:0: class=0x03 card=0x81ad1043 chip=0x00f210de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'NV43 [GeForce 6600]' > class = display > subclass = VGA > > Использую проприетарный x11/nvidia-driver-304 (nvidia-driver-304-304.135). У меня xf86-video-nv-2.1.21_1, но, видимо, он тут ни при чем, раз с vesa было то же самое.. > >>А зачем запускать X-ы вручную через xinit? > >Когда нужно, тогда и запускаю) X-ы не всегда нужны. > Я использую KDE4, для него можно так: > service kdm4 onestart > service kdm4 onestop Я использую evilwm, он у меня в .xinitrc прописан) ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] X-сервер не запускается
On Sun, Apr 30, 2017 at 06:37:51PM +0300, Oleg V. Nauman wrote: > > А если попробовать опять запустить от юзера после запуска от рута - работает? > Если да, то возможно libdrm пытался и не смог загрузить от юзера нужный > ядреный модуль drm. После рута тоже не работает. drm не загружается. Никакие кернельные модули не загружаюся при старте X. > Отдельная возможность - нехватка полномочий пользователя для операций с > терминалом в этом случае; мой ${user} добавлен в wheel и operator еще на заре > цивилизации и прекрасно исполняет startx. Юзер состоит в группе wheel. И раньше нормально запускал X-сервер. Перестал запускать после сегодняшнего обновления пакетов. > Злые языки утверждают, что xorg.conf лучше вообще удалить/переименовать. А можно поподробнее? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] X-сервер не запускается
On Sun, Apr 30, 2017 at 04:31:25PM +0300, Владимир Друзенко wrote: > > Как-то странно видеть ссылки на llvm 3.9 и 3.7, когда уже не первую > неделю они заменены на 4.0 (для DRI и OpenGL). > Может стоит их снести, а установить 4.0? Вручную? Я сегодня обновляла пакеты, должны ж были новые поставиться? > Ещё на pciconf -lv|grep -A4 vgapci интересно взглянуть. # pciconf -lv | grep -A4 vgapci vgapci0@pci0:4:0:0: class=0x03 card=0x81991043 chip=0x014110de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NV43 [GeForce 6600]' class = display subclass = VGA Если что, я пробовала в xorg.conf писать Driver "vesa" - та же самая ошибка была. > А зачем запускать X-ы вручную через xinit? Когда нужно, тогда и запускаю) X-ы не всегда нужны. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] X-сервер не запускается
On Sun, Apr 30, 2017 at 04:04:16PM +0300, George L. Yermulnik wrote: > > > > А xorg-server случаем не с SUID=off собран? > > > pkg query -i "%Ok: %Ov" xorg-server # pkg query -i "%Ok: %Ov" xorg-server DEVD: on HAL: off SUID: on ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] X-сервер не запускается
On Sun, Apr 30, 2017 at 03:41:59PM +0300, Anton Sayetsky wrote: > А xorg-server случаем не с SUID=off собран? Не знаю. Ставила из стандартных пакетов. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] X-сервер не запускается
On Sun, Apr 30, 2017 at 02:45:39PM +0300, Irina Liakh wrote: > пробовала закомментировать "Load glx", но он всё равно грузится. Не грузится если вместо Load "glx" написать Disable "glx". В этом случае X-сервер успешно стартует от юзера. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] X-сервер не запускается
Привествую всех! Помогите разобраться почему не работает X-сервер. xinit, запущенный от юзера, падает с такими логами: [33.437] (II) AIGLX: Screen 0 is not DRI2 capable [33.437] (EE) AIGLX: reverting to software rendering [35.888] (EE) [35.888] (EE) Backtrace: [35.909] (EE) 0: /usr/local/bin/X (OsInit+0x38a) [0x5abfba] [35.938] (EE) 1: /lib/libthr.so.3 (_pthread_sigmask+0x50d) [0x8025cdbbd] [35.953] (EE) 2: /lib/libthr.so.3 (_pthread_getspecific+0xe9f) [0x8025cdacf] [35.967] (EE) 3: ? (?+0xe9f) [0x8032] [36.015] (EE) 4: /usr/local/llvm39/lib/libLLVM-3.9.so (_ZN4llvm13StringMapImpl15LookupBucketForENS_9StringRefE+0xf0) [0x8128c0340] [36.030] (EE) 5: /usr/local/llvm39/lib/libLLVM-3.9.so (LLVMParseCommandLineOptions+0x7cf) [0x81288497f] [36.046] (EE) 6: /usr/local/llvm39/lib/libLLVM-3.9.so (LLVMParseCommandLineOptions+0x92c) [0x812884c1c] [36.061] (EE) 7: /usr/local/llvm39/lib/libLLVM-3.9.so (_ZN4llvm2cl6Option11addArgumentEv+0x7c) [0x812878dec] [36.087] (EE) 8: /usr/local/llvm37/lib/libLLVMSupport.so.3.7 (_ZNSt3__127__insertion_sort_incompleteIRNS_6__lessINS_4pairIN4llvm10TimeRecordENS_12basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEESB_EEPSB_EEbT0_SF_T_+0x67d) [0x8213ae31d] [36.101] (EE) 9: /usr/local/llvm37/lib/libLLVMSupport.so.3.7 (_ZN4llvm3sys8WatchdogD1Ev+0x32) [0x8213e6264] [36.116] (EE) 10: /usr/local/llvm37/lib/libLLVMSupport.so.3.7 (_init+0xe) [0x821344ebc] [36.139] (EE) 11: ? (_rtld_is_dlopened+0x1532) [0x80081a3e2] [36.153] (EE) 12: ? (dlopen+0x191) [0x800816311] [36.183] (EE) 13: /usr/local/lib/xorg/modules/extensions/libglx.so (_init+0x1c53c) [0x8046464dc] [36.195] (EE) 14: /usr/local/lib/xorg/modules/extensions/libglx.so (_init+0x1b9d1) [0x804644de1] [36.208] (EE) 15: /usr/local/lib/xorg/modules/extensions/libglx.so (_init+0x1b04e) [0x804643a0e] [36.231] (EE) 16: /usr/local/bin/X (InitExtensions+0x61) [0x4ab921] [36.244] (EE) 17: /usr/local/bin/X (remove_fs_handlers+0x3a2) [0x43b4a2] [36.257] (EE) 18: /usr/local/bin/X (_start+0x17f) [0x42506f] [36.269] (EE) 19: ? (?+0x17f) [0x80083617f] [36.270] (EE) [36.270] (EE) Segmentation fault at address 0x821407000 [36.270] (EE) Fatal server error: [36.270] (EE) Caught signal 11 (Segmentation fault). Server aborting [36.270] (EE) [36.270] (EE) Если запустить xinit от рута, то все работает, при этом логи, начиная с места расхождения, такие: [ 227.994] (II) AIGLX: Screen 0 is not DRI2 capable [ 227.994] (EE) AIGLX: reverting to software rendering [ 230.284] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 230.285] (II) AIGLX: Loaded and initialized swrast Система 11.0-RELEASE-p9 xorg-server-1.18.4,1 xorg.conf - сгенерён by "X -configure" и не правился (только пробовала закомментировать "Load glx", но он всё равно грузится). ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 11:17:01PM +0700, Eugene Grosbein wrote: > 13.04.2017 21:55, Irina Liakh пишет: > > Может, дело в том, что tcpdump и netstat проверяют разные чексуммы? > > iiuc, tcpdump проверяет IP checksum, а netstat - TCP/UDP checksum. > > tcpdump без ключа -K проверяет и TCP/UDP тоже, он умный. Действительно, в описании ключа -K это сказано: -K Don't attempt to verify IP, TCP, or UDP checksums. А в -v - нет: -v [...] Also enables additional packet integrity checks such as verifying the IP and ICMP header checksum. Вообще, не понятно. -v включает дополнительную проверку чексуммы или просто показывает ее? Если включает, значит, без -v она не включена, и тогда зачем нужен -K? Если только показывает, почему тогда сказано "enables additional checks"? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 07:00:02PM +0300, Andrey V. Elsukov wrote: > Спасибо. Подозрение было на то, что флаги проверки контрольной суммы > полученные от сетевой карты и подсчитанные для внешнего IP и UDP > заголовков используются и на передоваемые внутри туннеля данные. Ясно, спасибо! > Судя по тому что у вашей сетевой карты только один флаг оффлоада RXCSUM, > она не умеет полный оффлоад и благодаря этому UDP/TCP протоколы делают > небольшой подсчёт контрольной суммы используя данные от сетевой карты. А чем отличается небольшой подсчет от обычного? Этот алгоритм - freebsd-specific или общий? Пока не нахожу соотв. доку... > Так как передаваемая картой контрольная сумма расчитана для внешнего > заголовка, то когда те же самые данные участвуют в расчёте контрольной > суммы для заголовков внутри туннеля, то и получается неверный результат. Тоже ясно! ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 06:07:02PM +0300, Irina Liakh wrote: > On Thu, Apr 13, 2017 at 06:02:37PM +0300, Oleg V. Nauman wrote: > > On Thursday 13 April 2017 16:59:10 Irina Liakh wrote: > > > On Thu, Apr 13, 2017 at 12:50:43PM +0300, Andrey V. Elsukov wrote: > > > > Добрый день, > > > > > > > > раз уж мы говорим о решении, сможете протестировать патч? > > > > https://people.freebsd.org/~ae/udp_csum_flags.diff > > > > > > > > Нужно пересобрать ядро. > > > > > > Все работает с этим патчем. Проверяла только IPv4. > > > > Для однозначности - и TCP работает? > > Работает и TCP и UDP, хотя для меня было неожиданно, исходя из того, > что патчились только udp_* файлы. Но мне, недоучке, простительно) Дошло. В патче UDP рихтуется тот, который носит L2TP-пакеты, а не тот, который не работал внутри туннеля. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 06:02:37PM +0300, Oleg V. Nauman wrote: > On Thursday 13 April 2017 16:59:10 Irina Liakh wrote: > > On Thu, Apr 13, 2017 at 12:50:43PM +0300, Andrey V. Elsukov wrote: > > > Добрый день, > > > > > > раз уж мы говорим о решении, сможете протестировать патч? > > > https://people.freebsd.org/~ae/udp_csum_flags.diff > > > > > > Нужно пересобрать ядро. > > > > Все работает с этим патчем. Проверяла только IPv4. > > Для однозначности - и TCP работает? Работает и TCP и UDP, хотя для меня было неожиданно, исходя из того, что патчились только udp_* файлы. Но мне, недоучке, простительно) ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 01:54:56PM +0700, Eugene Grosbein wrote: > 13.04.2017 13:49, Irina Liakh пишет: > > >> С другой стороны, tcpdump -s0 про входящие TCP-пакеты на ng0 говорит cksum > >> 0x8bd2 (correct), > >> а это значит, что контрольная сумма у него сходится. Я склонен верить > >> tcpdump-у в этом вопросе, > > Кстати да, как так получается, что tcpdump говорит "cksum correct", а > > netstat - "bad checksum"? > > Ядро может пропускать самостоятельный подсчет контрольных сумм, > если в метаданных пакета уже есть посчитанная оборудованием сумма (checksum > offload). > Для netgraph такого быть не должно, но не исключены баги. Может, дело в том, что tcpdump и netstat проверяют разные чексуммы? iiuc, tcpdump проверяет IP checksum, а netstat - TCP/UDP checksum. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 12:50:43PM +0300, Andrey V. Elsukov wrote: > Добрый день, > > раз уж мы говорим о решении, сможете протестировать патч? > https://people.freebsd.org/~ae/udp_csum_flags.diff > > Нужно пересобрать ядро. Все работает с этим патчем. Проверяла только IPv4. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 03:08:05PM +0700, Eugene Grosbein wrote: > Тут конечно -rxcsum, опечатка. sure) > А можно ссылку на жалобу того ещё одного человека? https://www.opennet.ru/openforum/vsluhforumID1/96009.html ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 02:24:28PM +0700, Eugene Grosbein wrote: > Баг в ядре, значит. Пока пропишите в /etc/rc.conf: > > ifconfig_fxp0="inet 192.168.12.2/24 -rxcum" > > Ну и желательно сделать PR, да, со всей этой диагностикой. Благодарю Вас за помощь! И вообще всех кто помогал. Здорово, что есть эта отличная рассылка. Я предварительно перекопала все что нашел гугль на эту тему - ничего кроме жалобы еще одного человека на те же симптомы, без решения. Спасибо, Валентин Нечаев! ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 01:54:56PM +0700, Eugene Grosbein wrote: > 13.04.2017 13:49, Irina Liakh пишет: > > # ifconfig fxp0 > > fxp0: flags=8843 metric 0 mtu 1500 > > options=2009 > > ether X:X:X:X:X:X > > inet 192.168.12.2 netmask 0xff00 broadcast 192.168.12.255 > > nd6 options=29 > > media: Ethernet autoselect (100baseTX ) > > status: active > > Если сделать ifconfig fxp0 -rxcsum проблема остаётся или уходит? Уходит. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 01:52:26AM +0300, Alexander Sheiko wrote: > ОК - попробуйте зацепиться за l2tp сервер виндовым клиентом из этой же > сети Ставить ради этого винду так не хочется > и, потом, ещё и с другого провайдера. Попытаюсь.. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 01:06:30AM +0300, Vladislav V. Prodan wrote: > 2017-04-13 0:31 GMT+03:00 Irina Liakh : > > > Результат тот же самый, включая счетчики bad checksum в "netstat -sp tcp" > > и "netstat -sp udp". > > > > Заменить сетевую карту и патч-корд есть возможность? Но ведь все остальное работает. Без l2tp - эти счетчики нулевые. Каким хитрым образом может сетевая/патч-корд бить только l2tp-пакеты? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 10:07:07AM +0700, Eugene Grosbein wrote: > 12.04.2017 23:32, Eugene Grosbein пишет: > > 65 discarded for bad checksums > >>> > >>> Этот счетчик растёт в то время, когда выполняются попытки установить > >>> TCP-соедиение > >>> через туннель? > >> > >> Да. Синхронно с приходящими SYN ACK пакетами. > >> Аналогично растет вот это: > >> > >> # netstat -sp udp | grep "bad checksum" > >> 31 with bad checksum > >> > >> синхронно с приходящими UDP-пакетами. > > > > Ну вот и ответ - NAT портит пакеты l2tp при трансляции и не портит PPtPGRE. > > С другой стороны, tcpdump -s0 про входящие TCP-пакеты на ng0 говорит cksum > 0x8bd2 (correct), > а это значит, что контрольная сумма у него сходится. Я склонен верить > tcpdump-у в этом вопросе, Кстати да, как так получается, что tcpdump говорит "cksum correct", а netstat - "bad checksum"? > так что дело, вероятней, не в NAT, а всё же в ядре системы-клиента. Клиент > сам по себе является > маршрутизатором? sysctl sysctl net.inet.ip.forwarding в студию. # sysctl net.inet.ip.forwarding net.inet.ip.forwarding: 0 > И заодно вывод ifconfig для физического интерфейса там же. # ifconfig fxp0 fxp0: flags=8843 metric 0 mtu 1500 options=2009 ether X:X:X:X:X:X inet 192.168.12.2 netmask 0xff00 broadcast 192.168.12.255 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Thu, Apr 13, 2017 at 12:16:32AM +0700, Eugene Grosbein wrote: > выгрузить pf и ещё раз попробовать c ipfw nat - всё должно работать. # kldstat Id Refs AddressSize Name 1 19 0x8020 1fa7c38 kernel 21 0x82221000 1fe5a3 zfs.ko 31 0x8242 811f opensolaris.ko 41 0x82429000 3710 ums.ko 52 0x8242d000 2322bipfw.ko 61 0x82451000 5bc4 ipfw_nat.ko 71 0x82457000 dc68 libalias.ko # ipfw show 00100 3973 384882 nat 100 ip from 192.168.12.2 to any 00101 2132 251075 nat 100 ip from any to 65000 3354 349722 allow ip from any to any 655350 0 deny ip from any to any # ipfw nat show config ipfw nat 100 config log redirect_addr 192.168.12.2 Результат тот же самый, включая счетчики bad checksum в "netstat -sp tcp" и "netstat -sp udp". ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 11:17:04PM +0300, Alexander Sheiko wrote: > > Покажите pfctl -s states в момент установленного туннеля. all udp :57871 (192.168.12.2:54002) -> :1701 MULTIPLE:MULTIPLE > Попробуйте поменять: > > nat on vr0 inet from 192.168.12.0/24 to any -> (vr0:0) > > на > > nat pass on vr0 inet from 192.168.12.0/24 to any -> (vr0:0) Ничего не поменялось. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 09:39:26PM +0300, Alexander Sheiko wrote: > Покажите, как именно НАТите. > > Сам по себе pfnat с l2tp дружит, по крайней мере на опёнке работает как > часы. Может проблема с правилами, а может специфика фри. # pfctl -s nat nat on vr0 inet from 192.168.12.0/24 to any -> (vr0:0) nat on vr0 inet from 192.168.11.0/24 to any -> (vr0:0) nat on vr0 inet from 192.168.10.0/24 to any -> (vr0:0) Евгений, я чуть позже сделаю через ipfw. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 07:59:38PM +0300, Oleg V. Nauman wrote: > И wifi роутер с NAT ? У меня роутером FreeBSD с внутренним и внешним эзернетами. Это когда через NAT подключаюсь. Когда напрямую - через wifi роутер, мне неподвластный. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 11:52:19PM +0700, Eugene Grosbein wrote: > Теперь насчет него, всё те же вопросы: ядро GENERIC? Да. Система FreeBSD 11.0-RELEASE-p2 > Что в loader.conf и в sysctl.conf? В loader.conf пусто, в sysctl.conf только про acpi. > Какая внешняя сетевая (имя драйвера)? vr0 > Вывод ifconfig внешней сетевой и ipfw show в студию. # ifconfig vr0 vr0: flags=8843 metric 0 mtu 1500 options=82808 ether X:X:X:X:X:X inet X.X.X.X netmask 0xff00 broadcast X.X.X.X nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active # ipfw show ipfw: retrieving config failed: Protocol not available # pfctl -s rules # > Если ядро GENERIC, то есть вывод kldstat на роутере в то время, > когда туннель через него установлен. # kldstat Id Refs AddressSize Name 1 15 0x8020 1fa7c38 kernel 21 0x82221000 1fe5a3 zfs.ko 31 0x8242 811f opensolaris.ko 41 0x82429000 3710 ums.ko 51 0x8242d000 33becpf.ko ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 07:39:25PM +0300, Vladislav V. Prodan wrote: > Или сетевая карта (в виртуалке). не виртуальная машина, обычная) ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 11:32:10PM +0700, Eugene Grosbein wrote: > 13.04.2017 1:48, Irina Liakh пишет: > > On Wed, Apr 12, 2017 at 11:11:27PM +0700, Eugene Grosbein wrote: > >>> 65 discarded for bad checksums > >> > >> Этот счетчик растёт в то время, когда выполняются попытки установить > >> TCP-соедиение > >> через туннель? > > > > Да. Синхронно с приходящими SYN ACK пакетами. > > Аналогично растет вот это: > > > > # netstat -sp udp | grep "bad checksum" > > 31 with bad checksum > > > > синхронно с приходящими UDP-пакетами. > > Ну вот и ответ - NAT портит пакеты l2tp при трансляции и не портит PPtPGRE. > В качестве NAT используется pf? Пробовались ipfw и pf - результат одинаковый (только на счетчики bad checksum не смотрела во время эксперимента с ipfw). Портит не по причине моих рук? Значит, send-pr? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 11:11:27PM +0700, Eugene Grosbein wrote: > > 65 discarded for bad checksums > > Этот счетчик растёт в то время, когда выполняются попытки установить > TCP-соедиение > через туннель? Да. Синхронно с приходящими SYN ACK пакетами. Аналогично растет вот это: # netstat -sp udp | grep "bad checksum" 31 with bad checksum синхронно с приходящими UDP-пакетами. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 10:49:24PM +0700, Eugene Grosbein wrote: > TCP с другими хостам - не с гугло-DNS - через туннель работает или тоже нет? Перепробовала несколько разных сервисов (по TCP) на разных серверах - все ведут себя аналогично. То же самое с разными DNS-серверами (по UDP). ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 10:49:24PM +0700, Eugene Grosbein wrote: > В студию вывод команд uptime и netstat -sp tcp # uptime 7:05PM up 8:26, 7 users, load averages: 0.40, 0.36, 0.29 # netstat -sp tcp tcp: 47279 packets sent 21066 data packets (4318440 bytes) 55 data packets (15908 bytes) retransmitted 3 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 24940 ack-only packets (8996 delayed) 0 URG only packets 0 window probe packets 86 window update packets 1132 control packets 54765 packets received 19677 acks (for 4300041 bytes) 5904 duplicate acks 0 acks for unsent data 39298 packets (18835708 bytes) received in-sequence 65 completely duplicate packets (30637 bytes) 1 old duplicate packet 0 packets with some dup. data (0 bytes duped) 289 out-of-order packets (227097 bytes) 0 packets (0 bytes) of data after window 0 window probes 9 window update packets 74 packets received after close 65 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 580 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 568 connections established (including accepts) 574 connections closed (including 12 drops) 477 connections updated cached RTT on close 478 connections updated cached RTT variance on close 35 connections updated cached ssthresh on close 4 embryonic connections dropped 18671 segments updated rtt (of 17914 attempts) 148 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 5632 keepalive timeouts 5622 keepalive probes sent 10 connections dropped by keepalive 6264 correct ACK header predictions 28170 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 128 hostcache entries added 0 bucket overflow 1 SACK recovery episode 1 segment rexmit in SACK recovery episodes 44 byte rexmits in SACK recovery episodes 20 SACK options (SACK blocks) received 219 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window 0 packets with valid tcp-md5 signature received 0 packets with invalid tcp-md5 signature received 0 packets with tcp-md5 signature mismatch 0 packets with unexpected tcp-md5 signature received 0 packets without expected tcp-md5 signature received ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
Может, это окажется полезным: если в настройках изменить исключительно тип линка (в mpd.conf вместо l2tp поставить pptp), то все работает. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 10:27:06PM +0700, Eugene Grosbein wrote: > 13.04.2017 0:43, Irina Liakh пишет: > > > tcpdump вдогонку показывала, > > Но без командной строки (без аргументов), а это важно. > Нужна полная команда и её вывод подряд. Не забыть ключи tcpdump -vnps0 и -i. # tcpdump -i ng0 -nvv -s0 host 8.8.8.8 tcpdump: listening on ng0, link-type NULL (BSD loopback), capture size 65535 bytes 18:14:32.026819 IP (tos 0x0, ttl 47, id 43783, offset 0, flags [none], proto TCP (6), length 60) 8.8.8.8.53 > 10.1.10.35.19622: Flags [S.], cksum 0x8bd2 (correct), seq 2705699001, ack 1100352957, win 42408, options [mss 1380,sackOK,TS val 191452110 ecr 27279500,nop,wscale 7], length 0 18:14:33.248339 IP (tos 0x10, ttl 64, id 53661, offset 0, flags [DF], proto TCP (6), length 60) 10.1.10.35.32320 > 8.8.8.8.53: Flags [S], cksum 0x687d (correct), seq 3826082216, win 65535, options [mss 1356,nop,wscale 6,sackOK,TS val 27300588 ecr 0], length 0 18:14:33.311649 IP (tos 0x0, ttl 47, id 50242, offset 0, flags [none], proto TCP (6), length 60) 8.8.8.8.53 > 10.1.10.35.32320: Flags [S.], cksum 0x2307 (correct), seq 3492863450, ack 3826082217, win 42408, options [mss 1380,sackOK,TS val 795394607 ecr 27300588,nop,wscale 7], length 0 18:14:33.611997 IP (tos 0x0, ttl 47, id 50422, offset 0, flags [none], proto TCP (6), length 60) 8.8.8.8.53 > 10.1.10.35.32320: Flags [S.], cksum 0x21db (correct), seq 3492863450, ack 3826082217, win 42408, options [mss 1380,sackOK,TS val 795394907 ecr 27300588,nop,wscale 7], length 0 18:14:35.611427 IP (tos 0x0, ttl 47, id 51708, offset 0, flags [none], proto TCP (6), length 60) 8.8.8.8.53 > 10.1.10.35.32320: Flags [S.], cksum 0x1a0b (correct), seq 3492863450, ack 3826082217, win 42408, options [mss 1380,sackOK,TS val 795396907 ecr 27300588,nop,wscale 7], length 0 18:14:36.248404 IP (tos 0x10, ttl 64, id 53666, offset 0, flags [DF], proto TCP (6), length 60) 10.1.10.35.32320 > 8.8.8.8.53: Flags [S], cksum 0x5cc4 (correct), seq 3826082216, win 65535, options [mss 1356,nop,wscale 6,sackOK,TS val 27303589 ecr 0], length 0 18:14:36.311682 IP (tos 0x0, ttl 47, id 52098, offset 0, flags [none], proto TCP (6), length 60) 8.8.8.8.53 > 10.1.10.35.32320: Flags [S.], cksum 0x174f (correct), seq 3492863450, ack 3826082217, win 42408, options [mss 1380,sackOK,TS val 795397607 ecr 27300588,nop,wscale 7], length 0 "-p" же не принципиально? > Ядро GENERIC или нет? В /boot/loader.conf и /etc/sysctl.conf есть недефолтные > настройки? Да, GENERIC. В /boot/loader.conf только относящееся к wpi. В /etc/sysctl.conf пусто. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 09:37:37PM +0700, Eugene Grosbein wrote: > Стандартная ошибка - художественное изложение своими словами проделанной > диагностики и полное отсутствие по-настоящему необходимых деталей. > Не надо так. угу. > Надо добавть вывод команд ifconfig, ipfw show, tcpdump - со всеми аргументами, > даже если кажется, что это не нужно - на самом деле, нужно. На клиенте ipfw, pf и ipfilter не загружены, на сервере с NAT'ом загружен только pf с nat rules, фильтрующих правил нет. tcpdump вдогонку показывала, ifconfig ng0 вот: ng0: flags=88d1 metric 0 mtu 1396 inet 10.1.10.35 --> 10.1.110.254 netmask 0x nd6 options=29 > А по существу - входящие пакеты дропаются. Если tcpdump -s0 видит входящие > пакеты на ngX с верными контрольными суммами, то первый подозреваемый - > пакетный фильтр. > Разница "с NAT" и "без нат" может быть в чём угодно, например некорректные > правила файрвола, не учитывающие изменения имени интерфейса при смене схемы. > Ну или что угодно ещё. Имя интерфейса всегда ng0. А что еще? Я постаралась сделать схему предельно простую, но может что-то упустила? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 04:04:35PM +0300, Oleg V. Nauman wrote: > SYN+ACK похож на правду, значит еще один вариант - смотреть а не уходит ли > ACK мимо туннеля или вообще через "левый" интерфейс. Посмотрела "для очистки совести" - не уходит. Видимо, дело не в "левом" интерфейсе, т.к. в случае DNS-запросов UDP-пакеты ходят как положено по туннелю, но пришедший ответ (штатно расшифровываемый tcpdump'ом) где-то застряет потом. Наверное, аналогичным образом застряют и приходящие SYN ACK. Может, это что-то с ng_l2tp? К сож, нет возможности засесть за него. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 01:10:56PM +0300, Oleg V. Nauman wrote: > > Неплохо бы увидеть вывод tcpdump -nvv на обоих сторонах туннеля в это момент. Серверная сторона туннеля мне не доступна. Доступны только клиентская и сервер-роутер, который маскарадит клиентскую машину и роутит ее к VPN-серверу. Да и смысл смотреть на серверной? К клиенту приходит валидный (вроде) пакет, клиентская машина почему-то не отвечает. Кусочек tcpdump-а (на клиенте) с UDP уже приводила: 13:44:39.059956 IP (tos 0x0, ttl 64, id 18546, offset 0, flags [none], proto UDP (17), length 56) 10.1.10.35.44223 > 8.8.8.8.53: [udp sum ok] 55910+ A? google.com. (28) 13:44:39.122582 IP (tos 0x0, ttl 47, id 31302, offset 0, flags [none], proto UDP (17), length 72) 8.8.8.8.53 > 10.1.10.35.44223: [udp sum ok] 55910 q: A? google.com. 1/0/0 google.com. A 172.217.20.174 (44) (и так два раза с промежутком в 5 секунд) > В принципе даже лучше вместо host использовать telnet 8.8.8.8 53 на клиенте. Вот (это на клиенте): 13:39:02.631811 IP (tos 0x10, ttl 64, id 17539, offset 0, flags [DF], proto TCP (6), length 60) 10.1.10.35.45856 > 8.8.8.8.53: Flags [S], cksum 0xce30 (correct), seq 3572634596, win 65535, options [mss 1356,nop,wscale 6,sackOK,TS val 10769972 ecr 0], length 0 13:39:02.693085 IP (tos 0x0, ttl 47, id 61491, offset 0, flags [none], proto TCP (6), length 60) 8.8.8.8.53 > 10.1.10.35.45856: Flags [S.], cksum 0x6b98 (correct), seq 2114486942, ack 3572634597, win 42408, options [mss 1356,sackOK,TS val 660903122 ecr 10769972,nop,wscale 7], length 0 13:39:02.993795 IP (tos 0x0, ttl 47, id 61713, offset 0, flags [none], proto TCP (6), length 60) 8.8.8.8.53 > 10.1.10.35.45856: Flags [S.], cksum 0x6a6c (correct), seq 2114486942, ack 3572634597, win 42408, options [mss 1356,sackOK,TS val 660903422 ecr 10769972,nop,wscale 7], length 0 13:39:04.992800 IP (tos 0x0, ttl 47, id 62832, offset 0, flags [none], proto TCP (6), length 60) 8.8.8.8.53 > 10.1.10.35.45856: Flags [S.], cksum 0x629c (correct), seq 2114486942, ack 3572634597, win 42408, options [mss 1356,sackOK,TS val 660905422 ecr 10769972,nop,wscale 7], length 0 (и так сэм раз, ну или сколько там у telnet ретраев). Гугль, оказывается, аж три SYN ACK подряд шлет, другие опробованные серверы - один. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 12:20:23PM +0300, roman wrote: > Либо пакеты приходят на клиент "поврежденные" (crc), поэтому > отбрасываются клиентом. Растут ли дропы на интерфейсе на клиенте? Не растут. Кстати, UDP sum ok: 12:35:11.991026 IP (tos 0x0, ttl 64, id 13540, offset 0, flags [none], proto UDP (17), length 56) 10.1.10.35.42370 > google-public-dns-a.google.com.domain: [udp sum ok] 16907+ A? google.com. (28) 12:35:12.053594 IP (tos 0x0, ttl 47, id 29674, offset 0, flags [none], proto UDP (17), length 72) google-public-dns-a.google.com.domain > 10.1.10.35.42370: [udp sum ok] 16907 q: A? google.com. 1/0/0 google.com. A 172.217.20.174 (44) ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 11:38:20AM +0300, Oleg V. Nauman wrote: > Часы убежали вперед. Спасибо :) Спрошу почему так. > > On Wed, Apr 12, 2017 at 10:57:12AM +0300, Alexander Bolshakov wrote: > > > Поведение очень похоже на ошибки а локальном файерволе (входящие пакеты в > > > линии присутствуют). Я бы пересмотрел все правила ещё раз или открыл бы > > > хост полностью на время эксперимента... > > Это при отключенном файерволе на машине с mpd и на сервере с NAT. > > Если нет ACK на SYN ACK, то предположу что где-то спрятался маскарад на > клиенте. Нету на клиенте маскарада. Пруф - tcpdump на сервере с NAT. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 10:57:12AM +0300, Alexander Bolshakov wrote: > > Поведение очень похоже на ошибки а локальном файерволе (входящие пакеты в > линии присутствуют). Я бы пересмотрел все правила ещё раз или открыл бы хост > полностью на время эксперимента... Это при отключенном файерволе на машине с mpd и на сервере с NAT. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] l2tp за NAT'ом (без IPSEC)
On Wed, Apr 12, 2017 at 06:29:29AM +0300, Vladislav V. Prodan wrote: > 12 апреля 2017 г., 3:38 пользователь Irina Liakh написал: > > > Добрый день всем! > > > > Помогите, пожалуйста, разобраться, или подскажите, если это всем давно > > известно) > > > > Смотреть с каким MTU поднялся туннель на обоих концах. > Подбирая пингом размер пакетов, вычисляем MTU. > > На клиенте и на сервере, в конфиге mpd, не забываем ставить опцию > set iface enable tcpmssfix Пробовала, не помогло. > > На сервере в конфиге mpd, в особо тяжелом случае придется ручками > выставлять что-то подобное: > set link mtu 1464 > set link mru 1464 Вроде как это ни при чем, но тоже пробовала) Не проходят небольшие пакеты, они не упираются в mtu/mru. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] l2tp за NAT'ом (без IPSEC)
Добрый день всем! Помогите, пожалуйста, разобраться, или подскажите, если это всем давно известно) Есть mpd, настроен как клиент, тип линка - l2tp. IPSEC не задействован. Машина находится в LAN и NAT'ится ближайшим хопом - сервером, имеющим выход к VPN-серверу. Туннель поднимается, в логах все ок. Но по туннелю не ходят TCP и UDP (пинги ходят). При попытке установить TCP-соединение с этой машины, tcpdump показывает исходящий SYN, входящий SYN ACK, но исходящего ACK нету, как будто не воспринимается SYN ACK. Через время повторно уходит SYN и т.д. С UDP похожая ситуация. Например, если запустить команду "host ...", tcpdump показывает исходящие DNS-запросы, приходящие DNS-ответы, но команда выдает: # host google.com 8.8.8.8 ;; connection timed out; no servers could be reached В качестве NAT'а пробовались pf и ipfw, результат одинаковый. Если подключить машину не через NAT, то все работает. Система FreeBSD 10.3-RELEASE-p11 (пробовалась и 11.0), на сервере с NAT'ом - FreeBSD 11.0. Почему туннель не работает через NAT? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] zgv
On Thu, Nov 01, 2012 at 07:59:51AM +0300, Блогер wrote: > Почему zgv даёт очень плохое качество изображения? > -- > () кампания ASCII Ribbon - против писем в HTML формате > /\ www.asciiribbon.org - против проприетарных вложений Что, хуже чем ASCII-графика? ;)
Re: [freebsd] system bell
On Thu, Feb 07, 2013 at 03:53:55AM +0200, Roman Goncharuk wrote: > > а что на 50гц уже не модно настраивать? Это под телевизор что ли? Спасибо, узнала ещё один способ, пожалуй, самый экзотический :))) Способов - достаточно, хотелось просто минимализма. Кстати, обнаружила что если загрузиться без вкомпиленного snd_hda, system bell работает. После загрузки модуля - перестаёт. После выгрузки - не работает.
Re: [freebsd] system bell
On Tue, Feb 05, 2013 at 10:21:50AM +0200, Alexander Panyushkin wrote: > 29.01.2013 19:29, Irina Liakh пишет: > > Добрый вечер! > > > > Подскажите, что сделать чтоб системный динамик заработал. > > Сейчас он не выдаёт тона. > > > может кому пригодится, мне в моем случае не помогло > > *http://lib.misto.kiev.ua/MAMBURUNIX/snd_hda.txt* Аааа... Опять разбираться... А всего-то нужно было настроить гитару под определённый тон...
Re: [freebsd] system bell
On Tue, Jan 29, 2013 at 10:43:37PM +0400, Slawa Olhovchenkov wrote: > > > > > > Кстати, у меня он при старте тоже не пищит. > > > > > > > > > > ну либо сдох либо настройка в биосе поменялась > > > > > > > > Чего ему сдыхать. В биосе про динамик ничего не нашла. > > > > > > все иногда может сдохнуть > > > > Музыка играет. Если там эмуляция, выходит не сдох. > > имеено, если эмуляция. а если нет -- мог сдохнуть. Загрузилась в 5.3 - работает.
Re: [freebsd] system bell
On Tue, Jan 29, 2013 at 10:24:56PM +0400, Slawa Olhovchenkov wrote: > On Tue, Jan 29, 2013 at 08:17:34PM +0200, Irina Liakh wrote: > > > > Хммм, а поподробней? Системного динамика нет как такового, есть эмуляция > > на звуковом чипе? > > ага > > > mixer > Mixer vol is currently set to 100:100 > Mixer pcm is currently set to 70:70 > >Mixer speaker is currently set to 60:60 > Mixer line is currently set to 54:54 > Mixer mic is currently set to 67:67 > Mixer cd is currently set to 54:54 > Mixer rec is currently set to 1:1 > >Mixer igainis currently set to 1:1 > Mixer ogainis currently set to 100:100 mixer speaker is currently set to 100:100 mixer igain - у меня такого нет. %cat /dev/sndstat FreeBSD Audio Driver (newpcm: 32bit 2009061500/i386) Installed devices: pcm0: (play/rec) default > > > > Кстати, у меня он при старте тоже не пищит. > > > > > > ну либо сдох либо настройка в биосе поменялась > > > > Чего ему сдыхать. В биосе про динамик ничего не нашла. > > все иногда может сдохнуть Музыка играет. Если там эмуляция, выходит не сдох.
Re: [freebsd] system bell
On Tue, Jan 29, 2013 at 09:53:58PM +0400, Slawa Olhovchenkov wrote: > On Tue, Jan 29, 2013 at 07:37:12PM +0200, Irina Liakh wrote: > > > On Tue, Jan 29, 2013 at 09:31:12PM +0400, Slawa Olhovchenkov wrote: > > > это надо смотреть настройки саунда и миксера > > > > Имеется ввиду отот динамик, который пищит при старте компьютера. > > я догадался Хммм, а поподробней? Системного динамика нет как такового, есть эмуляция на звуковом чипе? Или таки есть? Как тогда им рулит mixer speaker? > > Кстати, у меня он при старте тоже не пищит. > > ну либо сдох либо настройка в биосе поменялась Чего ему сдыхать. В биосе про динамик ничего не нашла.
Re: [freebsd] system bell
On Tue, Jan 29, 2013 at 09:31:12PM +0400, Slawa Olhovchenkov wrote: > это надо смотреть настройки саунда и миксера Имеется ввиду отот динамик, который пищит при старте компьютера. Кстати, у меня он при старте тоже не пищит.
[freebsd] system bell
Добрый вечер! Подскажите, что сделать чтоб системный динамик заработал. Сейчас он не выдаёт тона. Ноут HP Compaq 530. FreeBSD 9.0-RELEASE. hw.syscons.bell=1 kbdcontrol -b normal От нажатия BackSpace в пустой командной строке не пищит. sh -c 'echo -e "\a"' - не пищит. Ещё пробовала kldload speaker make -C /usr/ports/audio/beep install /usr/local/bin/beep - не пищит. На какой-то более ранней фре этот динамик работал. Точно не помню когда он отвалился (не нужен был).
Re: [freebsd] Re: pkg_delete
On Fri, Nov 23, 2012 at 05:47:44PM +0300, Блогер wrote: > В ответ на сообщение товарища Mykola Dzham, > датированное 2012-11-23 01:56: > > > Так же, так как Вы не предоставили этой информации, то все имели > > совершенно законное право считать что версии у Вас последние, А они не > > конфликтуют. > "Законное право" априори имеет под собой твёрдую почву, если здесь > каждый первый возвёл в ранг религиозных потребностей ежедневный csup > портов. Неверно. Если Вы не предоставили версии Ваших ffmpeg*, сообщество отталкивается от того, что у Вас последние версии этих портов. Такой себе default. > > Ну понятно. У Вас не было цели решить проблему. У Вас была цель доказать > > (для кого?), что виноваты не Вы, а порты. > Установить истину: руки или порт. Больше похоже, что Ваша цель - отыграться на UAFUG-сообществе за обиду, нанесённую Вам системой портов. > () кампания ASCII Ribbon - против писем в HTML формате > /\ www.asciiribbon.org - против проприетарных вложений Кстати, у Вас zgv по-прежнему даёт очень плохое качество изображения? Хуже чем ASCII-графика?
Re: [freebsd] kde4 sound
On Mon, Jul 02, 2012 at 01:36:45PM +0300, Кирилл Малышев wrote: > > у меня такая фигня в топике была отродясь (с 5.5) - в форточках\линуксе > звук нормальный, даже если громкость на полную вывалить, а в бзде всегда > приходилось прикручивать процентов до 87%, иначе репело очень заметно - что > в консоли, что в иксах И у меня было на ac97. До ~90% громкости (mixer pcm 90 (или vol?)) - звук чистый. Чем ближе к 100%, тем больше было вот это рипение. Сейчас (8.2-RELEASE, hda) - вроде нет искажений. Тоже интересно, что за фигня :) Может, от драйвера зависит?
Re: [freebsd] Re: [freebsd] [beer] Сочинение на тему: "Как я подсел на FreeBSD"
On Fri, Apr 13, 2012 at 02:05:27PM +0300, Sayetsky Anton wrote: > 13 апреля 2012 г. 13:40 пользователь Irina Liakh написал: > > (синхронна с менталитетом индивида) > Симметрична же. Да, так лучше :))
Re: [freebsd] [beer] Сочинение на тему: "Как я подсел на FreeBSD"
On Thu, Apr 12, 2012 at 10:27:14PM +0300, Vladislav V. Prodan wrote: > http://www.zlonet.ru/page/shagi-v-mir-bsd Неожиданно постная история. И вообще, при чём здесь "подсел"? Просто чел нашёл свою ОС. Определённая ОС либо импонирует (синхронна с менталитетом индивида) либо нет, и, несмотря на споры-сравнения возможностей разных ОС, каждый останется при своём мнении (ну или самоэволюционируется), просто потому что в своей ОС он - как рыба в воде.
Re: [freebsd] ipnat -l
On Mon, Mar 19, 2012 at 04:21:01PM +0200, Vlad V. Shpolyanskiy wrote: > Есть Freebsd 8.2 + ipnat. Ээмм. А почему именно ipnat? По-моему, самая уродливая часть freebsd. Как-то юзала и плевалась, когда появился pf (в пятёрке что ли), перешла на него.
Re: [freebsd] Re: 9.0 RELENG
On Sat, Jan 07, 2012 at 04:06:22PM +0400, Slawa Olhovchenkov wrote: > работать с почтой в 80x25 -- одно мучение, все равно что с телефона > зашел (это намек). С телефона - действительно мучение :) 80x25 (а ещё лучше 80x30) - классика жанра. Когда имелась только 486-я машинка, я просидела в консоли 4 года (mutt, vicq, lynx), и от того времени остались только хорошие воспоминания. До сих пор окно терминала в иксах у меня размером 80x25 и в нём mutt :) Вопрос "зачем вам UTF?" напомнил одну дискуссию на линуксфоруме: - Как включить кнопку POWER? (В убунту-сервере по умолчанию она не фунциклирует) - А зачем оно вам надо?
Re: [freebsd] о потребител ях Howto, домене lissyara.su и состоянии расс ылки
> Если никто не собирается ничего предпринять, я к новому году отпишусь. :( Будет одним светом в окошке меньше.