Перепакованный M$ .NET Framework (все версии)

[Pasha_ZZZ]

Как лечить? » Или удалять и переустанавливать все; или снять галку, нажать Закрыть и поставить галку Больше не спрашивать.

[CtrlSoft]

я вот интегрирую все обновления в режиме аудита в том числе .Net 4. Но перед захватом образа, папки
Windows\Installer
и
Windows\Microsoft.NET\Framework64\v4.0.30319\SetupCache
или
Windows\Microsoft.NET\Framework\v4.0.30319\SetupCache копирую во временую папку, удаляю оригиналы и делаю образ. После этого папки с компонентами .Net 4, архивирую в 7-zip. Экономия около 700 Мб (для сборки x86-x64).
Распаковку можно выполнить например на этапе specialize.

[Pasha_ZZZ]

интегрирую все обновления в режиме аудита в том числе .Net 4. Но перед захватом образа » Это похвально для Висты и семерки, но для оригинального инсталлера ХР как-то не катит.

[JohnnyD]

Я говорю о том, что переустановка всего пакета сразу со всеми KB, может решить ситуацию » Может. Но только до выхода следующих обнов, после чего все заново. Я это тоже проходил...

А хотелось бы, чтобы все было нормально.

[UserX]

Опять старая проблема. Обновление KB-2604111 после установки просит установить его по новой и так бесконечно. Как лечить? »
Или удалять и переустанавливать все; »
Ставил всё с нуля. Установил пакет и следом - сразу же 8 предварительно скачанных обновлений MS .NET Framework из командного файла:
NDP1.1sp1-KB2656370-x86.exe /q
NDP1.1sp1-KB2656353-x86.exe /q

NDP20SP2-KB2633880-x86.exe /q
NDP20SP2-KB2656369-x86.exe /q
NDP20SP2-KB2604092-x86.exe /q

NDP30SP2-KB2604110-x86.exe /q
NDP30SP2-KB2656407-x86.exe /q

NDP35SP1-KB2604111-x86.exe /q

Установка последнего проходит, но при запуске MU он всё равно определяется как неустановленный.
Может важен порядок и нужно сначала командный файл, а потом уже и сам пакет?
А как MS определяет наличие установленных компонентов? По записям в реестре? Может туда ручками чего-то добавить, чтобы отвязалась от этого NDP35SP1-KB2604111-x86.exe ?

[Aquila]

UserX, Да наверное всё же MU немного оплошали в этом, может пропустили... Поддерживаю что нужно добавить запись в реестр для отключения этого KB из списка.

[UserX]

Да наверное всё же MU немного оплошали »
Думаю, что это слово тут не подходит. Майкрософт изначально делали всё под себя. Причём делали так, что только им одним известно как. В результате, образовалась несовместимость между "сторонним" интегрированным пакетом обновлений и алгоритмом обновления от MS в плане регистрации устанавливаемых обновлений.
Видимо, дело не только в ключах реестра, но и в каких-то файлах и путях.

[apozlevich]

Есть предложение - сделать две виртуальные машины, одну с паком от simplix, другую с оригинальным .Net. Обновить и сравнить реестр, файлы, структуру папок...

[UserX]

Обновить и сравнить реестр, файлы, структуру папок... »
И выйти на пенсию с чувством не зря прожитой жизни! ;)

[Aquila]

Обновить и сравнить реестр, файлы, структуру папок... »
Для начала можно проверить реестр, в нём то точно мы найдём недостаток: не запущенная служба, не зарегистрированный inf или dll файл. Но всё же это смешно :lol:

[infinity78]

apozlevich,
Ну сказанул.... Я думаю там еще и правнуки сравнивать будут... :up

[apozlevich]

Да это не так уж и много, тем более, я же не сам сверять все буду, давно придумали софт для этого. И вообще, это была просто идея.

[Вини-Пух]

Скажите пожалуйста, а эта сборка подойдет для локализаций кроме русского ? на пример под испанскую или итальянскую ХР. Спасибо.

[Vitek 07]

Вини-Пух, ограничений нет никаких, так что установится.

[TERMINAL]

Установка последнего проходит, но при запуске MU он всё равно определяется как неустановленный.
Может важен порядок и нужно сначала командный файл, а потом уже и сам пакет?
А как MS определяет наличие установленных компонентов? По записям в реестре? Может туда ручками чего-то добавить, чтобы отвязалась от этого NDP35SP1-KB2604111-x86.exe ? »
Моё мнение, что Microsoft ошиблась во времени созданного файла System.AddIn.dll - время его 4:03, а на MU написано вот что:
File name File version File size Date Time
System.AddIn.dll 3.5.30729.3676 163,840 22-Dec-2011 23:56
Выпуск обновлений для ограниченного распространения

File name File version File size Date Time
System.AddIn.dll 3.5.30729.5766 163,840 22-Dec-2011 12:01
Для всех поддерживаемых 64-разрядных (x64) версий систем
Выпуск обновлений для общего распространения

File name File version File size Date Time
System.AddIn.dll 3.5.30729.3676 163,840 23-Dec-2011 00:14
System.AddIn.dll 3.5.30729.3676 163,840 22-Dec-2011 23:56
Выпуск обновлений для ограниченного распространения

File name File version File size Date Time
System.AddIn.dll 3.5.30729.5766 163,840 22-Dec-2011 12:21
System.AddIn.dll 3.5.30729.5766 163,840 22-Dec-2011 12:01
Для всех поддерживаемых версий систем с архитектурой IA-64
Выпуск обновлений для широкого распространения

File name File version File size Date Time
System.AddIn.dll 3.5.30729.3676 163,840 23-Dec-2011 00:28
System.AddIn.dll 3.5.30729.3676 163,840 22-Dec-2011 23:56
Выпуск обновлений для ограниченного распространения

File name File version File size Date Time
System.AddIn.dll 3.5.30729.5766 163,840 22-Dec-2011 12:36
System.AddIn.dll 3.5.30729.5766 163,840 22-Dec-2011 12:01
Поэтому MU снова Вам предлагает его скачать, но размер уже 0 кб, установка 0 мин.

[UserX]

Моё мнение, что Microsoft ошиблась во времени созданного файла System.AddIn.dll - время его 4:03, а на MU написано вот что: »

Исключая из вашего списка 64-х разрядность и IA-64, а также учитывая, что в Windows XP после обновления имеется версия файла System.AddIn.dll 3.5.30729.5766, получаем, что в вашем списке подходит последняя группа, т.е.:

File name File version File size Date Time
System.AddIn.dll 3.5.30729.5766 163,840 22-Dec-2011 12:36
System.AddIn.dll 3.5.30729.5766 163,840 22-Dec-2011 12:01

Последовательно изменял дату файла System.AddIn.dll с 4:03 сначала на 12:36, а затем на 12:01.
После каждой замены запускал проверку обновлений.
Оба раза получал, что требуется установить KB2604111.
Т.е. замена даты указанного файла не помогла. Правда, сотые доли секунды вы не указали. А в дате 04:03 они были 04:03:58. Может имеет значение установка сотых долей секунды?

[TERMINAL]

UserX, Может это поможет?
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 3.5 SP1\SP1\KB2657424]
"ReleaseType"="Security Update"
"PublishingGroup"="Developer Division"
"Publisher"="Microsoft Corporation"
"PackageVersion"="1"
"PackageName"="Security Update for Microsoft .NET Framework 3.5 Service Pack 1 (KB2657424)"
"InstallerVersion"="4.05"
"InstallerName"="Windows Installer"
"BuildLab"="LDR"
"ThisVersionInstalled"="Y"

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 3.5 SP1\SP1\KB2604111]
"ReleaseType"="Security Update"
"PublishingGroup"="Developer Division"
"Publisher"="Microsoft Corporation"
"PackageVersion"="1"
"PackageName"="Security Update for Microsoft .NET Framework 3.5 Service Pack 1 (KB2604111)"
"InstallerVersion"="4.05"
"InstallerName"="Windows Installer"
"BuildLab"="LDR"
"ThisVersionInstalled"="Y"

[Denisminsk]

Давно уже пора обновить Установочный пакет Microsoft .NET Framework 1.1-4.0 для WinXP SP3 x86

[Vitek 07]

Denisminsk, ну так дерзайте (http://forum.oszone.net/post-1914501.html#post1914501)

[UserX]

Может это поможет? »
О! Ваша идея помогла!
У этих идиотов из Майкрософт, оказывается, есть две ветви:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 3.5 Service Pack 1\SP1\
и
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 3.5 SP1\SP1\

Так вот, после ручной установки обновления NDP35SP1-KB2604111-x86.exe оно прописывается в ветви:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 3.5 Service Pack 1\SP1\
т.е.:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 3.5 Service Pack 1\SP1\KB2604111]

Взял и экспортировал эту ветвь. Получил такой рег-файл:
--------------
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 3.5 Service Pack 1\SP1\KB2604111]
"ReleaseType"="Security Update"
"PublishingGroup"="Developer Division"
"Publisher"="Microsoft Corporation"
"PackageVersion"="1"
"PackageName"="Security Update for Microsoft .NET Framework 3.5 Service Pack 1 (KB2604111)"
"InstallerVersion"="4.05"
"InstallerName"="Windows Installer"
"InstalledDate"="15.05.2012"
"InstalledBy"="Administrator"
"BuildLab"="LDR"
"ThisVersionInstalled"="Y"
--------------

Затем, в этом экспортированном рег-файле редактором в ДВУХ МЕСТАХ заменил Service Pack 1 на SP1.
Получил такой рег-файл:
--------------
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 3.5 SP1\SP1\KB2604111]
"ReleaseType"="Security Update"
"PublishingGroup"="Developer Division"
"Publisher"="Microsoft Corporation"
"PackageVersion"="1"
"PackageName"="Security Update for Microsoft .NET Framework 3.5 SP1 (KB2604111)"
"InstallerVersion"="4.05"
"InstallerName"="Windows Installer"
"InstalledDate"="15.05.2012"
"InstalledBy"="Administrator"
"BuildLab"="LDR"
"ThisVersionInstalled"="Y"
--------------

И добавил этот новый рег-файл в реестр.

После этого MU перестала предлагать установить уже установленное обновление KB2604111.

Спасибо вам, TERMINAL! :)