Автор Тема: Важные системные ошибки  (Прочитано 11635 раз)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Важные системные ошибки
« : 21.07.2017 21:07:19 »
gdm2.20 - пустое окно списка пользователей
https://bugzilla.altlinux.org/show_bug.cgi?id=33545
- Варианты решений в сообщении об ошибке


Долгий фриз на выходе из suspend с ядрами 4.x.y
https://bugzilla.altlinux.org/show_bug.cgi?id=33617


Сломаны шрифты в альтераторе
https://bugzilla.altlinux.org/show_bug.cgi?id=33626
Исчез с установкой нового bind-utils-9.11.2-alt2


На Populating /dev блокируются беспроводные интерфейсы
https://bugzilla.altlinux.org/show_bug.cgi?id=33671


Окно ошибки на выходе из suspend в Xfce
https://bugzilla.altlinux.org/show_bug.cgi?id=33672


Фриз 40 секунд и fast reboot на suspend при загруженном драйвере b44
на HP Compaq nx6110
(слом suspend при переходе с 4.4 на 4.9 std-def (с 4.4.5 на 4.5.0 un-def))
https://bugzilla.altlinux.org/show_bug.cgi?id=33913
Ошибка само?исправилась на ядрах 4.9.61-std-def-alt1 и 4.9.62-std-def-alt1
Отправлена просьба закрыть багрепорт как CLOSED FIXED


Ошибка 34307 - Новый freeipa-client выносит openntpd из системы
https://bugzilla.altlinux.org/show_bug.cgi?id=34307


Ошибка 34311 - Новый syslog-ng начиная с 3.12.1-alt1 тащит systemd в систему на sysvinit
https://bugzilla.altlinux.org/show_bug.cgi?id=34311
Исправлено версией syslog-ng-3.13.2-alt1
За оперативность спасибо shaba@


Закрытые баги будут зачёркиваться, но не удаляться из списка.
« Последнее редактирование: 25.01.2018 10:14:20 от Speccyfighter »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Важные системные ошибки
« Ответ #1 : 21.07.2017 21:14:09 »
Тема создана специально для контроля системных ошибок влияющих на функционал операционной системы.
Потенциально предназначена для повышения стабильности.
Если возникла необходимость, фиксируйте факт регистрации, кратко и суть.
Философские изречения про руки, железо и умвр, настоятельная просьба излагать в курилке.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Важные системные ошибки
« Ответ #2 : 24.07.2017 22:59:15 »
Сунулся в тему, решил пока написать в личку. Сообщите, в какой теме выкладывать разбор полетов?
Образ: regular-lxde-latest-x86_64.iso от 12.07.2017
Устройство: ноутбук DELL INSPIRON 3558 (Intel Core i3 5005U 2000 MHz/15.6"/1366x768/4.0Gb/500Gb/DVD-RW/Intel GMA HD/Wi-Fi/Bluetooth)

:-)  Угу. Хороший вопрос!
Дан, давай остановимся и оценим обстановку:
1. В одну тему сваливать разные проблемы (polkit + системные баги) нельзя, - сами устроим бардак и всё это похороним своими же руками.
2. Много тем создавать тоже нельзя, - мы в них заблудимся. Текущая, по счёту уже третья и всё нужно держать на прицеле.
3. А может понадобиться ещё одна, - под sysv-lxde. К бабке не ходи там своя специфика рулезов.

Мню так:
Системные баги влияющие на функционал образов с sysv будем смотреть здесь. Рулезы polkit рассматриваем в своих отдельных темах. Тем более что эти две разные вещи никак не пересекаются.
Если надо, вносим изменения в первое сообщение. Если баг пофикшен, не удаляем его, а зачёркиваем, - в перспективе легче отследить тенденцию разломов. Можно даже по датам добавления делать.
Ну как-то так. Чтобы в общем и целом ситуация была всегда под контролем.

Так, теперь подводим черту:
По пяти багрепортам в первом сообщении, как ночью на старом заброшенном кладбище. Я периодически туда заглядываю. А зря, можно этого было и не делать.


Теперь по-порядку, по багам сверху вниз:

- Ошибку в gdm2.20 я и сам могу исправить, пересобрать локально пакет и отправить в клубную репу. Там исправление копеечное. Максимум минут на 15 делов. Но это не комильфо. Лучше чтобы было исправлено и в сизифе и в p8. Уж такие простые вещи, форкать или костылями подпирать, просто несерьёзно.


- Баг с фризом на выходе из суспенд:
Этот баг четвёртых ядер и на кобыле не объехать, - он общесистемный. Специально в Слаку по этому поводу смотрел. Последнюю стабильную Слаку, Патрик  сваял классно, но он не ядерщик. Поэтому с этой багой сделать ничего нельзя, но надо держать в поле зрения. Потому как на i686 выходить из суспенд, 20 секунд и больше, это нонсенс.


Сломаны шрифты в альтераторе
https://bugzilla.altlinux.org/show_bug.cgi?id=33626
В live-режиме в установщике системы шрифты читаемы на всех этапах установки. Исключение: на шаге 6 "Установка загрузчика" в поле "Устройство" в выпадающем списке вместо русских слов вопросительные знаки.
В свежеустановленной и обновленной системе в Центре управления системой во всех модулях вместо русских слов вопросительные знаки.

Понятно. Значит она стабильно воспроизводится независимо от сборки.


На Populating /dev блокируются беспроводные интерфейсы
https://bugzilla.altlinux.org/show_bug.cgi?id=33671
regular-lxde на systemd: подключение и работа по Wi-Fi на NM без замечаний.
regular-lxde на sysvinit: подключение и работа по Wi-Fi на NM возможна только после ручного перезапуска службы NM.
regular-lxde на sysvinit: подключение и работа по Wi-Fi на etcnet без замечаний.

Ясно. Это уже второй слом в одном программном продукте (альтераторе, с точки зрения функционала) и это как бы немного дофига.


Юрий, если нужны выхлопы команд, сообщите что именно.

Дан, первое, это нужно смотреть процесс wpa_supplicant, поднялся ли он и это в контексте его description:
"In addition, it controls the roaming and IEEE
802.11 authentication/association of the wlan driver."
Если процесса нет, рестарт сервиса NetworkManager его поднимает:
# ps -eo pid,args|grep wpa_supplicant
 2112 /usr/sbin//wpa_supplicant -u
 7427 grep --color=auto wpa_supplicant
# killall wpa_supplicant
# ps -eo pid,args|grep wpa_supplicant
 7625 grep --color=auto wpa_supplicant
# /etc/rc.d/init.d/NetworkManager restart
Stopping NetworkManager service:               [ DONE ]
Starting NetworkManager service:               [ DONE ]
# ps -eo pid,args|grep wpa_supplicant
 7740 /usr/sbin//wpa_supplicant -u
 7917 grep --color=auto wpa_supplicant

Без этого процесса беспроводная сеть будет лежать.
Ещё нужен выброс
# rfkill list all
чтобы посмотреть в каком состоянии оказались беспроводные интерфейсы.
Позиций должно быть по две на интерфейс.
С etcnet-wifi у меня все беспроводные в blocked.

Как напоминалка:
В ноутбуке HP Compaq nx6110 кнопка переключения беспроводных интерфейсов аппаратная и с индикатором. Этот ноут не обманешь: кнопка с индикатором позволяет отслеживать состояние интерфейса wlan в любой момент времени.
Засада альтового разлома беспроводных у меня состоит в том, что:
На Populating /dev интерфейс глушится в block, где-то в районе старта NetworkManager индикатор начинает мигать (процесс попытки разблокирования) и интерфейс wlan разблокируется. Но это полбеды. Вторая половина засады состоит в том, что после шатдаун системы интерфейс оказывается заблокированным. Представим (только представим!), что у меня стоит Windows XP. К бабке не ходи, - беспроводная сеть не поднимется. Чтобы сеть поднялась, нужно идти в BIOS, сбросить CMOS в дефолт, перенастроить секцию boot, сохранить и только тогда грузиться. И так с альтами каждый раз будет при дуалбуте. Короче сие есть засада по-крупному. В принципе в системах без дуалбута это не особенно-то и проблема, но мы же не эгоисты, да?

Теперь забираемся на колокольню пользователя и начинаем рассуждать с неё, - пользователю вообще глубоко пофигу что и где происходит в системе, он видит только то, что после щелчков мышкой пошёл разлом. Теперь мысленно объединяем баг со шрифтами и Populating /dev - оба касаются альтератора, хотя второй лишь косвенно и в конкретно моём случае касается альтового udev (чёрт бы его побрал).
Положа руку на сердце, у меня горячее желание повыбрасывать этот альтератор из сборок sysv (кроме sysv-tde) к чёртовой матери: - всё настраивается на инсталляции, сеть через NM, а графика через KMS.
Не влезая в Си код починить это конечно-то можно, но это будет ещё хуже чем сломанное:
Для починки шрифтов, костылей будет не один, а аж два как минимум.
acc -l можно воткнуть в десктоп-файл и в принципе форкнутый пакет можно отправлять в клубную репу (Только допустим! В реале - ни-ни!). Но! Придётся как минимум ваять алиасы для acc и alterator-standalone, а для этого придётся или форкать пакет bash или писать костыль в /etc/bashrc.d/.
Для починки (а полностью ли?) слома на Populating /dev придётся писать ещё один костыль инит-файлом с разблокировкой и рестартом сервиса.
Теперь представляешь себе этот ворох костылей на костыле? Самому-то перед самим собой не стыдно будет? И всё из-за разломов в альтах.


- Теперь по багу с xfce4-session-logout -s:
Спасибо Антону, рулез объезда в пакет polkit-sysvinit он воткнул и в принципе это неплохой объезд. Но никакие рулезы этот баг не починят, включая и в Системные действия,. А скажем в Симпли8, с strace, он проявляется с ужасным грохотом. Хорошо хоть ядро умеет перехватывать SysRq. Тут если чтобы совсем без взрывов и если это не починят, то в Системные действия Xfce опцию STR нужно глушить (опять костыль?), а пакет форкать.


Ну в общем как мог, попытался обрисовать ситуацию.
Ладно, допустим, шут с ним с этим суспенд, тем более что для Xfce временно есть работающий объезд. Но я ума не приложу что делать с альтератором, а на светлое будущее я категорически не согласен. И это ещё слом loffice в sl8-i586 не упомянул, - я в чьи-то сообщения смотрю не из праздного любопытства.

dango

  • Гость
Re: Важные системные ошибки
« Ответ #3 : 25.07.2017 09:50:03 »
:-)  Угу. Хороший вопрос!
Дан, давай остановимся и оценим обстановку:
1. В одну тему сваливать разные проблемы (polkit + системные баги) нельзя, - сами устроим бардак и всё это похороним своими же руками.
2. Много тем создавать тоже нельзя, - мы в них заблудимся. Текущая, по счёту уже третья и всё нужно держать на прицеле.
3. А может понадобиться ещё одна, - под sysv-lxde. К бабке не ходи там своя специфика рулезов.

Мню так:
Системные баги влияющие на функционал образов с sysv будем смотреть здесь. Рулезы polkit рассматриваем в своих отдельных темах. Тем более что эти две разные вещи никак не пересекаются.
Если надо, вносим изменения в первое сообщение. Если баг пофикшен, не удаляем его, а зачёркиваем, - в перспективе легче отследить тенденцию разломов. Можно даже по датам добавления делать.
Ну как-то так. Чтобы в общем и целом ситуация была всегда под контролем.
Ок. В этой теме только разбор общесистемных багов. Принято.
Сломаны шрифты в альтераторе
https://bugzilla.altlinux.org/show_bug.cgi?id=33626
В live-режиме в установщике системы шрифты читаемы на всех этапах установки. Исключение: на шаге 6 "Установка загрузчика" в поле "Устройство" в выпадающем списке вместо русских слов вопросительные знаки.
В свежеустановленной и обновленной системе в Центре управления системой во всех модулях вместо русских слов вопросительные знаки.

Понятно. Значит она стабильно воспроизводится независимо от сборки.
Странно, что кроме нас двоих, этот баг не зацепил больше никого. Что-то здесь не так. Проверю наличие проблемы в ВМ для чистоты эксперимента.
На Populating /dev блокируются беспроводные интерфейсы
https://bugzilla.altlinux.org/show_bug.cgi?id=33671
regular-lxde на systemd: подключение и работа по Wi-Fi на NM без замечаний.
regular-lxde на sysvinit: подключение и работа по Wi-Fi на NM возможна только после ручного перезапуска службы NM.
regular-lxde на sysvinit: подключение и работа по Wi-Fi на etcnet без замечаний.

Ясно. Это уже второй слом в одном программном продукте (альтераторе, с точки зрения функционала) и это как бы немного дофига.


Юрий, если нужны выхлопы команд, сообщите что именно.

Дан, первое, это нужно смотреть процесс wpa_supplicant, поднялся ли он и это в контексте его description:
"In addition, it controls the roaming and IEEE
802.11 authentication/association of the wlan driver."
Если процесса нет, рестарт сервиса NetworkManager его поднимает:
# ps -eo pid,args|grep wpa_supplicant
 2112 /usr/sbin//wpa_supplicant -u
 7427 grep --color=auto wpa_supplicant
# killall wpa_supplicant
# ps -eo pid,args|grep wpa_supplicant
 7625 grep --color=auto wpa_supplicant
# /etc/rc.d/init.d/NetworkManager restart
Stopping NetworkManager service:               [ DONE ]
Starting NetworkManager service:               [ DONE ]
# ps -eo pid,args|grep wpa_supplicant
 7740 /usr/sbin//wpa_supplicant -u
 7917 grep --color=auto wpa_supplicant

Без этого процесса беспроводная сеть будет лежать.
Ещё нужен выброс
# rfkill list all
чтобы посмотреть в каком состоянии оказались беспроводные интерфейсы.
Позиций должно быть по две на интерфейс.
С etcnet-wifi у меня все беспроводные в blocked.
Сделаю. Правда, придется опять же для чистоты эксперимента установить систему с нуля.
Положа руку на сердце, у меня горячее желание повыбрасывать этот альтератор из сборок sysv (кроме sysv-tde) к чёртовой матери: - всё настраивается на инсталляции, сеть через NM, а графика через KMS.
Удалить альтератор из системы не проблема. У меня были на прогоне системы без оного. Также в свое время строил систему на базе пустышки jeOS из стартеркитов. Это минимальная система без иксов, альтератора и прочего.
Для починки шрифтов, костылей будет не один, а аж два как минимум.
acc -l можно воткнуть в десктоп-файл и в принципе форкнутый пакет можно отправлять в клубную репу (Только допустим! В реале - ни-ни!). Но! Придётся как минимум ваять алиасы для acc и alterator-standalone, а для этого придётся или форкать пакет bash или писать костыль в /etc/bashrc.d/.
Спасибо. Проверю.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Важные системные ошибки
« Ответ #4 : 25.07.2017 10:55:42 »
Для починки шрифтов, костылей будет не один, а аж два как минимум.
acc -l можно воткнуть в десктоп-файл и в принципе форкнутый пакет можно отправлять в клубную репу (Только допустим! В реале - ни-ни!). Но! Придётся как минимум ваять алиасы для acc и alterator-standalone, а для этого придётся или форкать пакет bash или писать костыль в /etc/bashrc.d/.
Спасибо. Проверю.

# rpm -ql alterator-standalone|grep desktop
/usr/share/applications/acc.desktop
# grep Exe /usr/share/applications/acc.desktop
Exec=acc
# sed -i 's/=acc/=acc -l/' /usr/share/applications/acc.desktop

После этих команд, результат запуска альтератора из меню на скриншоте.

Для полноты надо и это, для запуска командой из X-терминала
# alias acc='acc -l'
# alias alterator-standalone='alterator-standalone -l'
Нет смысла приводить скриншот результатом. Всё то же самое что и на первом. Т.е. хорошо и как должно быть.

Воткнуть костыль с алиасами можно сюда отдельным sh-файлом
# ls -l /etc/bashrc.d/
итого 16
-rwxr-xr-x 1 root root 982 дек 10  2015 alias.sh
-rw-r--r-- 1 root root 530 авг 16  2016 bash_completion.sh
-rw-r--r-- 1 root root  86 апр  4 17:01 editor.sh
-rwxr-xr-x 1 root root 149 мар  9 10:36 mc.sh
# tail -n 5 /etc/bashrc.d/alias.sh
# Oftenly used shortcuts.
alias md='mkdir'
alias rd='rmdir'
alias cd..='cd ..'
alias su-='su -'

Меня так и подмывает назвать этот пакет с алиасами для acc, - acc-crutch. Поскольку именно такое название будет отражать саму суть пакета.

Ещё мню так:
Если форкать пакет alterator-standalone (там лежит десктоп-файл), надо повышать номер сборки. Если альтам придёт всё-таки на ум что этот погром и раскардаш неплохо бы и устранить, то версия повысится и она заменит форк после апгрейда. Хотя не факт конечно, что правильно работающий, хоть и окостыленный форк, не заменится всё ещё сломанным пакетом. Я не знаю как тут поступить лучше, чтобы разлома даже духу не было, но наверное попытался бы на пробу приколотить к форку индекс club, - ака club0, club1 и т.д.. Такие разломы не должны появляться в релизах, а у нас на sysv и тем более. Можно конечно и в hold или блок... Но уверяю тебя, я уже блочил make-inird версионно, удовольствие то ещё.
« Последнее редактирование: 25.07.2017 11:42:03 от Speccyfighter »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Важные системные ошибки
« Ответ #5 : 25.07.2017 19:41:42 »
Для форка alterator-standalone с поправленным desktop-файлом ничего не придумывается лучше чем
/etc/apt/apt.conf.d/99-alterator-standalone-hold.conf

Аргумент:
Желательно как можно проще. Сложности свести до минимума.
Сталкиваться с чем-то подобным в базовой инсталляции пользователь никогда не должен. Пользователя не должно заботить, что после инсталляции системы на sysv надо поправить, - это не его проблема.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Важные системные ошибки
« Ответ #6 : 26.07.2017 16:14:46 »
Затеял поправить desktop-файл и пересобрать сизифный альтератор, чтобы убрать слом интерфейса.
Сборка обваливается.
Стоп думаю, давай пересобирать то что лежит в SRPMS. Так как есть, без правки, на чистую.
М-гу. Щас:
$ rpmbuild --rebuild --target i586 $HOME/alterator-standalone-7.2-alt1.src.rpm
Устанавливается /home/somebody/alterator-standalone-7.2-alt1.src.rpm
Платформы для сборки: i586
...
Processing files: alterator-standalone-7.2-alt1
ошибка: Файл не найден: /tmp/.private/somebody/alterator-standalone-buildroot/usr/lib/alterator/ui/*


Ошибки сборки пакетов:
    Macro %PAM not found
    Файл не найден: /tmp/.private/somebody/alterator-standalone-buildroot/usr/lib/alterator/ui/*

Хм-м... А это что?
$ rpm -qa | grep -i macros
rpm-macros-alterator-5.0-alt5.noarch
rpm-macros-cmake-3.6.3-alt0.2.i586
rpm-macros-alternatives-0.4.5-alt1.1.noarch
rpm-macros-pam0-1.3.0.0.17.7d0c-alt1.noarch


Пересобрать в сизифе src.rpm 7.1.2 из p8?, - да легко!
$ rpmbuild --rebuild --target i586 /home/somebody/alterator-standalone-7.1.2-alt1.src.rpm
Устанавливается /home/somebody/alterator-standalone-7.1.2-alt1.src.rpm
Платформы для сборки: i586
...
+ umask 022
+ /bin/mkdir -p /home/somebody/RPM/BUILD
+ cd /home/somebody/RPM/BUILD
+ rm -rf alterator-standalone-7.1.2
+ /bin/chmod -Rf u+rwX -- /tmp/.private/somebody/alterator-standalone-buildroot
+ /bin/rm -rf -- /tmp/.private/somebody/alterator-standalone-buildroot
+ exit 0


Что уже в альтераторе поломали так, что даже сборка пакета не проходит?