> А кроме изобретения винстайл уже не додуматься никак?

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

> Навскидку — тут бтр вспоминали? Так вот ставим обновления в новый снэпшот

Ну, БТР еще не рассматривается как нечто стабильное, да и не факт что все что они там нагородят, вообще будет более-менее стабильно работать.

> (они там rw). Как вся пачка прошла, монтируем его на место
> старого. Старый выкидываем только после следующего обновления.
> В грабе делаем запись предыдущего валидного состояния.
> Усё.

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

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

Это как альтернатива, но тогда встает вопрос о том, когда и как корректно удалить все то что обновлением задумывалось как удаленное, особенно когда обновлений несколько и о том, когда из нового каталога переносить все новое в старый каталог. Этот другой каталог - НОВЫЙ, т.е. это не полная копия системы тока в другом месте, а значит все это файло нужно будет в какой-то момент времени перенести на старое место, что опять таки лучше делать при перезапуске, а коли обновление требует перезапуска, тогда почиму бы его при перезапуске и не начать, еще в добавок избавиться от работы пользователя в процессе этого обновления?

А если держать копию системы на другом разделе скажем и переключаться на нее после перезагрузки, то для этого и разбивать винт хорошо-бы по особому, а не как придеться и опять-же, тратиться больше свободного места и опять таки НУЖНА ПЕРЕЗАГРУЗКА. Самый надежный способ ИМХО, но на десктопе не очень то оправданный.

> Но! Херь это всё полная.
> Обновляю генту из сырцов чертесколько уже из графики и без последствий.
> А знаете почему? Не грузит лдд новую библу для запущенной проги, если
> старая уже в памяти.
> А чтобы он её выгрузил, надо закрыть все проги, что её дёрнули.

А если старая грузиться динамически?

Тут можно много рассуждать, но выходит примерно вот как - "Мне нужно 15 минут, чтобы вот этот комп переставить вон туда и еще 15 минту, чтобы под армстронгом протянуть кабель. А в итоге - комп потрясли - не завелся с первого раза и со второго тоже не завелся, сетевая розетка оказалась с холодной пайкой, а в запасе больше небыло, провод с перебитой жилой, либо просто нечаянно порвали пару жил, когда его тянули и в итоге пол часа перерастают в 2 часа. Так же и с обновлением - чем больше "возмножных" проблем, тем больше вероятность что часть из них произойдет. И если в серьезный момент, влияние одной такой большой проблемы как "активный пользователь", свести к минимуму - выигрывает и обновление и пользователь. А если он не читает что ему на мониторе написали - его проблемы, не более того, все равно это меньшее зло.

> Фф валится не потому что библы новые, а потому что скрипты новые.
> И фф это нифига не пример из сабжа, это исключение. Он "родным"
> для никсов так и не стал.
> У него даже плагины от минорной версии отваливаются.

Написал выше. И не тока ФФ тут исключение.