Различные проблемы после обновления мира.

Здрасьте. На днях обновил мир, из важного помню glibc, dbus, udev, baselayout. При обновлении немного "подчистил" систему: поставил -cups и соответственно удалил сам cups. Так же вдруг очень захотел поставиться sys-apps/hwids. Ну раз захотел, то я решил повесить udev'у флаг hwdb. Всё прошло хорошо, рекомендации, которые остались в summary.log, выполнил. На всякий случай сделал revdep-rebuild и fixpackages. И вдруг оказалось, что всё плохо, хоть и не полностью. Система то работает, и работать на ней можно.

1. Первое, что заметил - сломался libnotify. При попытке выполнить notify-send ничего не происходит, а в логах появляется вот такое:

Nov  9 10:20:01 megabook kernel: [ 1404.590980] traps: notify-osd[3700] trap int3 ip:7f4164d9c74b sp:7fff29e4bf50 error:0

Всплывающие уведомления очень нужны, у меня там по крону выполняются важные напоминания. И тут оно сломалось.

2. Раньше долго воевал с видео, чтобы получить возможность играться в игрули и не только. Симптомы: в вайне артефакты и/или лютые тормоза(1 FPS в World of Tanks, максимум 3), а нативные наглухо вешали систему, помогала только жесткая перезагрузка. Плюс часов через 10-12 работы иксы начинают жрать процы(2 шт) под 100%. Да так, что я начинаю слышать вентилятор ноута. А это означает включение режима саморазгона Intel Turbo Boost. Немало времени убил, но в конце концов сделал бессрочный перерыв с этой вознёй, а с приблудами иксов боролся просто: релогином.

Прямо перед обновлением уже не помню почему залез в driconf и обнаружил, что при переходе в режим эксперта эта штука выдаёт в терминал вот что:

Driver "dri2" is not installed or does not support configuration.

Где-то увидел рекомендации удалить xorg.conf. А я столько времени на него когда-то угрохал... Ну ладно, забэкапил и удалил. И это помогло. Жалоба больше не появлялась, а в glxgears значения выросли с 2K-3K где-то до 6К-7К.

После обновления всё вернулось обратно.

3. Флэш. Он не сломался, но стал люто тормозить. С видео всё либо нормально, либо я чего-то не замечаю. Иногда они грузятся очень долго, но такое и раньше вроде бывало. А вот с игрой Zombie Lane в Google+ стало всё печально. Почти при каждом действии всё останавливается и появляется значок загрузки. Плюс полностью она загружается далеко не сразу. Можно это списать на косяки самого приложения, но до этого всё было прекрасно.

4. До этого речь шла о том, что связано с иксами. Но и zsh начал как-то странно глючить. Вернее, не сам он, а автозаполнение. Причём, глючит не всегда. Как это выглядит.

equery d mail-client/cla #=> <Tab>
equery d mail-client/claws-mail

Тут всё нормально. Но

eix mail-client/claw #=> <Tab>
Sorry, no matches for: `package'

При использовании emerge происходит то же самое, что и в последнем случае.

Что пытался делать.

Пересобирал mesa, xf86-video-intel, libva-intel-driver, x11-libs/libva, на всякий случай udev. Потом обнаружил, что докучи в первой консоли висит вот такое:

INIT: version 2.88 reloading.

Я эту фразу загуглил, попал сюды: https://bugs.archlinux.org/task/27828 - конечно там совсем не мой случай, но понял, что как-то это связано с glibc. Ну и поставил на это дело кейворд ~amd64, оно обновилось до 2.16.0. Указанный выхлоп пропал - проблемы остались.

Делал прошлой ночью emerge -e system - бестолку. Откатывал dbus - никакой разницы.

На всякий случай прилагаю
emerge --info
Конфиг ядра(3.6.6) <= на 3.6.5 и 3.6.1 то же самое, до обновления на них всё прекрасно работало.
Наверное, самое ненужное, но пусть будет: summary.log уже после отката dbus.
Система amd64(некоторые пакеты ~amd64), характеристики ноута в профиле, вроде должны быть видны.

Из всех трёх проблем самая критичная - libnotify, хоть это и может показаться странным. Очень не хочется делать emerge -e world. Но если без этого никак, то придётся. Кстати, только что сделал emerge -pe world, и там некоторые вещи хотят именно обновиться, а не просто пересобраться:

[ebuild     U  ] app-arch/rpm2targz-9.0.0.5g [9.0.0.4g]
[ebuild     U  ] app-text/build-docbook-catalog-1.19.1 [1.4]
[ebuild     U  ] app-text/docbook-xsl-stylesheets-1.77.1-r1 [1.75.2] USE="-ruby%"
[ebuild     U  ] dev-python/pytz-2012c [2011e]
[ebuild     U  ] app-text/xmlto-0.0.24-r1 [0.0.23]
[ebuild     U  ] x11-misc/gccmakedep-1.0.2-r1 [1.0.2] USE="-static-libs%"
[ebuild     U  ] x11-misc/imake-1.0.5 [1.0.4]
[ebuild     U  ] dev-perl/XML-SAX-0.990.0 [0.16]
[ebuild     U  ] dev-perl/XML-LibXML-1.900.0 [1.70] USE="{-test%}"

А при обычном emerge -pauvDN world ничего такого нет.

Даже и не знаю, как быть. Надеюсь на поддержку.

Цитата:INIT: version 2.88

Цитата:
INIT: version 2.88 reloading.

Я эту фразу загуглил, попал сюды: https://bugs.archlinux.org/task/27828 - конечно там совсем не мой случай, но понял, что как-то это связано с glibc. Ну и поставил на это дело кейворд ~amd64, оно обновилось до 2.16.0. Указанный выхлоп пропал - проблемы остались.

Не нужно было обновлять glibc до последней, тем более замаскированной, это сообщение нормальное поведение, выдаётся при обновлении sys-apps/sysvinit.

Выполняется команда:

/sbin/telinit U &>/dev/null
man telinit
...
U or u tell init to re-execute itself (preserving the state). No re-examining of /etc/inittab file happens. Run level should be one of Ss0123456 otherwise request would be silently ignored.

Да, с glibc действительно

Да, с glibc действительно ошибочка вышла по незнанию. Это мне уже emerge сказал, когда я попытался его откатить обратно и он мне ответил, что не надо. Хотя не думаю, что это вызвало бы проблемы, поскольку после обновления dlibc я вообще ничего не собирал. А вот после emerge -e system уже да. Ну что ж, видимо в этом плане видимо придётся подождать, пока 1.16 перейдет в stable
Тем не менее, указанные симптомы точно не связаны с этим действием, поскольку они появились до установки кейворда.

Конечно, если имелось в виду, что ВООБЩЕ не надо было обновлять glibc, даже до 1.15 тогда другое дело. Но кто ж мог подумать... Стабильная версия, ничто не предвещало беды.

Gentoo: у меня слишком кривые руки и слабые нервы, чтобы пилить Ubuntu...

Стабильная версия, ничто не

Стабильная версия, ничто не предвещало беды.

И поэтому "слишком кривые руки и слабые нервы" рещили перейти на тестинг, что ны было о чем засавать вопросы ;))

Как же люди любят Злобного Буратину

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Да что ж такое, вы тут читать

Да что ж такое, вы тут читать разучились, что ли? Ещё раз повторяю, на этот раз ключевое слово выделю большими буквами: все три проблемы появились при обновлении СТАБИЛЬНОЙ версии, а не при переходе на тестинг. Конкретная версия glibc, на которой произошло всё вышеупомянутое: 2.15-r3^s.

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

Да кстати:

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

Она не была замаскированной. Но видимо действительно не нужно было обновлять glibc вообще, то есть до последней "стабильной" 2.15, На всякий случай ещё раз поясню, пока снова хамить не начали, что 2.15-r3^s, на которой и возникли все описанные проблемы - это amd64, это не ~amd64 и тем более не 9999.

Gentoo: у меня слишком кривые руки и слабые нервы, чтобы пилить Ubuntu...

еще раз внимательно

еще раз внимательно перечитайте свой первый пост. Подумайте.

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".