>> только как винду, сносить и ставить заново
> Враньё, ты 3.11 можешь обновить до 10 сквозь несколько апгрейдов подряд. Серверные
> редакции обновляются по другим мануалам из-за того что ряд серверных компонентов
> принципиально не может быть совместим с новой версией (поменяли/выкинули) или обновляется
> по отдельной процедуре.Это не враньё, это суровая реальность, да, винда формально поддерживает обновления с релиза на релиз, но в итоге она оставляет всякие ошмётки от предыдущих систем, которые в рамках одного то обновления порой доставляют достаточно неудобств, даже в среде виндовых админов считается дурным тоном таким образом обновлять системы на винде. А ваши сквозные обновления с 3.11 до 10 подряд вообще в реальности не практикуется вменяемыми людьми.
>[оверквотинг удален]
> в 9) я его никуда не ставлю. Systemd думал, что потушил
> сервис правильно, а в итоге по таймауту ребутнул не очистив буферы.
> А причина в том, что нехер было писать питонячьи обвязки над
> демоном и их засовывать их в systemd. Они там еще и
> кучу юнитов имеют через шелл и "обратную совместимость" с sysv. В
> итоге ни то ни другое нормально не работает.
> Модно, конечно, винить systemd за это, а не косорылого барана меинтейнера, который
> так сделал. Пока дебиан не откажется от совместимости с sysv и
> не начнёт работать с systemd по-нормальному я его никому бы не
> порекомендовал бы.
У вас какой-то частный случай, который возможно имел место быть, у меня лично была проблема с переездом на systemd т.е. с 7 на 8ую версию, и то эта проблема понятиях стабильного дебиана - система работала, просто надо было дрюкать systemd, который к слову всё же говно редкостное.
По поводу обратной совместимости - в Debian до сих пор можно поставить sysvinit для безиксовой системы, также как и runit и openrc.
> Самый лучший способ обновлять дебиан - это переустановить его на центось и
> снизить количество самотехподдержки. Убунту для меня примерно то же самое, только
> нестабильней.
Это ваше личное предпочтение, я лишь указал, что Debian штатно умеет обновляться с релиза на релиз и умеет это делать, но это не даёт право людям делающим это фривольно забивать на элементарные методы предосторожности, будь то бэкапы и обкатка на тестовой машине. В большинстве случаев проблем нет в такой степени, что можно почти не сжимая булки проводить эту процедуру, тогда как в CentOS такого сделать нельзя, только если обходными костыльными путями, которые не рекомендуются. Но выбор как всегда за пользователем, если есть возможность выбирать, то пусть выбирает удобное для него, ему же потом с этим взаимодействовать.
