Feb. 8th, 2017

crower: (Default)
Эх, зря я так надеялся что наблюдаемые гадости — мелкие. :)

Из гадостей регулярно наблюдаемых — глюченье и падение conky. Самый наблюдаемый глюк: перестаёт очищать рабочее поле и новый текст ложится поверх старого. То ли второй буфер ему перестают выдавать, то ли вместо нового указателя выдают указатель на первый буфер - ХЗ. Может это глюки не его, а того кто выделяет ему память? Может. но падать приходится ему. Пришлось завернуть его цикл, снова запускающий его после падения. Из странного: "Invalid MIT-MAGIC-COOKIE-1 keyconky: can't open display: :0", над чем нужно будет подумать.
Интересно что за последнюю неделю к нему трижды приходил oom-killer. Раз в три дня. Регулярно. Точнее, один раз к нему, и два ­— к его дочернему процессу. С segfault, как самому активному процессу, ему пришлось падать больше сотни раз.

Падать приходится не только ему, но и firefox. Я его не закрываю и где-то этот мусор накапливается, приводя к падению: "Out of memory: Kill process 2250 (firefox) score 49 or sacrifice child". Но он падает гораздо реже, что огорчает не менее.

Вот, кстати, даже компиз с десяток раз падал. Что за хрень?

Тут ещё пытался разобраться что к чему и выяснял что за фрукт такой systemd. Оказывается Поттеринг придумал такой обобщённый статус, который выводится из статусов всех запущенных через него юнитов. На машинке с меньшим количеством памяти, но и с конфигурацией попроще эта беда не вылезала. А вот на второй обнаружилось что статус у неё — "деградированный". Причина: несколько модулей запущены с ошибками. Вот, например, fancontrol лежал и никому не мешал. Когда-то успешно работал, но потом кому-то умному пришло в голову всё сломать переделать, в результате чего старые дрова к фанам перестали пускать, а новые этот функционал поддерживать не умеют. Но ведь не мешал-же он никому? А systemd-у — мешает. Снёс. Долго не удалял, собираясь поковыряться и заставить работать. Впрочем, было это тогда ещё, когда кулер был шумным и тихая работа была осознанно нужна.
Но вот уже, кажется, два года как кулер заменён на тихоходный, но не менее эффективный, и добавлен в корпус второй такой-же тихоходный. Так что в принципе - не жалко.

Замотала какая-то хрень с miredo. При старте не поднимается, т.к. нужен ip-адрес шлюза, а его ещё нет. Пытался релятивировать его от запуска named-а, но не помогло. Нашёл где-то совет рестартануть его через rc.d, но мне как-то не очень это понравилось. Придумал другой хинт — прописал адрес шлюза прямо в hosts. В итоге miredo поднимается без дополнительных пинков, минус один failed юнит, но такое ощущение, что не всё там так гладко. Почему-то evolution считает что сети нет и соответственно почту с pop-сервера забрать не может. Хотя, вообще-то, к miredo он не привязан никак и до pop-сервера (и smtp тоже) ему надо ходить по обычному статику eth. Какого чёрта ему ещё надо - не пойму, но факт в том, что networking.service — failed, хотя сетевые дела работают без проблем.
От того-же мониторинга осталась запись в модулях на it87, но модуль - йок. Поэтому systemd-modules-load.service тоже долго болтался failed. Повозился с it87, поковырял fancontrol, посмотрел на sensors и решил, что обойдусь показаниями кулеров через atk0110. Отвинтил и - о чудо! - systemd-modules-load.service "узбагоилса". :)
С networking.service пока так и не разобрался.

При попытке разобраться откуда растут гадости зацепился за "nvidia: module verification failed: signature and/or required key missing - tainting kernel". Ну, думаю, перестарался. Наверно в альтернативной репе дрова не верифицированные. Увидел кроме установленного 134 доступный 131 - сдаунгрейдился. Увидел просьбу включить в биосе Cool'N'Quite - включил.
И тут началось нечто невообразимое — всё глючит, виснет, не реагирует ни на что.
Зашёл с планшета по ssh пытаюсь хоть так зашатдаунить - шатдаульная задача, которая теперь работает через systemd, отваливается по таймауту. Драсте.
Семь бед - один ресет.
В итоге отключит эту дрянь и вернул дрова, пока не начало глючить. Вроде глюки успокоились.
Разглядывая собранный nvidia-bug-report отчёт заинтересовался что за Mir такой и выяснил, что грядёт unity8. Народ говорит что у проприетарных дров от nvidia с ним могут быть поблемы, а вот nouveau в самый раз. Что-то не заладилось с нвидиа в последнее время. Читал где-то что выкатили нвидиа предложения затолкать в ядро их наработки, которые были бы типа очень классными для их карт, на что Линус их постал. Нехрен, мол, это ваше дерьмо в ядро совать. Так что вот. Такое ощущение, что нвидиа решила: "Ах, так?"… Собственно, вся эта хрень началась именно с очередного обновления дров от nvidia. Вот бы знать заранее. Не обязательно это осознанное вредительство. Скорее всего какие-то изменения вносили для дальнейшего развития с замахом на патчинг ядра, но не срослось. "Ну и вот".

Я бы уж и 12.04 вернул, вот только дрова бы найти "докризисные". :)

Profile

crower: (Default)
crower

July 2017

S M T W T F S
      1
23 45678
910111213 1415
161718 19202122
23242526272829
3031     

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 23rd, 2017 04:50 pm
Powered by Dreamwidth Studios