Новый systemd и его ошибки.

[VictorR2007]

Несколько дней пользуюсь systemd 208.
Особых проблем не заметил но есть некоторые.
Сразу при установке пакетов артефакты на экране.
Потом при каждом удалении пакета который запущен как демон
это повторяется. Хотел сделать несколько скринов, но приложу один.
Всегда все одинаково.
Этот скрин при удалении пакета minidlna.
Когда цвет восстанавливается, поперек экрана остается прерывистая полоса.
Приходится перезапускать сеанс.

[VictorR2007]

Поставил назад minidlna и все повторилось.
Только пришлось перезагружаться для восстановления.
Перезапуск сеанса не помог.
Откатил назад systemd и теперь проблема исчезла.

[akdengi]

Поставил назад minidlna и все повторилось.
Только пришлось перезагружаться для восстановления.
Перезапуск сеанса не помог.
Откатил назад systemd и теперь проблема исчезла.

4.12 KDE или 4.11 ?

[VictorR2007]

Поставил назад minidlna и все повторилось.
Только пришлось перезагружаться для восстановления.
Перезапуск сеанса не помог.
Откатил назад systemd и теперь проблема исчезла.

4.12 KDE или 4.11 ?

В KDE 4.11.4

[akdengi]

проявляется только при удалении и установке сервисов, но при работе не вылезает?

А если попробовать дать команду от root

/bin/systemctl daemon-reload

влияет на артефакты?

[VictorR2007]

Эта команда не помогает.
И похоже как раз это ее выполнение при установке или удалении пакетов приводит к таким проблемам.
Во всяком случае при ее выполнении в нормально работающем сеансе
происходит такой же глюк, как и при удалении пакетов.

[akdengi]

Эта команда не помогает.
И похоже как раз это ее выполнение при установке или удалении пакетов приводит к таким проблемам.
Во всяком случае при ее выполнении в нормально работающем сеансе
происходит такой же глюк, как и при удалении пакетов.

Это и надо было знать - хотя почему перезагрузка списка сервисов так ломает интересно.

[akdengi]

Пробуем вот эту версию:

http://abf-downloads.rosalinux.ru/rosa2 ... n/release/
http://abf-downloads.rosalinux.ru/rosa2 ... n/release/

[VictorR2007]

Я создавал тему в надежде что еще кто-то проверит мои высказывания.
Вдруг это мои проблемы.
Не хочется трогать домашний комп.
Вдруг это проблема только ноутбука "ASUS N61VG"
А по существу, так все по старому и с девятым релизом.
Но похоже проблема в связке "KDE + systemd".
Только сейчас догадался посмотреть и проверить как с этим в версии с Gnome3.
Как оказалось там никаких проблем с systemd-208 релиза 8.
В red3 тоже не увидел проблем, а в ней просидел сегодня довольно долго.
Но специально не проверял.
На KDE проверял с включенными эффектами и без.
Результат одинаков.

[akdengi]

Я создавал тему в надежде что еще кто-то проверит мои высказывания.
Вдруг это мои проблемы.
Не хочется трогать домашний комп.
Вдруг это проблема только ноутбука "ASUS N61VG"
А по существу, так все по старому и с девятым релизом.
Но похоже проблема в связке "KDE + systemd".
Только сейчас догадался посмотреть и проверить как с этим в версии с Gnome3.
Как оказалось там никаких проблем с systemd-208 релиза 8.
В red3 тоже не увидел проблем, а в ней просидел сегодня довольно долго.
Но специально не проверял.
На KDE проверял с включенными эффектами и без.
Результат одинаков.

У нас на KDE вы первый такое обнаружили за три недели тестов.

[VictorR2007]

Накопленных ранее ошибок могущих повлиять вроде не должно быть.
Сначала заметил эту проблему на OpenMandriva и думал что просто проблема разрабатываемого дистрибутива.
Не подумал что виноват systemd 208.
Когда пришло обновление systemd 208 Росе и при установке увидел знакомый глюк,
то только тогда обратил на это внимание.
Для чистоты вчера скачал образ отсюда http://mirror.rosalab.ru/rosa/rosa2012. ... _23-45-03/
и ничего не устанавливал с abf. Все источники только с mirror.rosalab.ru.

[slavyanix]

я так понимаю этот глюк только на 208 systemd? потому что у меня стоковый 204 и ничего такого нет. может дело не только в работе самого systemd а еще и особенностях работы видеокарты с ним у вас? я не профи в этом так что просто спросил.

[VictorR2007]

У нас на KDE вы первый такое обнаружили за три недели тестов.

Может просто никто в эту сторону не смотрел.
Я бы тоже не обратил внимания.
Но в OpenMandriva у меня не работает блютуз.
Пытался разобраться и пересобрать их пакеты bluez-5.13.
У меня при сборке выдавало совсем не то размещение файлов, что у них в спеке.
Ну переписал в спеке пути и обновил. Не помогло и откатил назад.
И при каждой установке и откате получал обсуждаемую проблему.
А что-бы окончательно убедиться что в проблеме с блютуз виноват bluez версии 5.13,
собрал его для Росы. И при установке и откате опять получил проблему с systemd уже и на Росе.
Тогда уже обратил на это более пристальное внимание и проверил на пакетах pdnsd и minidlna.

Вообще не очень существенная проблема и не часто будет проявляться.
Но все равно не приятно и может вызвать кучу нападок.

[slavyanix]

только что прилетел 208 - полет нормальны пока глюков не выявлено. правда вместе прилетели и драйвера на нвидиа 331.38-1. может какая нестыковка с работой x-сов?

[akdengi]

Есть некоторые эффекты KDE на которых иксы слетают. На разных картах по разному. Блобы это отдельная песня.

[VictorR2007]

Вот зараза, такая-же фигня происходит при настройки времени
при его синхронизации с помощью Network Time Protocol.

[oevgeny]

Та же проблема. Установил ROSA вчера. Обновился, сегодня заметил аналогичное поведение. А именно при установке (или удалении) программ (предположительно из консольки) появляются артефакты. Лечится перезагрузкой. Выглядит абсолютно так же.
Какие пакеты установлены не знаю как посмотреть Предыдущие два дня генту собирал, так что только emerge в голове
Вот что выдаёт

Код: Выделить всё

urpmq systemd -f -r

Код: Выделить всё

systemd-194-10-rosa2012.1.x86_64|systemd-208-7-rosa2012.1.x86_64

[tverskoy]

можно не перезагружаться, а прибить плимут через htop, он будет в верхних строках письма

[oevgeny]

Посмотрел внимательно, что рисуется в полосках - это загрузочная картинка росы . Вернее анимация загрузки.

[tverskoy]

Посмотрел внимательно, что рисуется в полосках - это загрузочная картинка росы . Вернее анимация загрузки.

вот я про нее и говорил, в htop прибей plymouth
Такое у тебя?

[oevgeny]

Что-то типа этого. Не считаю это решением. Каждый раз замучаешься прибивать. Пока прибил чтоб не мешало, но думаю как бы так отключить пока этот сплешскрин.

[tverskoy]

из груба удали splash=silent

[tverskoy]

У меня тут одна неясность появилась

Код: Выделить всё

[serge@serge sane-backends-1.0.24]$ urpmq systemd -f -r
systemd-194-10-rosa2012.1.i586|systemd-208-7-rosa2012.1.i586

Как так? Почему два? И это я не скопировал из поста выше, это вывод с моего компьютера.

[PastorDi]

У меня тут одна неясность появилась

Код: Выделить всё

[serge@serge sane-backends-1.0.24]$ urpmq systemd -f -r
systemd-194-10-rosa2012.1.i586|systemd-208-7-rosa2012.1.i586

Как так? Почему два? И это я не скопировал из поста выше, это вывод с моего компьютера.

А как вы хотели? Один в main другой в main update. один старый, другой новый. У меня их ваааще 4.

Код: Выделить всё

urpmf -mlf systemd | egrep "d-194|d-208"
systemd-194-10-rosa2012.1.x86_64:main
systemd-208-7-rosa2012.1.x86_64:main updates
systemd-194-10-rosa2012.1.i586:Main32
systemd-208-7-rosa2012.1.i586:Main32 Updates

[VictorR2007]

можно не перезагружаться, а прибить плимут через htop, он будет в верхних строках письма

Здорово что вы заметили в чем причина.
Я уже замаялся обновлять и откатывать systemd, когда он начинал меня доставать.
А теперь, как оказалось все легко исправить.
Я переименовал файл /lib/systemd/system/plymouth-start.service в plymouth-start.service.backup
и обновил systemd.
Никаких проблем ни при установке, ни при перезагрузке.
Сам plymouth отлично работает.
При команде /bin/systemctl daemon-reload тоже теперь все нормально.

[VictorR2007]

Вообще похоже что plymouth нужно чинить.
С ним и в cooker OpenMandriva глюк.
Там сеанс открывается не как в Росе на первой консоли, а на седьмой.
Но во время работы дополнительно к открытому сеансу на седьмой консоли еще и на первой консоли всегда
крутится заставка plymouth.

[akdengi]

Вообще похоже что plymouth нужно чинить.
С ним и в cooker OpenMandriva глюк.
Там сеанс открывается не как в Росе на первой консоли, а на седьмой.
Но во время работы дополнительно к открытому сеансу на седьмой консоли еще и на первой консоли всегда
крутится заставка plymouth.

У нас новый плимут есть:

http://abf-downloads.rosalinux.ru/rosa2 ... n/release/
http://abf-downloads.rosalinux.ru/rosa2 ... n/release/

[VictorR2007]

У нас новый плимут есть:

http://abf-downloads.rosalinux.ru/rosa2 ... n/release/
http://abf-downloads.rosalinux.ru/rosa2 ... n/release/

Все равно понадобилось переименовать файл plymouth-start.service

[akdengi]

Это надо KDM патчить чтобы корректно завершало работу - в Gnome и LXDE такого нету и плимут корректно отстреливает.

[VictorR2007]

Это надо KDM патчить чтобы корректно завершало работу - в Gnome и LXDE такого нету и плимут корректно отстреливает.

Хорошо что проблема только на проприетарных дровах. Пока их не включаешь, то и нет проблемы.

[tverskoy]

Что за процесс кушает процессор?

[VictorR2007]

Поставил пересобранный systemd от red3 релиз 23.
Ради интереса.
С ним проблем нет. Только одна. При выполнении команды systemctl daemon-reload сеанс переходит в plymouth на первой консоли и открывается сеанс пользователя на седьмой консоли.
Но на седьмой уже нет проблем при выполнении команды systemctl daemon-reload.
Такая же фигня как на установочных дисках OpenMandriva.
Там в процессе установки после выбора времени нужно переходить на седьмую консоль или
будешь ждать до скончания века. На первой крутится индикатор, а сеанс сам перешел на седьмую.

[akdengi]

Чего то я таких проблем не вижу. В red особенно, так как там gdm сам убивает плимут (а в случае перехода на седьмую консоль он не убит).

[VictorR2007]

Чего то я таких проблем не вижу. В red особенно, так как там gdm сам убивает плимут (а в случае перехода на седьмую консоль он не убит).

Да, в red на первой консоли. А здесь, в Fresh c KDE у меня сейчас сеанс на седьмой консоли.
На первой же висит вывод закачивающийся строкой
dracut: Starting plumouth daemon
Что интересно, откатился назад на systemd седьмого релиза и после перезагрузки
сеанс все равно остался на седьмой консоли. На первой тоже самое dracut: Starting plumouth daemon
Фик знает, что я у себя натворил.

[VictorR2007]

Ну в общем ломал основную систему, так как собирался переставить на i586.
Захотелось установить эмулятор PS2 и погонять на работе Resident Evil: Code Veronica.
Сейчас установил последний образ с http://mirror.rosalab.ru/rosa/rosa2012. ... _23-39-06/
Что интересно, так теперь сеанс работает на седьмой консоли.
При выполнении команды systemctl daemon-reload после установки проприетарных дров для nvidia
артефактов изображения не было. Просто выбросило в первую консоль.
Перешел назад на седьмую и все нормально.
После переименования файла /lib/systemd/system/plymouth-start.service и этого не стало.
Я бы не заморачивался с systemd, но у меня напарник на работе (он пользуется там планшетом)
смотрел на мою Росу день изо дня. Потом попросил поставить ему. Сейчас, 21 числа привезет
ноутбук на работу.
Вот немного переживаю. Хотя проблем не должно возникнуть.
Ноут новый с двумя видео, а на свободных эти проблемы не проявляются.
Хочется сделать все на отлично не опозорив Росу.

[tverskoy]

ставь релизный образ, не обновляй систему, и после установки удали mdk-online.

[VictorR2007]

ставь релизный образ, не обновляй систему, и после установки удали mdk-online.

Проще наверное добавить в /etc/urpmi/skip.list строки

Код: Выделить всё

/systemd/
/udev/

а в файл ~/.MdkOnline/mdkonline текст

Код: Выделить всё

AUTOSTART=FALSE

А вообще файл /etc/urpmi/skip.list нужно на время очистить, если пользоваться mock-urpm
при его первом запуске. А то эти конфиги пропишутся в него и будут проблемы.
Хотя конечно можно потом исправить этот файл в сборочном окружении.