MisHel64
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: Непонятно в этом случае другое - получается что у них в случае с Vista/Server2008 одна политика версионирования MSI4.5, т.е. строго по горизонтали (обновления в пределах одной версии), а в XP возможны и вертикальные варианты. Как-то непонятен мне этот подход. | Да не, нормально. И в общем-то легко объяснимо. Цитата: 8-ая версия изначально так себя ведёт под XP, т.е. с самого первого релиза - при установке выдаёт грозное предупреждение о том, что она не тестировалась под этой ОС, когда соглашаешься - всё чудно устанавливается. | Тогда начхать на это предупреждение. При установке это не страшно. Главное, что бы потом хомячков не пугало. Цитата: Нет и никогда не будет. Ставьте Firefox 52.1.0ESR, в нём даже TLS1.3 поддерживается. Другого способа нет, забудьте про IE и Chrome навсегда. | Не знаю... Хроможоп у меня нормально работает на всех машинах, что 33й, что 49й, за исключением одной машины. В отличии ну очень тормозного ОгнеЛисса. Цитата: Естественно, удаление файла проблему не решает, потому, что, после очередного захода на WU и длительного поиска обновлений там, база вновь становится такого же объёма. | Вот в этом я сильно сомневаюсь. База содержит и выпиленные обновления, и постепенно в ней появляется все больше "белых страниц". Бонусом, во время работы там могут появятся и чисто логические ошибки. Пересоздание базы эти проблемы решает. Под рукой нет ни одной машины со старым файлом, так-что проверить на практике не могу. Длительный процесс поиска является следствием некорректной установки некоторых обновлений. Причем это зависит и от конфигурации железа, и от установленного софта. Так как WUA использует различные механизмы для определения факта установки, необходимости включения обновления в список списков, определения необходимости скрытия, возникает ситуация, что по ряду условий обновления скрываются/удаляются из списка списков, а потом опять активизируются/включаются, и процесс тупо зацикливается. По этому при равных условиях установки обновлений, кто-то с проблемой столкнется, а кто-то нет. Механизм защиты от зацикливания есть, но он очень крив, и иногда нужны часы, что бы он сработал. Так же и с решением, кому-то поможет один рецепт, а для другого он будет полностью бесполезен. Пересоздание базы иногда решает проблему. Иногда ее может решить снос одних обновлений с последующей установкой. Основная же причина возникновения - пакетная установка. Причем проблема может проявится не сразу. Ни одна из сборок, которые я видел в открытом доступе не контролирует флагов возврата, и не сверяется со списком списков, и уж тем более не учитывает приоритеты. (Самое смешное, что WUA то же этим страдает). По этому я и не люблю, чужие говно соборы, и никогда никому не советую их ставить. | Всего записей: 2307 | Зарегистр. 21-09-2006 | Отправлено: 07:12 25-04-2017 | Исправлено: MisHel64, 07:17 25-04-2017 |
|