- Remove From My Forums
-
Вопрос
-
Hi,
As this particular problem (for me) appears to be inherent with Windows Installer 4.5 when running any *.MSP patch files, (that’s why I haven’t installed it on Vista SP1, as Windows Installer 4.0 doesn’t have this issue!) , I thought I try the recent SP2 RC to see if it improves the situation, as it also includes a build of Windows Installer 4.5.In both cases I get the same problem:
The only event in the event log is Event ID 1013: “Internal MSI error. Installer terminated prematurely.”
This also means that Windows Update, fails when it attempts to install Office 2007 updates, as these are mainly in *.MSP patch format.
In these cases Windows Update exists with error code: 80070641.I’ve switched on verbose Windows Installer logging but so far the log files haven’t given me much of a clue as to where the problem might lie.
The last few lines in the MSI log file, when applying March 2009’s Outlook 2007 Junk E-Mail filter read:
MSI (s) (FC:5C) [11:34:52:981]: Internal Exception during install operation: 0xc0000005 at 0x5300FFFF.
MSI (s) (FC:5C) [11:34:52:981]: WER report disabled for silent install.
MSI (s) (FC:5C) [11:34:52:981]: Internal MSI error. Installer terminated prematurely.MSI (c) (8C:68) [11:34:52:963]: Creating MSIHANDLE (2718) of type 790531 for thread 7784
MSI (c) (8C:68) [11:34:52:963]: Closing MSIHANDLE (2718) of type 790531 for thread 7784
MSI (s) (FC:5C) [11:34:52:982]: MainEngineThread is returning 1603
Windows Installer terminated prematurely.
There’s numerous errors appearing in the log, prior to the final failure:
There’s many «Expected product», Found product« errors but these can be attributed to the installer searching for the appropriate products, until it finds mine.
There’s a few other sporadic errors after this, but nothing that jumps out.
I’m willing to accept it’s possibly something to do with my Vista configuration, I’d love to know what though!
I have however, recently rebuilt my machine from scratch, after upgrading to a new mobo and processor and still get the same problem.Before running the RC of Vista SP2, I’d just rollback the MSI 4.5 update to 4.0, and everything would be fine.
I won’t have such an option though when SP2 goes RTM and I install it.Does anyone have any idea where I can go from here? Should I look for specifics in the MSI log file?
If anybody would like to peruse the entire MSI log file for a failed install of March 2009’s Outlook 2007 Junk E-Mail filter, I’d be happy to share.
Hardware: Intel Core i7 920, on an Asus P6T Deluxe, with 4Gb of DDR3 RAM.
I’m running Vista (32-Bit), in English UK, with the TechNet release of the SP2 RC and Office 2007 SP1. UAC is off.Thanks in advance.
Duncan
SQL Server 2008 Service Pack 3 SQL Server 2008 Developer SQL Server 2008 Enterprise SQL Server 2008 Standard SQL Server 2008 R2 Service Pack 2 SQL Server 2008 R2 Developer SQL Server 2008 R2 Enterprise SQL Server 2008 R2 Standard More…Less
Symptoms
When you try to install Microsoft SQL Server 2008 Service Pack 3 (SP3) or SQL Server 2008 R2 Service Pack 2 (SP2), the following error message may appear:
Error result: -2068643839 Result facility code: 1203 Result error code: 1 In the detail logs, such as <Log file Name>.log, there is these messages: Internal Exception during install operation: 0xc0000005 at 0x000007FEFEB435E1. Internal MSI error. Installer terminated prematurely. MainEngineThread is returning 1603
Additionally, you receive the following error message in the Detail.txt file:
<Date><Time> Slp: Running Action: Install_<Action Name>_Action
<Date><Time> Slp: Sco: Attempting to create base registry key HKEY_LOCAL_MACHINE, machine
<Date><Time> Slp: Sco: Attempting to open registry subkey
<Date><Time> Slp: Sco: Attempting to open registry subkey SOFTWAREMicrosoftVisualStudio9.0
<Date><Time> Slp: Sco: Attempting to get registry value InstallDir
<Date><Time> Slp: Target package: «<Installation File Name>.msi»
<Date><Time> Slp: Error: Action «Install_<Action Name>_Action» threw an exception during execution.
<Date><Time> Slp: Microsoft.SqlServer.Setup.Chainer.Workflow.ActionExecutionException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. —> System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
<Data><Time> Slp: at Microsoft.SqlServer.Chainer.Infrastructure.MsiNativeMethods.MsiOpenPackageEx(String szPackagePath, UInt32 dwOptions, UInt32& hProduct)
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.MsiExtension.InstallPackage.SetCommonProperties()
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.MsiExtension.InstallPackage.RunMsiCore(String commandLine)
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.MsiExtension.InstallPackage.RunMsiWithRetry(String commandline)
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.MsiExtension.InstallPackage.RunMsi(IEnumerable`1 commandLineProps)
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.SetupExtension.MSIInstallerEngine.InstallPackage(PackageId pkg, InstallAction pkgAction)
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.MsiExtension.PackageInstallAction.Execute(String actionId, TextWriter errorStream)
<Date><Time> Slp: at Microsoft.SqlServer.Setup.Chainer.Workflow.ActionInvocation.InvokeAction(WorkflowObject metabase, TextWriter statusStream)
<Date><Time> Slp: at Microsoft.SqlServer.Setup.Chainer.Workflow.PendingActions.InvokeActions(WorkflowObject metaDb, TextWriter loggingStream)
<Date><Time> Slp: — End of inner exception stack trace —
<Date><Time> Slp: at Microsoft.SqlServer.Setup.Chainer.Workflow.PendingActions.InvokeActions(WorkflowObject metaDb, TextWriter loggingStream)
<Date><Time> Slp: at Microsoft.SqlServer.Setup.Chainer.Workflow.ActionEngine.RunActionQueue()Error: Action «MsiTimingAction» threw an exception during execution.
<Date><Time> Slp: Microsoft.SqlServer.Setup.Chainer.Workflow.ActionExecutionException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. —> System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
<Date><Time> Slp: at Microsoft.SqlServer.Chainer.Infrastructure.MsiNativeMethods.MsiOpenPackageEx(String szPackagePath, UInt32 dwOptions, UInt32& hProduct)
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.MsiExtension.InstallPackage.SetCommonProperties()
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.MsiExtension.InstallPackage.RunMsiCore(String commandLine)
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.MsiExtension.InstallPackage.RunMsiWithRetry(String commandline)
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.MsiExtension.InstallPackage.RunMsi(IEnumerable`1 commandLineProps)
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.SetupExtension.MSIInstallerEngine.InstallPackage(PackageId pkg, InstallAction pkgAction)
<Date><Time> Slp: at Microsoft.SqlServer.Configuration.MsiExtension.PackageInstallAction.Execute(String actionId, TextWriter errorStream)
<Date><Time> Slp: at Microsoft.SqlServer.Setup.Chainer.Workflow.ActionInvocation.InvokeAction(WorkflowObject metabase, TextWriter statusStream)
<Date><Time> Slp: at Microsoft.SqlServer.Setup.Chainer.Workflow.PendingActions.InvokeActions(WorkflowObject metaDb, TextWriter loggingStream)
<Date><Time> Slp: — End of inner exception stack trace —
<Date><Time> Slp: at Microsoft.SqlServer.Setup.Chainer.Workflow.PendingActions.InvokeActions(WorkflowObject metaDb, TextWriter loggingStream)
<Date><Time> Slp: Received request to add the following file to Watson reporting: C:Usersk024048AppDataLocalTemp2tmp8A25.tmp
<Date><Time> Slp: The following is an exception stack listing the exceptions in outermost to innermost order
<Date><Time> Slp: Inner exceptions are being indented
<Date><Time> Slp:
<Date><Time> Slp: Exception type: System.AccessViolationException
<Date><Time> Slp: Message:
<Date><Time> Slp: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
Note This issue typically occurs when you use slipstream installation.
Resolution
The issue was first fixed in the following cumulative update of SQL Server.
Cumulative Update 11 for SQL Server 2008 R2 SP2 /en-us/help/2926028
Cumulative Update 15 for SQL Server 2008 SP3 /en-us/help/2923520
Status
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the «Applies to» section.
Need more help?
- Remove From My Forums
-
Question
Answers
-
That did not fix the issue. It seems it was a temporary mask of some kind but now I am having to deal with it all over again. The problem seems to be around MSI Installer and it’s constant need to fail/not be accessible when installs are almost complete
or programs running.
None
-
Marked as answer by
YiChun Chen
Thursday, May 13, 2010 2:58 AM
-
Marked as answer by
All replies
-
-
Marked as answer by
YiChun Chen
Friday, May 7, 2010 2:09 AM -
Unmarked as answer by
Kobojunkie
Wednesday, May 12, 2010 9:31 PM
-
Marked as answer by
-
That did not fix the issue. It seems it was a temporary mask of some kind but now I am having to deal with it all over again. The problem seems to be around MSI Installer and it’s constant need to fail/not be accessible when installs are almost complete
or programs running.
None
-
Marked as answer by
YiChun Chen
Thursday, May 13, 2010 2:58 AM
-
Marked as answer by
-
What error do you actually get? Are they all 1935 errors as in Aaron’s blog?
Phil Wilson
-
Error code is 1603 in my case.
None
Довольно распространённая проблема среди пользователей операционной системы Windows любых версий – ошибка msi при установке программ из файла с расширением .msi. В этой статье я опишу часто встречаемые проблемы с установщиком Windows 7/10/XP и варианты их решения, а также сделаю видео по текущему вопросу.
Файлы с расширением .msi это обычные пакеты установки (дистрибутивы) из которых ставится программа. В отличии от обычных «setup.exe», для запуска файла msi система использует службу Windows Installer (процесс msiexec.exe). Говоря простыми словами, установщик Windows разархивирует и запускает файлы из дистрибутива. Когда Windows Installer не работает, то появляются различные ошибки.
Вообще, меня это жутко бесит, т.к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать 🙂
Неполадки могут быть с работой самой службы или могут возникать в процессе установки программ, когда всё настроено, в принципе, правильно. В первом случае нужно ковырять службу установщика, а во втором решать проблему с конкретным файлом. Рассмотрим оба варианта, но сначала второй.
Ошибки msi файлов
Очень часто ошибки появляются из-за недостаточных прав системы на файлы или папки. Нельзя сказать, что Windows Installer не работает, в этом случае достаточно просто добавить нужные права и всё заработает. Буквально вчера я столкнулся с тем, что скаченный дистрибутив .msi не захотел устанавливаться, при этом успешно запускается мастер установки, выбираются параметры, но затем система думает несколько секунд и выдаёт ошибку:
«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т.к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке 🙂
А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:
- Кликаем правой кнопкой по файлу с расширением .msi, выбираем «Свойства»
- На вкладке «Безопасность» смотрим, есть ли в списке пользователь с именем «система» или «System»
- Скорее всего вы такого не увидите. Поэтому будем добавлять вручную. Нажимаем кнопку «Изменить…», затем «Добавить…»
- В поле пишем «система» или «System» (если у вас английская Windows) и нажимаем «Проверить имена». При этом слово должно стать подчёркнутым как на картинке.
- Нажимаем «ОК», ставим галочку «Полный доступ», «ОК»
- Кнопка «Дополнительно» -> «Изменить разрешения…» ставим «Добавить разрешения, наследуемые от родительских объектов», «ОК» три раза.
Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:
В Windows XP вкладки «Безопасность» не будет, если включён простой общий доступ к файлам. Чтобы его выключить, нужно зайти в и выключить опцию «Использовать простой общий доступ к файлам». В урезанных версиях Windows 7/10 и XP вкладки «Безопасность» нет в принципе. Чтобы её увидеть, нужно загрузить Windows в безопасном режиме и зайти в неё под администратором.
Ещё способы решить проблему
- Запускайте установку, войдя в систему под администраторским аккаунтом
- Правой кнопкой по пакету «.msi» и выбираем «Запуск от имени Администратора»
- Выключите антивирус на время
- Включить режим совместимости с предыдущими операционными системами. Для этого зайдите в свойства файла msi и на вкладке «Совместимость» поставьте галочку «Запустить программу в режиме совместимости»
- Если файл на флешке, то попробуйте скопировать его куда-нибудь на жёсткий диск и запустить оттуда (бывает, что запрещена установка программ со съёмных накопителей)
- Попробуйте просто создать новую папку с любым именем в корне диска, перекинуть туда дистрибутив и запустить его оттуда
Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:
- Error 1723
- Internal Error 2203
- Системная ошибка 2147287035
- Ошибка «Невозможно открыть этот установочный пакет»
- Ошибка 1603: Во время установки произошла неустранимая ошибка
Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:
- Сначала узнаем нужные пути. Нажмите «Win + Pause» и зайдите в
- В списках ищем переменные с названиями «TEMP» и «TMP» (значения обычно совпадают), в них записаны пути к временным папкам, которые использует установщик Windows
- Теперь идём к этим папкам и смотрим в их свойствах, имеет ли к ним доступ «система». Чтобы быстро получить путь к временной папке пользователя, кликните два раза по переменной, скопируйте путь и вставьте его в адресной строке «Проводника» Windows
После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.
Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.
Если вы используете шифрование папок, то отключите его для указанных мной папок. Дело в том, что хотя мы сами имеем к ним доступ, служба Microsoft Installer не может до них достучаться пока они зашифрованы.
Ещё ошибка может быть связана с битым файлом. Может быть он не полностью скачался или оказался битым уже на сервере. Попробуйте скачать его ещё раз оттуда же или лучше с другого места.
Ошибка установщика Windows
В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:
- Нет доступа к службе установщика Windows
- Не удалось получить доступ к службе установщика Windows
- Ошибка пакета установщика Windows (1719)
или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.
Сначала давайте проверим работает ли служба Windows Installer:
- Нажмите «Win + R» и введите services.msc
- Найдите в конце списка службу «Установщик Windows» или «Windows Installer»
- Тип запуска должен быть «Вручную». Если она «Отключена», то зайдите в «Свойства» и выберите «Вручную»
- Затем кликните по ней правой кнопкой и выберите «Запустить» или «Перезапустить». Если ошибок нет и состояние переходит в режим «Работает», то здесь всё нормально.
- Нажмите «Win + R» и введите msiexec. Если модуль MSI работает нормально, то должно появиться окно с версией установщика и параметрами запуска, а не ошибка.
Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите
Sfc /scannow
Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.
Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.
Скачать Easy Fix
Параметры реестра и службы
Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.
Скачать msiserver.reg
Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.
Важно! Перед последним действием желательно создать точку восстановления системы! Если способ не поможет или станет хуже, вы сможете восстановиться до прежнего состояния.
В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.
Скачать Windows Installer 4.5
Если не помогло, то проделайте ещё перерегистрацию компонентов:
- Нажмите «Win + R» и введите «cmd». Затем в чёрном окне введите последовательно команды:
MSIExec /unregister
MSIExec /regserver - В ответ должна быть пустота, никаких ошибок. Если проблема не решена, введите ещё команду
regsvr32 msi.dll - Закройте чёрное окно
Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.
Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error.bat из архива, проверьте результат.
Последний вариант — скачайте программу Kerish Doctor, почитайте мою статью, там есть функция исправления работы службы установщика и многих других частых проблем Windows.
Также, многие программы используют .NET Framework, поэтому не будет лишним установить последнюю версию этого пакета. И, напоследок, ещё один совет: если в пути к файлу-дистрибутиву есть хоть одна папка с пробелом в начале названия, то удалите пробел. Такой простой приём решит вашу проблему 🙂
Подведение итогов
Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂