PDA

Показать полную графическую версию : Перепакованный M$ .NET Framework (все версии)


Страниц : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 [79] 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121

naggy
06-03-2012, 21:54
simplix! Во-первых: подтверждаю всё что пишет dimon1947 в последнем сообщении. Во-вторых: открылись новые интересные обстоятельства. Обычно я использую аддон с ключами /1.1 /3.5 . Но когда собирал дистрибутив с Вашим VCRedist, забыл поправить файл Run, оставив его так, как он есть. Т. е. с ключом /s . Ошибки при установки не было. Сегодня собрал дистрибутив как раньше, с dllsfull . И снова забыл поправить Run. Установились все framework и ошибки не было. Тут вдруг я вспомнил про Run и задал ключи /1.1 /3.5 /show . Не поленился, пересобрал дистрибутив. Тут же появилась выше обозначенная ошибка в конце Т13, и, как справедливо пишет dimon1947, сохранялась до конца установки. Всё это я проделал в VirtualBox. На реальной машине попробовать не успею. У нас на Урале уже ночь.

naggy
07-03-2012, 15:16
dimon1947! Может я как-то бестолково объяснил, но у меня как раз получается наоборот. С одним ключом /s ошибки нет. А как только задаю /1.1 /3.5 без ключа /s - появляется ошибка. Ещё раз прошу прощения!

naggy
07-03-2012, 21:23
dimon1947! Использовал ключи /1.1 /3.5 /s. Ошибки нет. Спасибо, за плодотворное сотрудничество! simplix...?

naggy
08-03-2012, 11:15
С таким набором ключей: /1.1 /3.5 /show /s снова появилась ошибка.

sov44
09-03-2012, 00:56
При установке аддона на VMware с ключами DotNet.exe /1.1 /3.5 /show ошибки не появилось.

naggy
09-03-2012, 20:52
Тупо заменил дистрибутив. Хотя перед заменой сравнил оригинал и старую копию. Полное соответствие. Применил UpdatePack. В аддоне DotNetPlus использовал ключи /1.1 /3.5 /show. Злополучная ошибка исчезла. Мистика!

TERMINAL
10-03-2012, 14:27
simplix, На заметочку возьми, при установке DotNet.exe /1.1 /2.0 /S - на WU требуется KB2657424.

AltY
10-03-2012, 15:29
TERMINAL, это глюк Microsoft Update.

naggy
15-03-2012, 20:22
Новый дистрибутив со свежим UpdatePack-XPSP3-Rus-12.3.15 - ошибки нет. Видимо, в ближайшее время появится также свежий аддон. Ждём!

simplix
16-03-2012, 11:57
naggy, В этом месяце обновлений для аддона нет. А ошибку мы с коллегами так и не смогли повторить - ставили на реальные машины и виртуальные, с ключами и без них, на T13 и на живую, с бубном и без него - не появляется ошибка. Логи до сих пор никто не хочет выложить?

naggy
16-03-2012, 17:10
Логи до сих пор никто не хочет выложить »
simplix, чувствую себя очень виноватым. Если что-то подобное будет (не дай Бог!), обязательно выложу.
Насчёт обновлений. Позавчера Microsoft Update установил KB2657424, как справедливо заметил TERMINAL. Я это принял за очередное обновление. И..., спасибо!

iSmart
17-03-2012, 08:08
Сегодня дважды делал новую установку ОС с аддоном .NET Framework текущей версии и оба раза вылезало "красное" окно
с сообщением: "mscorwks.exe .NET Framework Installing Error" "mscorwks.dll could not be loaded" примерно с таким содержанием. Скриншот снять было нечем. »
Вчера поймал такую же ошибку. Ставил с ключами: DotNet.exe /1.1 /3.5 /nolang
UPD: размер и дата файла DOTNET.EXE: 63071384 б, 19.01.12

naggy
17-03-2012, 08:59
Вчера поймал такую же ошибку »
Ну вот, началось! iSmart! Я в своё время этого не сделал (за что мне очень неудобно), но может Вы для simplix выложите setup-логи? Заранее спасибо!

iSmart
17-03-2012, 09:19
но может Вы для simplix выложите setup-логи »
Я бы рад, но это было на "железном" компе, который я уже отдал, и доступа к нему больше нет.

naggy
17-03-2012, 09:22
Я бы рад »
Понятно! Значит опять без логов.

Debugger
17-03-2012, 14:34
для установки на WinXP SP2 потребуется компонент WIC, а для Win7 SP0 - KB958488. Для успешной установки необходимо предварительно установить библиотеки Visual C++
А можно ли добавить в скрипт определение недостающих библиотек и ставить их автоматически при установке на живую систему, если они лежат в той же папке где и dotnet.exe, по аналогии как это замечательно реализовано в UpdatePackLive? Так же можно и ставить языковые пакеты для особо жаждущих (если dotnetfx35langpack_x86ru.exe есть то ставить).

Upd: Я имею в виду и WIC, и KB958488, а не только библиотеки Visual C++, как можно было понять из поста

Лео Lапыч
26-03-2012, 15:35
Очень долго выполняется второй этап установки (после перезагрузки). Уже жду около часа...
Активность проявляют процессы mscorsvw.exe и msiexec.exe, в памяти висит SetDN40.exe, периодически появляются и исчезают другие процессы...
Тестирую под виртуальной машиной, может в этом дело? Хотя год назад тестировал этот же установщик и такой проблемы не было...

BashOrgRu
27-03-2012, 08:50
Никто не сталкивался с такой ошибкой при установке 4й версии Client Profile из этого набора dotnet от 16.02.12?
Картинку ошибки прикрепил.
Лог из файла DNF40CInst.log ниже

MSI (s) (40!00) [10:34:24:500]: Продукт: Microsoft .NET Framework 4 Client Profile -- There is a problem with this Windows Installer package. Please refer to the setup log for more information.
MSI (s) (40!00) [10:34:24:500]: Creating MSIHANDLE (5524) of type 790531 for thread 7680
MSI (s) (40!00) [10:34:24:500]: Creating MSIHANDLE (5525) of type 790531 for thread 7680
03/27/12 10:34:24 DDSet_Status: CustomActionData: C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\;C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microso ft.VisualBasic.Activities.Compiler.dll;2989456
03/27/12 10:34:24 DDSet_Status: No ProductCode was passed in the CustomActionData. Using the current ProductCode.
03/27/12 10:34:24 DDSet_Status: ProductCode for assembly install/uninstall has been set to {3C3901C5-3455-3E0A-A214-0B093A5070A6}
MSI (s) (40!00) [10:34:24:515]: Creating MSIHANDLE (5526) of type 790531 for thread 7680
MSI (s) (40!00) [10:34:24:515]: Closing MSIHANDLE (5526) of type 790531 for thread 7680
MSI (s) (40!00) [10:34:24:515]: Creating MSIHANDLE (5527) of type 790531 for thread 7680
MSI (s) (40!00) [10:34:24:515]: Closing MSIHANDLE (5527) of type 790531 for thread 7680
MSI (s) (40!00) [10:34:24:515]: Creating MSIHANDLE (5528) of type 790531 for thread 7680
MSI (s) (40!00) [10:34:24:515]: Closing MSIHANDLE (5528) of type 790531 for thread 7680
03/27/12 10:34:24 DDSet_Status: Loading C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\fusion.dll
03/27/12 10:34:24 DDSet_Error: Failed to install assembly 'C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.VisualBasic.Activities.Compiler.dll' because strong name signature could not be verified. Was the assembly built delay-signed?
03/27/12 10:34:24 DDSet_Status: Sleeping 100ms...
03/27/12 10:34:24 DDSet_Error: Failed to install assembly 'C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.VisualBasic.Activities.Compiler.dll' because strong name signature could not be verified. Was the assembly built delay-signed?
03/27/12 10:34:24 DDSet_Status: Sleeping 100ms...
03/27/12 10:34:25 DDSet_Error: Failed to install assembly 'C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.VisualBasic.Activities.Compiler.dll' because strong name signature could not be verified. Was the assembly built delay-signed?
03/27/12 10:34:25 DDSet_Status: Sleeping 100ms...
03/27/12 10:34:25 DDSet_Status: Logging the names and versions of modules in the process: C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.VisualBasic.Activities.Compiler.dll
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\MsiExec.exe 4.5.6001.22159
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\ntdll.dll 5.1.2600.6055
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\kernel32.dll 5.1.2600.5781
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\ADVAPI32.dll 5.1.2600.5793
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\RPCRT4.dll 5.1.2600.6022
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\Secur32.dll 5.1.2600.5834
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\USER32.dll 5.1.2600.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\GDI32.dll 5.1.2600.5732
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\msvcrt.dll 7.0.2600.5701
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\ole32.dll 5.1.2600.6168
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\msi.dll 4.5.6001.22375
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\ShimEng.dll 5.1.2600.5555
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\AppPatch\AcGenral.DLL 5.1.2600.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\WINMM.dll 5.1.2600.6160
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\OLEAUT32.dll 5.1.2600.6058
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\MSACM32.dll 5.1.2600.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\VERSION.dll 5.1.2600.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\SHELL32.dll 6.0.2900.6018
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\SHLWAPI.dll 6.0.2900.5912
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\USERENV.dll 5.1.2600.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\UxTheme.dll 6.0.2900.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\IMM32.DLL 5.1.2600.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.6028_x-ww_61e65202\comctl32.dll 6.0.2900.6028
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\xpsp2res.dll 5.1.2600.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\CLBCATQ.DLL 2001.12.4414.700
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\COMRes.dll 2001.12.4414.700
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\NTMARTA.DLL 5.1.2600.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\SAMLIB.dll 5.1.2600.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\WLDAP32.dll 5.1.2600.5740
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\Apphelp.dll 5.1.2600.5512
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\clr.dll 4.0.30319.239
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\MSVCR100_CLR0400.dll 10.0.30319.1
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\system32\rsaenh.dll 5.1.2600.5507
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\Installer\MSI26E.tmp 10.0.30319.1
03/27/12 10:34:25 DDSet_Status: Module: C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\fusion.dll 4.0.30319.1
MSI (s) (40!00) [10:34:25:218]: Closing MSIHANDLE (5525) of type 790531 for thread 7680
MSI (s) (40!00) [10:34:25:218]: Closing MSIHANDLE (5524) of type 790531 for thread 7680
MSI (c) (9C:A8) [10:34:25:218]: Font created. Charset: Req=204, Ret=204, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg


VCRedist из шапки стоит, .NET версий 1.1-3.5 установились...
Система Windows XP SP3 + Security.WinXP.PreSP4_12.3.14
Комп живой, правда староватый по железу, система почти новая, стоят только дрова и пара прог...

Petya V4sechkin
27-03-2012, 09:57
BashOrgRu, Пуск -> Выполнить -> services.msc -> Службы криптографии работает, тип запуска Авто?

Попробуйте отключить антивирус и сторонний файрвол (если установлен).
С помощью Msconfig (http://support.microsoft.com/kb/310560/ru) отключите сторонние (не Microsoft) программы и службы из автозагрузки.

BashOrgRu
27-03-2012, 10:39
Petya V4sechkin,
Служба криптографии запущена и работает, перезапустил, побежала дальше инсталляция. Спасибо)




© OSzone.net 2001-2012