| |
| 2.44, Аноним (63), 09:42, 01/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
В дебиане год дается на обновление на новую версию. Для организаций это мало. Надо года 2-3, чтобы обновляться не вынужденно, а когда удобно пользователю/организации. В каких то организациях это может быть обычно летом, в каких-то зимой, где-то годичные циклы процессов, где-то 2х годичные, а где и каждые 3.
| | |
| |
| 3.51, Аноним (51), 10:52, 01/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>В дебиане год дается на обновление на новую версию.
Ты чо несёшь? Сохранить и перенести конфиги это так трудно? Да неужели!
| | |
| |
| 4.52, Аноним (52), 10:59, 01/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так это же Debian, это как Arch только уже с устаревшими как помёт мамонта багами!
| | |
| 4.54, Аноним (63), 11:52, 01/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
В теории это решается элементарно dist-upgrade. На практике - софт меняется, не факт что старый конфиг подхватится так как оно и было. Речь об инфраструктуре в целом, где множество серверов и сервисов. На авось прокатит какой-то сервер не обновишь, надо смотреть чтобы что-то не отвалилось, выбирать момент когда минимальный риск, и понимать что делать, если отвалится. Это не локалхост админить.
| | |
| |
| 5.69, pkdr (ok), 15:30, 01/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 На практике на серверах мажорные релизы обновляются через миграцию на сервер с установкой нового релиза ОС с нуля.
Разумеется, если ты не поклонник БДСМ со специализацией на последней букве...
| | |
| |
| 6.73, Аноним (73), 16:39, 01/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну так люди, которые заново ставят ОС на сервер, как раз и являются неумехами. Надо просто обновить и применять конфиги.
| | |
| |
| 7.76, Аноним (76), 17:11, 01/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Когда закончишь школу, приходи к нам на стажировку. Мы тебе поможем отучиться от этой ерунды. Дадим три стойки утром, и чтобы к концу рабочего дня всё было на последнем релизе без остановки сервиса. Покажешь в лабе как можно "просто обновить и применять конфиги" на время.
| | |
| |
| 8.87, Аноним (87), 19:28, 01/09/2026 [^] [^^] [^^^] [ответить] | +/– | Да ты мошенник Перезагрузка обязательное условие если ты отрицаешь перезагрузк... текст свёрнут, показать | | |
|
|
|
| 5.74, Аноним (73), 16:41, 01/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>На практике - софт меняется, не факт что старый конфиг подхватится так как оно и было
Какую дичь ты несёшь. Все изменений конфигов новой версии софта ты обязан знать заранее. Если надо, подними тестовый сервак и там обкатай все новинки. В чём проблема?
| | |
| |
| 6.75, Аноним (63), 17:02, 01/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Дык там не только конфиг может поменяться, это еще куда ни шло. При том же конфиге может поменяться поведение софта. И отработкой этого в случае дебиана надо заниматься каждые два года, и на все про все отведен год. Вот в этом и проблема. Тот же центос можно было с десяток лет крутить, сопоставимо со сроком жизни самого железа (или рабочего договора). Ставишь/настраиваешь один раз.
| | |
| |
| 7.77, Аноним (76), 17:14, 01/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Сроки обновления железа происходят трёх- и пятилетними циклами. По десять лет можно разве что свитчи эксплуатировать и роутеры в филиалах с двумя пользователями.
| | |
|
|
|
| 4.72, User (??), 16:12, 01/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ох. У меня вот тут zVirt 4.4 после "обновления N2" VROC RAID потерял. Админ решил через mdadm починить и... немножко так ушатал тестовую ноду. Не будь на этой ноде вот по случайности nvme+vroc (а оно не на всех имеется - оборудование-то разное) - могло бы достаточно увлекательно выйти. и это, блин, 4-продуксьён-юз коробочка-за-деньги, а не общего-назначения-дебоянъ-забисплатно...
| | |
|
|
|
Спутники
РН
SpaceX
Роскосмос
NASA
Ubuntu:
Незачем баловать по долго поддерживать, нужно заставлять обновляться, года 3 поддержки и обновления и так хватило бы.
> Напомним, что незначительный и непредсказуемый срок поддержки Debian, который в среднем составлял три года и зависел от активности разработки нового выпуска, был одним из главных препятствий, мешающих внедрению Debian на предприятиях