микротик хап лайт ац

офисный рт56у что ли тоже не увидил 5Ггц н, мобила всё видет

микротик хап лайт ац

там точно есть =)

ну мб умерло чо то по железу правда

Заработало после прошивки с 4.22 на 4.26_(A) (SP62696.exe).

Заработало после прошивки с 4.22 на 4.26_(A) (SP62696.exe).

ило?

да

lo100i там обычное

ну вот

офисный рт56у что ли тоже не увидил 5Ггц н, мобила всё видет

Р - Регуляторы

Канал проверь

Я помню давно шил карту на все регионы

Ещё когда н был

ну для н тоже шил чето, тогда модуль мог только г, а н было залочено

сейчас винда обновится, дровишки еще обновлю на свежии

ну для н тоже шил чето, тогда модуль мог только г, а н было залочено

Не, я брал именно н карту, разлочивал частоты

149 канал включил увидил но только н и подключается на 20 МГц ширине

Не думал что в 2017 году будут проблемы такие :(

Надо было брать интел

80мгц влет

https://hh.ru/vacancy/21987941

мы хочим хорошево коллегу

А сколько денег?

ну типа нормально денег

@owssrmn хотел сказать что ынтерпрайз, тока потом посмотрел на название канала )

Надо было брать интел

В ноуте радио модуль особо не повыбераешь

Проще купить и поменять

ну типа нормально денег

А Дима уже смирился с тем, что в мире линупсов теперь есть системд? :)

не очень

Грусть :с

Проще купить и поменять

Вот уже об этом думаю

пшму? ну я его тоже не люблю, so wat?

пшму? ну я его тоже не люблю, so wat?

Он удобный

его не любят все кто его тыкал

если ты его еще любишь, значит недостаточно тыкался в него

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

Я тыкал, юниты всякие писал, нспаун использовал, мне норм

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

ну это плохое отношение к задаче

если тебе не нравится что ты делаешь то зачем ты вообще в этой профессии?

если тебе не нравится что ты делаешь то зачем ты вообще в этой профессии?

опять ты вова передергиваешь

Я тыкал, юниты всякие писал, нспаун использовал, мне норм

сложные юниты на него плохо переносятся. Некоторые моменты в принципе не сделаешь

дебажить проблему в systemd тоже тот еще адок

линус в 2013 или 14 году признавал плюсы systemd, в частности скорость загрузки. с другой стороны, позже писал, что ядро более не может доверять иниту (trusted init ~ trusted boot)

сложные юниты на него плохо переносятся. Некоторые моменты в принципе не сделаешь

Странно

Странно

не странно, а так всегда происходит когда ты делаешь универсально

@dkguest например на системд не реализуется в принципе "Не останавливай сервис если конфиг сломан"

по этому поводу есть баг на гитхабе, ему уже полтора года

сложные юниты на него плохо переносятся. Некоторые моменты в принципе не сделаешь

разве? а что мешает дергать из systemd любые леджеси скрипты

не странно, а так всегда происходит когда ты делаешь универсально

/etc/rc.conf - вот где ад, а системд мимими :3

@dkguest например на системд не реализуется в принципе "Не останавливай сервис если конфиг сломан"

А где это реализовано?

разве? а что мешает дергать из systemd любые леджеси скрипты

Разница в том что ты теряешь в возможностях, например systemd не сможет сказать что у тебя с юнитом, если ты захочешь делать что-нибудь сложное в этих скриптах

А где это реализовано?

ты можешь это реализовать на sysvinit или openrc например )

там можно stop прервать

в системд нельзя

Разница в том что ты теряешь в возможностях, например systemd не сможет сказать что у тебя с юнитом, если ты захочешь делать что-нибудь сложное в этих скриптах

это да. скупой дебаг в логах

если stop команда выйдет с exit != 0, то сисдем просто убьет все дерево процессов

если ты выключишь прибивание процессов, то оно скажет "ну ок, я считаю что оно остановилось" и прекратит управлять процессом

и попытается его запустить заново

с этого момента также сломается статус

ты можешь это реализовать на sysvinit или openrc например )

А как это можно реализовать у инитд? Скриптом? :)

до момента пока ты руками не убьешь процесс

А как это можно реализовать у инитд? Скриптом? :)

ну да )

как напишешь так и будет :P

В системд тоже можно скрипт написать

В системд тоже можно скрипт написать

да, но будет поведение как описано выше

то есть не то что ожидается

Но это - странная задача

@dkguest ну вот увы, бывает

@dkguest соломка на случай апдейта жирного демона у которого что-то поменялось в формате конфига, а не все роли дотестировали

чтобы хоть старый остался жить

@dkguest не хватает возможности делать произвольные экшены - например upgrade + reload разнести

потому что nginx'у ты либо можешь делать reload через systemd либо переопределить экшн и делать upgrade

но не оба вместе

а у него поведение при апгрейде и релоаде отличается

и это иногда критично

@dkguest отношение к секьюрити багам у них так себе, например последний случай с удалением ..

https://github.com/systemd/systemd/issues/6237 или вот - этому CVE не присвоили, хотя это типичный security bug :)

Хз, я всегда делал грацефул или -s reload, никогда ничего не рестартил без конфигчека или -t

Хз, я всегда делал грацефул или -s reload, никогда ничего не рестартил без конфигчека или -t

с системд ты должен делать внешний конфиг-чек и только потом делать рестарт

если ты не хочешь чтобы оно убило демон, если конфиг сфейлился

фишка в том что рестат в семантике systemd это stop -> poststop -> prestart -> start

то есть оно остановит его в любом случаи

потом проверит конфиг в prestart и не запустит

итого - мертвый демон

сделать ExecStop=check_config && start_daemon - нельзя

если check_config сфейлится, все дерево процессов получит -15 -> -9

ExecStop=check_config && start_daemon || true

https://github.com/systemd/systemd/issues/5644 вот это вот эпик фейл еще был, особенно отношение поттеринга

ExecStop=check_config && start_daemon || true

тоже не будет делать то что нужно

я не помню как конкретно на это оно реагировало, помоему также слало терм и килл всем

если сказать не слать терм и килл, то оно скажет "процесс остался, я считаю что он завершился" и пойдет заново стартовать

и после будет думать что процесс остановлен

то есть убить его можно будет только руками

не должно. а зачем рестартить? reload не ок?

не должно. а зачем рестартить? reload не ок?

ну нет релоада у демона

например

не должно. а зачем рестартить? reload не ок?

не должно, но будет

нет workaround'а к этой проблеме

я про stage, не про поддержку у демона

в релоад можно пихануть все что угодно