Обновил gentoo stable, эффекты kde4 не стартуют, в соответствующих настройках движок слетает на xrender, вместо opengl. Может, ещё чего-нибудь сломалось, не проверял. Карта nvidia, драйвер 355.11-r2.
После маскировки вот такого списка, всё приходит в норму:
>=x11-base/xorg-drivers-1.17
>=x11-base/xorg-server-1.16.4-r5
>=media-libs/mesa-11.0.6
>=app-eselect/eselect-opengl-1.3.1-r4
>=x11-proto/glproto-1.4.17-r1
Никто не сталкивался? Как быть?
Использовал zram для свапа, настроенный по вики через udev rules и fstab, горя не знал. После обновления eudev 1.5.3-r1 --> 1.9-r1, устройства /dev/zram* остаются неотформатированными, команда mkswap не срабатывает. Параметр disksize при этом передается нормально. Враги изменили синтаксис или это баг?
$ cat /etc/udev/rules.d/10-zram.rules | head -1
KERNEL=="zram0", SUBSYSTEM=="block", DRIVER=="", ACTION=="add", ATTR{disksize}=="0", ATTR{disksize}="512M", RUN+="/sbin/mkswap $env{DEVNAME}"
Zram встроен в ядро, при загрузке через grub передается zram.num_devices=4
Ставлю стабилизировавшийся systemd по wiki. Пересобрал мир с глобальным юзом. При загрузке не стартуют logind и networkmanager.
Команда systemctl от пользователя выдает:
Failed to get D-Bus connection: No connection to service manager.# systemctl status systemd-logind.service
systemd-logind.service - Login Service
Loaded: loaded (/usr/lib64/systemd/system/systemd-logind.service; static)
Active: failed (Result: start-limit) since Mon 2013-08-12 06:03:14 MSK; 1min 15s ago
Docs: man:systemd-logind.service(8)
man:logind.conf(5)
http://www.freedesktop.org/wiki/Software/systemd/multiseat
Process: 344 ExecStart=/usr/lib/systemd/systemd-logind (code=exited, status=1/FAILURE)
Aug 12 06:03:14 localhost systemd[1]: systemd-logind.service: main process exited, code=exited, status=1/FAILURE
Aug 12 06:03:14 localhost systemd[1]: Failed to start Login Service.session optional pam_systemd.soПосле обновления dbus до 1.4.18 случился сабж. Через ssh qdbus показывает только один сервис org.freedesktop.DBus, видимо, создавая новую сессию, вместо того, чтобы подключиться к существующей. Тоже самое при вызове из крона. Локально ничего не ломалось.
Это баг, или что-то изменилось? Указания DISPLAY теперь недостаточно?
Здравствуйте. Есть 2 провайдера и проблемы с входящими соединениями. И проблемы эти наполовину решаются советом отсюда: Маршрутизация, 2 прова. (комментарий)
TCP пакеты преотлично маркируются и идут куда надо. UDP (openvpn) не хотят. Может для них нужна особая магия?
Так Маршрутизация, 2 прова. (комментарий) тоже пробовал. Результат аналогичный.