Alt-p9-lxqt-20190912-i586 и Athlon XP Barton

[Speccyfighter]

Настроить то можно. Я же говорю, по умолчанию:

У меня нет каких-то теплых чувств к Лёне, но в данном случае он абсолютно не виноват. У меня в Tumbleweed этот параметр тоже 90 секунд,

Я бы этот момент назло Поттерингу проверил бы. Как раз подходящий момент.
Здесь пользователь задаёт вопрос на пять с плюсом:
https://githubmemory.com/repo/systemd/systemd/issues/20388
Но приходит Поттеринг и посылает пользователя в root_storage_daemons.
"Чувак, тебя вообще-то не об этом спрашивали. Пользователь задал конкретный вопрос: как ему вернуть старое поведение systemd-237, когда по истечении глобальной *таймаутстоп*, всем незавершённым процессам по кастомно установленному таймаут отправлялся sigkill. Который кастомом перестал работать в systemd-245. Ты вообще понял о чём тебя спросил пользователь? Перечитай ещё раз последний абзац. Ты вообще в курсах, что у пользователя устройство занял процесс, который у него стартует до pid1 и завершается он только по sigkill. И это работало у пользователя в systemd-237. И сломано в systemd-245. Не знаешь?, - так и скажи "не знаю". Вопрос не снят, но претензий нет. Респект за честность. А ты пользователя куда-то послал. Напуркуа? Вопрос был об этом?".

[Арбичев]

По моему опыту стартеркит кдешный и Рабочая станция К - это две большие разницы. Если что, у меня система стоит на ssd.

У меня Рабочая станция К на стареньком Athlon II X4 630, 8G DDR2, HDD Toshiba (7200rpm). Система постоянно используется как домашний комп и уже пережила без переустановки с нуля переезд p8 -> p9 -> p10
Никаких тормозов  при выключении не замечал - всё в разумных пределах для такой конфигурации.
Да, были случаи, когда забывал отмонтировать ресурс на NAS перед выключением, так что осознавал, почему комп "задумался". Ну так уже давно выработалось правило - "не нужен более сетевой ресурс - отключи"

Ещё есть ноут более-менее современный с SSD, там тоже Рабочая станция К (p9 -> p10). Там вообще всё летает.

А также на работе основная машинка (Pentium Gold, 8 Gb, HDD) со стартеркитом KDE (p9 -> p10), и тоже никаких тормозов с выключением.

Что я делаю не так? :)

Вы не хотите понимать одну простую вещь. Есть ошибки в работе программного обеспечения, зависящие от используемого железа. Многообразие выпускаемого железа настолько велико, что ни один разработчик ПО физически не может проверить работоспособность своего детища хотя бы на двух процентах от общего количества выпускаемых типов различного железа. Так и получается, что на одном железе некий дистрибутив линукса работает, а на другом типе железа - работает плохо или совсем не работает.
       Я могу вам привести совершенно аналогичный пример. У меня два ноутбука: один Lenovo G550 (поколение Core 2 Duo), другой Lenovo Z50 70 (поколение Haswell). На обоих установлен Альт Рабочая станция К 9.2 (корень на ssd). На первом система при выключении зависает на 2 минуты, на втором - выключается как из пушки, примерно за полторы секунды.
      Я точно так же могу повторить ваши слова: "Что я делаю не так?"

[Speccyfighter]

У меня два ноутбука: один Lenovo G550 (поколение Core 2 Duo), другой Lenovo Z50 70 (поколение Haswell). На обоих установлен Альт Рабочая станция К 9.2 (корень на ssd). На первом система при выключении зависает на 2 минуты, на втором - выключается как из пушки, примерно за полторы секунды.

Что-то держит альт в G550 на шатдаун и шатдаун завершается по дефолтному таймаут через sigkill. В момент таймаута на шатдаун, я бы дёрнул лог шатдаун. Не факт, но возможно там что-то есть. Фризов без причин не бывает. И виновника фриза надо ловить.

Это как в логе systemd у парня на фризе шатдаун в Убунту с несменяемым DefaultTimeoutStopSec в systemd-245 (ссылка выше):
[ 1339.687961] systemd-shutdown[1]: Could not detach DM /dev/dm-0: Device or resource busy
[ 1339.690185] systemd-shutdown[1]: Failed to finalize  DM devices, ignoring

^^^ Процесс запущенный до pid1 держит устройство, а systemd не может по sigterm завершить этот процесс, который завершается только по sigkill через несменяемый таймаут с дефолтом в 90 секунд. И пользователь получает на шатдаун неуменьшаемый в systemd-245 фриз в 90 секунд.
Причина у Арбичева другая, но в целом, в данном случае, ситуация у того парня и у Арбичева аналогичная.

[Speccyfighter]

Задолбало уже ждать по 2-3 минуты, пока ноутбук выключится.

У вас не только аномально долгое. У вас и формат вывода в tty нахрен сломан.

...
По этому вопросу мной довольно давно послан багрепорт:
Ошибка 39449 - Артефакты при загрузке дистрибутива (на этапе командной строки)
Получил ответ, что это дубликат ошибки 38710.
По существу проблемы никто палец о палец не ударил.

То же самое в системах на sysv:
Альты даже видеть не хотят, что в системах на sysv сломан формат вывода предупреждений о миграции с /var на /run. Забил и закрыл багрепорт. А толку с него?..
К тому же все кто не нарывается в systemd на такие предупреждения, никто не увидел, что в выводе предупреждений, Поттеринг применил символ, который не входит в 128-мибайтную таблицу символов. И по этой причине, в системах на init, этот символ в предупреждениях, заменяется знаком вопроса, как неопознанный символ. Чего и следовало ожидать, ещё на этапе написания кода вывода предупреждений. И для вывода в tty, должны использоваться символы только 128-мибайтной таблицы. На что кодописателю systemd, соображалки не хватило.

А вся эта хрень в сумме, логгированием в tty, выглядит исключительно паскудно:

Код: [Выделить]

# head -n 19 ./tty1-bootlog.txt


Код: [Выделить]

                                                                                           /lib/tmpfiles.d/openvpn.conf:1: Line references path below legacy directory /va
r/run/, updating /var/run/openvpn ? /run/openvpn; please update the tmpfiles.d/ drop-in file accordingly.                                                                 
                                                                                                         /lib/tmpfiles.d/ppp.conf:1: Line references path below legacy dir
ectory /var/run/, updating /var/run/ppp ? /run/ppp; please update the tmpfiles.d/ drop-in file accordingly.                                                               
                                                                                                           /lib/tmpfiles.d/ppp.conf:2: Line references path below legacy d
irectory /var/run/, updating /var/run/ppp/resolv.conf ? /run/ppp/resolv.conf; please update the tmpfiles.d/ drop-in file accordingly.                                     
                                                                                                                                     /lib/tmpfiles.d/faillock.conf:1: Line
 references path below legacy directory /var/run/, updating /var/run/faillock ? /run/faillock; please update the tmpfiles.d/ drop-in file accordingly.                   
                                                                                                                                                      /lib/tmpfiles.d/open
-vm-tools-vgauthd.conf:1: Line references path below legacy directory /var/run/, updating /var/run/vmware ? /run/vmware; please update the tmpfiles.d/ drop-in file accord
ingly.                                                                                                                                                                   
      /lib/tmpfiles.d/openvpn.conf:1: Line references path below legacy directory /var/run/, updating /var/run/openvpn ? /run/openvpn; please update the tmpfiles.d/ drop-
in file accordingly.                                                                                                                                                     
                    /lib/tmpfiles.d/ppp.conf:1: Line references path below legacy directory /var/run/, updating /var/run/ppp ? /run/ppp; please update the tmpfiles.d/ dro
p-in file accordingly.                                                                                                                                                   
                      /lib/tmpfiles.d/ppp.conf:2: Line references path below legacy directory /var/run/, updating /var/run/ppp/resolv.conf ? /run/ppp/resolv.conf; please
update the tmpfiles.d/ drop-in file accordingly.                                                                                                                         
                                                                                                                                                                  [ DONE ]
Activating swap space:                                                                                                                                            [ DONE ]

- каждая строка предупреждения должна начинаться с новой строки.
- для вывода в tty должны использоваться только символы 0-127 таблицы.

Шо блин в этом непонятного?

А всю эту свалку, выводит:

Код: [Выделить]

# grep -r 'please update the tmpfiles.d/ drop-in file accordingly' /sbin/
Двоичный файл /sbin/systemd-tmpfiles совпадает


Код: [Выделить]

# rpm -qf $(grep -r 'please update the tmpfiles.d/ drop-in file accordingly' /sbin/ | awk '{print $3}')
systemd-utils-246.16-alt1.x86_64


Код: [Выделить]

# strings $(grep -r 'please update the tmpfiles.d/ drop-in file accordingly' /sbin/ | awk '{print $3}') | grep 'drop-in file accordingly'
 %s; please update the tmpfiles.d/ drop-in file accordingly.

А теперь посмотрите на вывод на вашем скриншоте:
- Эта свалка и есть что ли вывод?

[Арбичев]

Приветствую!
У меня вопрос лично к Александру Ерещенко. Из вашего последнего поста я понял, что у вас из трех наличных компьютеров на двух стоит Альт Рабочая станция К и на одном кдешный стартеркит. Значит  у вас стабильные сформировавшиеся навыки работы под этим DE. Я хочу узнать, если вам надо посмотреть или отредактировать конфигурационный файл, к которому есть допуск только у root, то каким образом (в каком редакторе вы это делаете)?

[ruslandh]

Выделена тема;

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