Припаяй!

Можно эхо в прок.

Есть универсальное решение - не выключать.

И соответственно универсальное решение для быстрой загрузки - не включать

На машинах с Gentoo с OpenRC заметил выключение почти везде секунды за три

В gnome-session бага была, посмотри, вдруг, в убунте еще не поправили

https://gitlab.gnome.org/GNOME/gnome-session/-/commit/9de6e40f12e8878f524f8d429d85724c156a0517

Что-то с логикой. Если ты выключаешь, то быстрая загрузка и не нужна.

Быстрое включение хотелось бы для IoT и прочих стендэлон железок. Так-то скорость загрузки отдельного ноутбука никого не волнует.

Да, я ноут уже перевёл на венду и думаю теперь насчёт рабочей машины. Венда реально рулит.

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

Сейчас тебе intelfx расскажет, что у тебя чудовищно неправильно завершаются процессы. Меньше полутора минут нельзя.

Все что от системы требовалось - отмонтировать диски и выключить питание

В условиях, когда что-то там ненормально запустилось, процедура корректного завершения будет тупить и тормозить, потому что такой вариант почти никогда не тестируют.

Всё, что тебе нужно было сделать, это Alt + {SysRq, S, U, O}. То есть: сбросить грязные страницы, перемонтировать все ФС в режиме только-чтение, выключить машину.

у винды другая прелесть - она может начать обновляться

Добро пожаловать в мир говноd. То же самое наблюдал на серверах с 18.04/20.04.

Резюме: это не баг,а фича.

То же самое наблюдал на серверах с 18.04/20.04.

А я вот поменял DefaultTimeoutStartSec и DefaultTimeoutStopSec в то время и с тех пор всё хорошо.

Вот только для IoT systemD не нужен.

Весеннее обострение опять что ли?

Systemd хорош тем, что юнниты описываются декларативно, что умеет поднимать упавшее, что можно создать параметризированный юнит для нескольких экземпляров сервиса из коробки. Что можно объявить зависимости и требующей сети сервис не стартанёт раньше чем сеть поднимется и это не надо выверять вручную. Что вносить поправки с поставляемый в пакетах сервисы можно без внесения изменений в файлы из пакетов (которые перепишутся с ближайшим обновлением). И многое другое.

Параллельная загрузка тут лишь бонус. И кстати да, оно действительно быстрее. Загружал я тут давеча шестой CentOS. Насмотрелся как неспешно ползли строчки запускающихся сервисов...

А что мы имеем? Нытьё, что если сыпется диск, то всё плохо... Чел, если у тебя сыпется диск, то система инициализации - меньшая из твоих проблем. Сервисы долго завершаются и тормозят процесс? Нет, это не сервисы виноваты, это systemd, который не хочет их вырубать насильно.

«Как это достало.»

Да, я ноут уже перевёл на венду и думаю теперь насчёт рабочей машины. Венда реально рулит.

Вспоминаю, как венда по 20 минут ставит свои обновления. А в отдельном случае аж на 6 часов в себя ушла. Ммм... Лепота!

Теперь питание компьютера можно отключить.

Не знаю, у меня быстро комп вырубается. А врубается долго ибо всратый UEFI долго инициализирует видеокарту, а вот после передачи управления загрузчику все взлетает достаточно резво. Из-за этого я комп в сон отправляю вместо выключения.

именно когда без выключения никак

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

Оно еще может пару минут пождать пока выключается какой-то процесс, который не хочет выключаться

Вот это вообще самое днище.

Так чому он не почылает SIGKILL тупящим процессам? Сброс кешей явно же не минуту происходит?

Без понятия. В последний раз, когда я видел затупы при завершении, они были связаны с файловой системой, для которой я наклепал unit, но что-то напутал с завершением. В итоге мой юнит завершался, но ФС оставалась примонтированной, что мешало отмонтировать /home. В такой ситуации непонятно, кому нужно слать SIGKILL. Ядру, наверное?

Скажи мне пожалуйста, зачем на условном проде лезть в конфигурацию init-а? Вот серьезно.

Венда меня сейчас только политикой насчёт обновлений бесит. Учитывая WSL2, сейчас вообще всё огонь.

Да, вот это есть, увы.

Чувак, плюсую... Уже давно усыпляю, ибо ждать пока выключится просто сил нет... И если лаптоп еще так-сяк выключается, то дождаться пока мой воркстейшн выключится - просто мрак (да, там пачка винтов-рейдов, сетевухи, вайфаи-блютусы и еще немножко)...

Ведь что было одним из аргументов внедрения systemd? Что компьютер будет загружаться быстро, это так здорово, круто круто.

Основные аргументы касались стандартизированного декларативного описания сервисов и их связей, зависимостей, а также параллельного запуска. Быстрая загрузка - это больше от количества и сложности сервисов зависит.

Кучу раз сталкивался с тем, что нажимаю выключить (ubuntu 20), и начинается долгое и неспешное выключение.

Подобное поведение говорит о проблемах с какими-то юнитами. Стоит разобраться

Кто кстати их придумал? Хлипкое говно, которое от касания может сбоить

Ты видимо не видел нормальные SATA-кабеля.

Не поможет, systemd везде, надо руки выпрямлять.

nosystemd.org

Коммент intelfx про счеты

Дык, а что, даже фанатики, которые выступают против системд, могут найти своё место в этом мире.

Попробуй так: https://www.easycoding.org/2016/08/08/uskoryaem-zavershenie-raboty-fedora-24.html

Быстрая загрузка критична в облаках и на железках, для них и делали. Макось вон достаточно долго загружается, что не мешает быть эталоном десктопной ОС.

то же самое [проблемы] наблюдал на серверах

Скажи мне пожалуйста, зачем на условном проде лезть в конфигурацию

И действительно, зачем, если можно страдать и изливать желчь на ЛОРе :-)

умеет поднимать упавшее

Такое ощущение, что с приходом systemd и этой фичи программисты/администраторы разом отупели на порядок и приводят это как ключевой плюс :(

В ClearOS systemd очень быстро грузит систему. Но пользоваться этой ClearOS не реально.

Так чому он не почылает SIGKILL тупящим процессам?

Потому что тупящим процессам плевать до поры до времени на ваш SIGKILL. Похоже, до сих пор ничего не изменилось:

https://tanelpoder.com/2013/02/21/peeking-into-linux-kernel-land-using-proc-filesystem-for-quickndirty-troubleshooting/

Попросту, если какой-то IO не завершился, или вообще ушел в sleep, то ждать реакции на SIGKILL может понадобиться очень долго.

Такое ощущение, что с приходом systemd и этой фичи программисты/администраторы разом отупели на порядок и приводят это как ключевой плюс :(

Ну да, ведь раньше-то все были титаны, у которых ничего не падало. Ах, да... monit... Ой, не задача. Входил в rhel 5, т.е. минимум с 2007 года. А то и с 2001 (дата в копирайте monit).

Ну так сначала SIGKILL, если не сработало за таймаут, то SIGTERM. Откуда минутные задержки?

SIGTERM - это в данном случае тот же SIGKILL, у которого даже больше причин быть проигнорированным системой.

Откуда минутные задержки?

Статью почитайте. Или любые выжимки про D state.

Да, конечно, перепутал их. Сейчас почитаю.

Вегда всё падало, но сейчас парадигма «падает, надо пофиксить баг в софте» плавно сменилась на даунскую «фиксить не надо, перезапускалка отлично работает, а для того, чтобы пользователи не заметили, поднимем фронт с бэками, пусть бэки падают и перезапускаются, а также туда добавим кубер, докер и серверлесс»

Скинь ссылки на нормальные sata кабеля. Чтобы точно нормальные.

А заодно объясни, почему дешманский DVI или VGA кабель работает на ура, а SATA кабель должен быть непременно «нормальный», чтобы не глючило

Скажем, на каком-нибудь Athlon XP 1800 с 128 МБ ОЗУ, на котором Хрюша загружалась за 40 секунд, а Linux тупил 2-3 минуты.

Да, отлично это помню.
XP подрывала графику быстрее, а потом ещё долго насиловала HDD, загружая всё остальное.
Зато курсором мыши можно было начинать елозить на минуту раньше.

// Единственный дистр, который запомнился чудовищно долгой загрузкой, был SUSE какого-то лохматого года выпуска.

то есть проблема есть, но мы будем упорно прикидываться шлангом.

А теперь представь что +1-2 минуты простоя при нештатном сбое это дикие потери по бабкам и репутации. Представил? наверное нет, раз такое пишешь тут)

Не уверен что найду ссылку, у нас на работе лежат серверные SATA кабеля, они еще между собой соединены по 3 штуки (т.е. комплект из 6 SATA кабелей, 3+3) + маркированные - т.е. SATA0, SATA1, и.т.д, предназначены для подключения к корзинам (на корзинах тоже SATA, все ок, это не какие-то специальные). Так вот когда я их вытягиваю с материнской платы иногда может создастся ощущение, что я сейчас отломаю кусок материнки, очень туго и прочно сидят. А китайское говно да, такое себе.

Из дешевого ширпотребного есть сата кабеля с металлическими фиксаторами, они тоже довольно неплохо сидят.

Из дешевого ширпотребного есть сата кабеля с металлическими фиксаторами, они тоже довольно неплохо сидят.

именно такие у меня.

Вот шото типа такого гуглится

https://ae01.alicdn.com/kf/HTB1XEa1GFXXXXa8XXXXq6xXFXXXB/222100899/HTB1XEa1GFXXXXa8XXXXq6xXFXXXB.jpg

На счет DVI/VGA - видел глючный китайский VGA. И все же есть еще пониятие «внешний» / «внутренний» кабель. Внешний кабель по определению должен быть надежный.

Либо ты лезешь в конфигурацию init`a и меняешь настройки, чтобы не страдать, либо сидишь и страдаешь. Лично для меня выбор очевиден.