Переход на восьмой Альт Опции Поделиться

[ruslandh]

Не - нужен ядерный модуль (modesetting). Но если kms не заработал, и /dev/fdb0 не создалось, то он не заработает.

[robinzoid]

Не - нужен ядерный модуль (modesetting). Но если kms не заработал, и /dev/fdb0 не создалось, то он не заработает.

Вот возможно именно он и стоял на прежнем ядре. В принципе можно вручную создать этот файл, но почему этот kms (знать бы ещё что это такое) не работает - тут я просто ноль.

[speccyfighter]

Ну что-ж, пакет поставил (он действительно был не загружен (что видно несколькими скриншотами ранее), интеловский драйвер запустился.
Это радует.
Не радует то, что разрешение осталось прежним и на альтератор по-прежнему никакой реакции. Возможно потому что есть и ещё один 10монитор-конф. Он в /usr/share/X11/xorg.conf.d и в нём стояла именно Веса. При переуказании драйвера не изменилась. При ручной замене её на Интел - терминал. Шут его знает, может он и не нужен (я его вроде вручную ставил). Но если в этом файле стоит Веса, прежнее ядро тоже при загрузке выбрасывает в теминалp, li { white-space: pre-wrap; }/usr/share/X11/xorg.conf.d p, li { white-space: pre-wrap; }/usr/share/X11/xorg.conf.d

Надо на модуль альтератора x11 вешать багрепорт.
У меня (блин) тоже нет кастомного разрешения, хотя автоматом оно подхватывается, - звёздочка:

Код

$ xrandr
Screen 0: minimum 8 x 8, current 1366 x 768, maximum 32767 x 32767
eDP1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 340mm x 190mm
   1366x768      60.00*+
   1280x720      60.00
   1024x768      60.00
   1024x576      60.00
   960x540       60.00
   800x600       60.32    56.25
   864x486       60.00
   640x480       59.94
   720x405       60.00
   680x384       60.00
   640x360       60.00
DP1 disconnected (normal left inverted right x axis y axis)
HDMI1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

Хотите, вешайте. Я не буду. Моих важных системных багрепортов у альтов и так пять штук висит. И тишина там на багтрекере, как ночью на кладбище. Смысл вешать?..

Сообщение отредактировал speccyfighter - 29.7.2017, 22:10

Прикрепленные файлы

 alterator_x11_1366x768_HDGraphics5500.png ( 45.18 килобайт ) Кол-во скачиваний: 2

 

[ruslandh]

Вот возможно именно он и стоял на прежнем ядре. В принципе можно вручную создать этот файл, но почему этот kms (знать бы ещё что это такое) не работает - тут я просто ноль.

Kernel mode setting

Сообщение отредактировал ruslandh - 29.7.2017, 22:24

[robinzoid]

Тоже не буду. Во-первых не умею, а даже если бы и умел, есть предположение что всё внимание майнтейнеров сейчас переключено на адаптацию их продуктов к КДЕ 5, не ст0ит их без серьёзной причины дёргать.

Kernel mode setting

Спасибо. Пообразовываюсь. Но фраза
"Драйвера Intel, Nouveau и ATI уже активируют KMS автоматически для всех чипсетов, так что не требуется ручной настройки. "
заставляет предположить что дело в самом интеловском драйвере. Или если в моих настройках, то так глубоко, куда я сунуться пока не решусь.

Сейчас у меня другая проблема. Альт долгое время загружался терминалом, без красивой полоски, и это позволило заметить что строчка "стартинг нетворк" загружается больше минуты.
Многовато. В чём может быть причина?

Сообщение отредактировал robinzoid - 29.7.2017, 23:20

[speccyfighter]

это позволило заметить что строчка "стартинг нетворк" загружается больше минуты.
Многовато. В чём может быть причина?

Журнал нужно смотреть на чём споткнулось.

[robinzoid]

А примерно где может лежать этот журнал?

[ruslandh]

https://forum.altlinux.org/index.php?topic=29916.0

[ruslandh]

А примерно где может лежать этот журнал?

https://www.altlinux.org/Journald

[ruslandh]

загружался терминалом, без красивой полоски?

Вот - без работы фреймбуфера полоска не работает. Надо копать почему фрембуфер отключился.

[speccyfighter]

Тоже не буду. Во-первых не умею, а даже если бы и умел, есть предположение что всё внимание майнтейнеров сейчас переключено на адаптацию их продуктов к КДЕ 5, не ст0ит их без серьёзной причины дёргать.

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

Сообщение отредактировал speccyfighter - 30.7.2017, 7:48

[speccyfighter]

А примерно где может лежать этот журнал?

Главный вопрос в системах с systemd не в том где лежит журнал, а в том как его посмотреть. Посмотреть его можно только спецутилитой, подобно тому, как реестр просматривается в Windows через regedit.
И как уже Руслан сказал, журнал в системах на systemd просматривается только через journalctl.
(В особо тяжёлых случаях это может быть катастрофой)


Сообщение отредактировал speccyfighter - 30.7.2017, 7:50

[speccyfighter]

Вот - без работы фреймбуфера полоска не работает. Надо копать почему фрембуфер отключился.

Я бы даже сказал, почему /dev/fb0 не создавался, отсутствием которого так недоволен был Xorg.0.log.

[robinzoid]

...И как уже Руслан сказал, журнал в системах на systemd просматривается только через journalctl.
(В особо тяжёлых случаях это может быть катастрофой)

Ну вот. Обнадёжили. А попроще способ есть? Может логи какие или просто посмотреть какие сервисы этой нетворк запускаются? Может там лишнего полно?
За подсказки спасибо. Есть над чем голову поломать. (чем дальше тем интереснее).

[speccyfighter]

Ну вот. Обнадёжили. А попроще способ есть?

Нет. Добро пожаловать в Windows Линукс с systemd.
Попроще это в системах на init: в этих системах можно набрать с десяток вариантов просмотра логов и это возможно даже в самых катастрофических случаях для операционной системы.

Может логи какие или просто посмотреть какие сервисы этой нетворк запускаются? Может там лишнего полно?
За подсказки спасибо. Есть над чем голову поломать. (чем дальше тем интереснее).

systemd: стрижка только начата. © Популярный мультфильм

[ruslandh]

https://forum.altlinux.org/index.php?topic=29916.0

PS Всё-же сходите по ссылке, где ваш вопрос рассмотрен подробно.

Сообщение отредактировал ruslandh - 30.7.2017, 10:31

[speccyfighter]

это позволило заметить что строчка "стартинг нетворк" загружается больше минуты.
Многовато. В чём может быть причина?

Могу предположить как один из вариантов задержки старта системы:
Если в системе openntpd, а на момент старта его сервиса сеть не доступна, то возможна задержка старта системы, поскольку ntpd демон пытается, но не может достучаться до ntp-сервера. Если это действительно так и есть, установкой параметра для опции через конфиг можно попросить демон не синхронизировать время на старте системы.
Ну вы понимаете, что это только прикидка. Точнее причину нужно выяснять через логи.

Сообщение отредактировал speccyfighter - 30.7.2017, 11:09

[speccyfighter]

PS Всё-же сходите по ссылке, где ваш вопрос рассмотрен подробно.

Там есть разбор факта, но нет решения, почему сервис systemd NM так долго отрабатывает в системе с systemd.
В ноутбуке 2005-го года с винчестером на 4200 rpm и системе на init и статичной адресацией этот сервис отрабатывает за доли секунды.

Сообщение отредактировал speccyfighter - 30.7.2017, 11:32

[ruslandh]

Там есть разбор факта, но нет решения, почему сервис systemd NM так долго отрабатывает в системе с systemd.
В ноутбуке 2005-го года с винчестером на 4200 rpm и системе на init и статичной адресацией этот сервис отрабатывает за доли секунды.

Решение простое - отключить ненужные службы.

[speccyfighter]

Решение простое - отключить ненужные службы.

Это не сократит время старта сервиса NM.
5-20 секунд старта сервиса это фриз.


Сообщение отредактировал speccyfighter - 30.7.2017, 11:41

[ruslandh]

Это не сократит время старта сервиса NM.
5-20 секунд старта сервиса это фриз.

Или посмотреть кому он нужен и разобраться с ним;

Код

systemctl list-dependencies --reverse NetworkManager-wait-online

Или просто замаскировать этот сервис (если что сломается, можно всегда назад откатить)

Код

systemctl mask NetworkManager-wait-online

Я предполагаю, что это связано с тем, что у нас не используется сервис systemd-networkd, а используется etcnet

Сообщение отредактировал ruslandh - 30.7.2017, 12:07

[robinzoid]

Ну мужики, вы просто кладезь познаний. Сейчас и по ссылке сбегаю и во всём остальном закопошусь. Только с кошкой к ветеринарам схожу.
Стрижка только начата. Это верно.

[speccyfighter]

Код

systemctl mask NetworkManager-wait-online

Возможно этот сервис нельзя совсем отрубать. Он нужен сервисам которые требуют сети, но могут быть запущены до того как сеть будет поднята.
В инит жёсткая последовательность старта сервисов, поэтому init-сервис не может запуститься раньше чем ему положено.
Нужно выяснять причину долгого старта сервисов NM и MM, остальное это всё костыли systemd.


Сообщение отредактировал speccyfighter - 30.7.2017, 13:22

[robinzoid]

И сразу спотыкалка.

[konst<>host-124 ~]$ systemd-analyze blame
bash: systemd-analyze: команда не найдена
[konst<>host-124 ~]$

[ruslandh]

Стандартный ответ - установите.

[robinzoid]

Нет. Стандартным будет ответ ЧТО я должен установить и КАК это можно сделать.
Когда, несколькими постами ранее, такая же ситуация была с командой dolphin, ничего устанавливать было не надо, просто команда теперь выглядит как dolphin4.

Сообщение отредактировал robinzoid - 30.7.2017, 16:25

[ruslandh]

Просто что установить, если пакет не имеет заумного имени обычно не указывают, особенно, если имя пакета совпадает с приводимой командой.
PS dolphin4 - это как раз случай заумного имени ;-)

[robinzoid]

Для меня всё заумное. Впрочем выход вроде бы нашёлся. https://www.altlinux.org/Systemd
*********************************************
Пока не катит. Что от обычного, что от рута

[konst<>host-124 ~]$ su -
Password:
[root<>host-124 ~]# systemd-analyze blame
Failed to create bus connection: В соединении отказано
[root<>host-124 ~]#

Сообщение отредактировал robinzoid - 30.7.2017, 18:07

[speccyfighter]

[root<>host-124 ~]# systemd-analyze blame
Failed to create bus connection: В соединении отказано
[root<>host-124 ~]#

Накаркал... Как в воду смотрел.
Это как раз пример того случая, когда systemd в системе плохой помощник с низкой отказоустойчивостью.

Сообщение отредактировал speccyfighter - 30.7.2017, 23:08

[robinzoid]

Не он один

[konst<>host-124 ~]$ systemctl list-dependencies --reverse NetworkManager-wait-online
Failed to connect to bus: В соединении отказано
[konst<>host-124 ~]$

Вот зря Вы мне эту ссылку подкинули. Теперь уже и

[konst<>host-124 ~]$ acc
Failed to connect to bus: В соединении отказано
Failed to connect to bus: В соединении отказано
Failed to connect to bus: В соединении отказано
Failed to connect to bus: В соединении отказано
Failed to connect to bus: В соединении отказано
Failed to connect to bus: В соединении отказано
Failed to connect to bus: В соединении отказано
и т.д...

Ладно. systemd снёс, альтератор снова появился.

Сообщение отредактировал robinzoid - 30.7.2017, 23:47