Как вернуть к жизни установщик windows на компьютере с windows 7? пошаговая инструкция

Что такое и как очистить папку ServiceProfiles

ServiceProfiles — в данной папке хранятся кэшированные шрифты для различных программ, для каждого пользователя. Когда таких пользователей много, то и размер папки может быть большим. Как видите по пути C:\Windows\ServiceProfiles\LocalService\AppData\Local, лежит огромное количества FontCache файлов, по 8 МБ. Как я и говорил выше, это кэшированные шрифты, под каждую программу для каждого пользователя. В моем случае, данная папка занимает 10 ГБ, что очень много.

Я нашел ответ от разработчика Windows, что делал эту службу кэширования, его зовутNiklas Borson, вот что он отвечал, на вопрос, почему на RDS ферме, папка ServiceProfiles имеет большой размер.

Эти файлы FontCache-S — * .dat создаются службой Windows Font Cache. Я разработчик этой службы и могу подтвердить, что сказал Крис выше. Можно безопасно удалять эти файлы. Служба просто обновит их по мере необходимости. Просто чтобы подтвердить, проблему, которую вы наблюдаете, — с большим количеством файлов. Другими словами, упомянутый выше размер, должен быть общим размером для всех файлов. В Windows 8 и 8.1 каждый файл должен быть 8 МБ.

Как вы уже догадались, эти файлы предназначены для каждого пользователя, поэтому, если многие пользователи заходят на сервер, вы можете получить множество из этих файлов. К сожалению, служба Font Cache автоматически не удаляет старые файлы кэша для каждого пользователя, поэтому я боюсь, что вам придется обойти это самостоятельно. Например, вы можете создать запланированную задачу обслуживания, которая автоматически удалит все файлы FontCache-S — * .dat, если их общий размер превышает определенную сумму. Это безопасное обходное решение.

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

Вот тут есть обсуждение данной проблемы https://social.technet.microsoft.com/Forums/ie/en-US/3795364f-b66c-43ae-82d3-8ed5eb1aa2ce/local-service-system-profile-grown-to-extremely-large-size?forum=winserverTS

В свою очередь, вы можете сделать bat файл вот с таким содержимым, и удалять файлы старше 30 дней из папки ServiceProfiles. Скрипт останавливает две службы:

• Служба кэша шрифтов Windows (Windows Font Cache Service)
• Кэш шрифтов Windows Presentation Foundation 3.0.0.0 (Windows Presentation Foundation Font Cache 3.0.0.0

net stop FontCache && net stop FontCache3.0.0.0

forfiles /P C:\Windows\ServiceProfiles\LocalService\AppData\Local /M FontCache* /D -30 /C «cmd /c del @path»

net start FontCache && net start FontCache3.0.0.0

Installing the Windows Installer Redistributable (4.5 and earlier)

The Windows Installer 4.5 resdistributable is provided for Windows Vista and Windows Server 2008 operating systems as a .msu file and should be installed using the Windows Update Stand-alone Installer (Wusa.exe.)

The Windows Installer 4.5 redistributable for Windows XP and Windows Server 2003 operating systems can be installed using the following command line syntax and options.

The Windows Installer 3.1 and Windows Installer 3.0 redistributables can be installed using the following command line syntax and options.

Syntax

Use the following syntax to install the redistributables for Windows Installer 4.5 on Windows XP and Windows Server 2003.

Command-Line Options

The Windows Installer redistributable software update packages use the following case-insensitive command-line options.

Delayed Restart on Windows Vista and Windows Server 2008

The /norestart command-line option prevents wusa.exe from restarting the computer. However, if a file being updated by the MSU package is in use, then the package is not applied to the computer until the user restarts the computer. This means that applications that use the Windows Installer 4.5 redistributable for Windows Vista and Windows Server 2008 cannot use the Windows Installer 4.5 functionality until the computer is restarted.

Delayed Restart on Windows XP and Windows Server 2003

It is recommended that the Windows Installer service be stopped when using the update package. When the package is run in full UI mode it detects if the Windows Installer service is running and requests the user to stop the service. If the user continues without stopping the service, the update replaces Windows Installer.

Bootstrapping applications that use the redistributable package to install the Windows Installer with another application can require an extra system reboot in addition to reboots needed to install the application. The delayed reboot option is only recommended for cases where it is necessary to eliminate an extra reboot caused by installing files that are in use. Developers should do the following in their setup application to use the delayed reboot option.

• Call the redistributable package with the /norestart command-line option.

• Treat the return of either ERROR_SUCCESS or ERROR_SUCCESS_REBOOT_REQUIRED as meaning success.

• Invoke Msiexec on the application’s package and run other setup code specific to the application. If the setup application uses MsiInstallProduct, then the application must load MSI.DLL from the system directory. If no reboot occurs and if the redistributable returned ERROR_SUCCESS_REBOOT_REQUIRED, then prompt the user for a reboot to complete the setup of the Windows Installer binaries. If a reboot occurs, no additional steps are required.

  Note

  Applications that call LoadLibrary on the new MSI.DLL after the redistributable package returns success must ensure that an older version of MSI.DLL has not already been loaded within the process. If an older version of MSI.DLL was loaded, it must be unloaded from the process address space prior to calling LoadLibrary for the new MSI.DLL.

For more information, see Windows Installer Bootstrapping.

Methods

Другие сообщения об ошибках

Другие сообщения об ошибке могут быть вызваны отсутствием Windows кэша установщика. Многие из следующих сообщений являются SQL конкретными и не ограничиваются этой проблемой. Эти записи регистрируются в журнале Установки или MSI Verbose.

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

• 1620. Этот пакет установки не может быть открыт. Свяжитесь с поставщиком приложений, чтобы убедиться, что это допустимый пакет Windows установки.

• 1635. Невозможно установить Windows MSP-файл installer

• Этот пакет обновлений не удалось открыть. Убедитесь, что пакет обновлений существует и вы можете получить к нему доступ, или свяжитесь с поставщиком приложений, чтобы убедиться, что это допустимый пакет обновления Windows установки.

  1636: Невозможно установить Windows MSP-файл installer

• 1642. Обновление не может быть установлено службой установки Windows, так как программа, которая будет обновлена, может быть пропущена, или обновление может обновить другую версию программы. Убедитесь, что программа, которую необходимо обновить, существует на вашем компьютере и что у вас есть правильное обновление.

• 1706. Формат конечной точки недействителен.

• 1714. Старую версию Microsoft SQL Server не удается удалить.

Служба установщика windows 7, 8, 10 недоступна или не отвечает

Сканирование системных файлов

Итак, увидев на экране подобное сообщение, следует сразу просканировать системные файлы. Чтобы запустить средство сканирования необходимо запустить командную строку от имени администратора, жмем Пуск
на рабочем столе – введим в поиске cmd
, нажмаем на соответствующей иконке командной строки правой кнопкой мыши и выбираем — Запуск с правами администратора. В открывшемся окне командной строки пропишите задачу sfc/scannow
и нажмите Enter
. После завершения проверки ваша проблема может быть решена.

Наличие установщика windows

Откройте Пуск – Выполнить
. В открывшемся окне введите задачу services.msc
.

В новом окне найдите пункт Установщик Виндоус.

Дважды кликните на иконке. В окошке найдите параметр Тип запуска и убедитесь, что напротив него выбрано Автоматически или Вручную. После этого выберите Запустить и нажмите ОК. Далее нужно перезагрузить компьютер, чтобы изменения вступили в силу и попробовать заново установить требуемую программу.

Запустить установщик также можно через Командную строку. В ней нужно прописать net start MSIServer
и нажать Enter
. После этого вы увидите соответствующее оповещение, что служба запущена.

Удаление и повторная регистрация службы

Если после проделанных махинаций ошибка все равно возникает, попробуйте перерегистрировать установщик. Это можно сделать двумя способами: при помощи Командной строки и с помощью службы Выполнить.

Рассмотрим первый вариант. Уточните, какая версия операционной системы установлена на ваш компьютер 32 или 64-разрядная. Для этого перейдите в Мой компьютер, и правой кнопкой мышки кликните на пустом месте. Выберите пункт Свойства. Во всплывшем окне вы найдете требуемую информацию.

Войдите в Командную строку под именем администратора (как это сделать описано выше). Для 32-битной системы наберите команду msiexec /unregister
, которая деактивирует установщик. Нажмите Enter
и затем введите msiexec /register
, которая вновь внесет его в систему.

Если ваша система 64-разрядная, то команды будут следующие:

%windir%\system32\ msiexec.exe /unregister

%windir%\system32\ msiexec.exe /regserver

%windir%\system64\ msiexec.exe /unregister

%windir%\system64\ msiexec.exe /regserver

После этого перезагрузите машину.

Второй вариант подразумевает использования службы Выполнить, которую можно открыть через меню Пуск. В строке введите msiexec /unregister
и нажмите ОК. Затем введите msiexec /regserver
. Не переживайте, если вы не наблюдаете никаких изменений на экране. Ваша проблема, тем не менее должна после этого исчезнуть.

Изменения в реестре

Более радикальный метод – изменение параметров в реестре. В службе Выполнить вводим команду regedit
. Откроется окно редактора реестра. В нем необходимо перейти по ветке:

Найдите пункт ImagePath и убедитесь, что его значение соответствует следующему: %systemroot%\system32\msiexec.exe /V
. Если показатель отличается, кликните дважды левой кнопкой мыши на названии пункта и в появившемся окне введите требуемые параметры. После этого необходимо запустить службу services.msc, как описано .

Здравствуйте. Сегодня хочу поднять тему, которая успела наболеть. Не знаю, как вы, а я в последнее время по работе довольно часто сталкиваюсь с проблемами установщика Windows – ошибками msi
. Причем, данный вопрос бывает актуальным как для старой доброй Windows XP, так и для относительно «свежих» Windows 7 и Windows 8. Давайте разберем этот вопрос подробно, так как тема очень серьезная и если проблема возникла один раз, то поверьте, жизнь она вам осложнит – однозначно.

Скачивание и установка вручную

В качестве альтернативы установщикам Windows для .NET можно скачать и вручную установить пакет SDK или среду выполнения. Установка вручную как правило выполняется в рамках тестирования непрерывной интеграции. В большинстве случаев разработчикам и пользователям рекомендуется использовать установщик.

Как пакет SDK для .NET, так и среду выполнения .NET можно установить вручную после скачивания. При установке пакета SDK для .NET не нужно устанавливать соответствующую среду выполнения. Сначала скачайте двоичный выпуск пакета SDK или среды выполнения с одного из следующих сайтов:

• Скачиваемые файлы для .NET 5.0
• Скачиваемые файлы для .NET Core 3.1
• Скачиваемые файлы для .NET Core 2.1
• Все скачиваемые файлы для .NET Core

Создайте каталог, в который будет выполнено извлечение .NET, например . Затем извлеките скачанный ZIP-файл в этот каталог.

По умолчанию команды и приложения .NET CLI не будут использовать платформу .NET, установленную таким образом. Вам нужно выбрать ее явно. Для этого измените переменные среды, с которыми запускается приложение:

Такой подход позволяет установить несколько версий в отдельные расположения, а затем явно выбрать расположение установки, которое должно использовать приложение, запустив приложение с переменными среды, указывающими на это расположение.

Если параметр имеет значение , .NET игнорирует любые установленные глобально версии .NET. Если нужно, чтобы платформа .NET учитывала глобальное расположение установки по умолчанию при выборе лучшей платформы для запуска приложения, удалите этот параметр среды. По умолчанию обычно используется каталог , в который выполняется установка .NET при использовании установщика.

Включить Windows установки вручную

Важно!

В этот раздел, описание метода или задачи включены действия, содержащие указания по изменению параметров реестра. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема. Дополнительные сведения о том, как создать и восстановить реестр, см. в этой информации, как создать и восстановить реестр в Windows.

Чтобы включить Windows установки самостоятельно, откройте реестр с помощью Regedit.exe, а затем создайте следующий подкай и клавиши:

• Путь:
• Тип: Reg_SZ
• Значение: ведение журнала
• Данные: voicewarmupx

Буквы в поле значения могут идти в любом порядке. Каждая буква включает отдельный режим ведения журнала. Фактическая функция каждой буквы следующим образом для версии MSI 1.1:

• v — выход verbose
• o — сообщения из дискового пространства
• i — Сообщения о состоянии
• c . Исходные параметры пользовательского интерфейса
• e . Все сообщения об ошибках
• w — Предупреждения, не несуществующие смертельным исходам
• a . Запуск действий
• r — Записи, определенные для действий
• m — сведения о выходе из памяти или с летальным исходом
• u . Запросы пользователей
• p — Свойства терминала
• + — Приложение к существующему файлу
• ! — Смыть каждую строку в журнал
• x . Дополнительные сведения об отладки. Флаг x доступен только в Windows Server 2003 и более поздних операционных системах, а также в перераспределяемой версии MSI 3.0 и более поздних версиях MSI, которые можно перераспределить.
• * — Под диктовка. Войдите все сведения, кроме параметра v и x. Чтобы включить параметр v и x, укажите /l*vx.

Примечание

Это изменение должно использоваться только для устранения неполадок и не должно быть оставлено на месте, так как оно будет иметь негативные последствия для производительности системы и дискового пространства. При каждом использовании элемента Добавить или Удалить программы в панели управления создается новый файл Msi*.log. Чтобы отключить ведение журнала, удалите значение реестра журнала.

Events

установка распространяемого пакета установщик Windows (4,5 и более ранних версий)

установщик Windows 4,5 ресдистрибутабле предоставляется для операционных систем Windows Vista и Windows Server 2008 в виде msu-файла и должна устанавливаться с помощью Центр обновления Windows автономного установщика (Wusa.exe).

распространяемый пакет установщик Windows 4,5 для операционных систем Windows XP и Windows Server 2003 можно установить с помощью следующего синтаксиса и параметров командной строки.

распространяемые пакеты установщик Windows 3,1 и установщик Windows 3,0 можно установить с помощью следующего синтаксиса и параметров командной строки.

Синтаксис

используйте следующий синтаксис, чтобы установить распространяемые компоненты для установщик Windows 4,5 на Windows XP и Windows Server 2003.

Параметры командной строки

в пакетах обновлений распространяемого программного обеспечения установщик Windows используются следующие параметры командной строки без учета регистра.

отложенный перезапуск в Windows Vista и Windows Server 2008

Параметр командной строки/norestart предотвращает перезагрузку компьютера wusa.exe. Однако если файл, обновляемый пакетом MSU, используется, то пакет не будет применен к компьютеру до тех пор, пока пользователь не перезапустит компьютер. это означает, что приложения, использующие распространяемый компонент установщик Windows 4,5 для Windows Vista и Windows Server 2008, не могут использовать функцию установщик Windows 4,5, пока компьютер не будет перезагружен.

отложенный перезапуск на Windows XP и Windows Server 2003

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

начальная загрузка приложений, использующих распространяемый пакет для установки установщик Windows с другим приложением, может потребовать дополнительной перезагрузки системы в дополнение к перезагрузкам, необходимым для установки приложения. Параметр отложенной перезагрузки рекомендуется использовать только в случаях, когда необходимо устранить дополнительную перезагрузку, вызванную установкой используемых файлов. Разработчики должны выполнить следующие действия в приложении установки, чтобы использовать параметр отложенной перезагрузки.

• Вызовите распространяемый пакет с помощью параметра командной строки/norestart.
• Обработайте возвращенные ошибки _ или успешную _ _ перезагрузку _ при успешном выполнении, так как это означает успешное выполнение.

• Вызов msiexec в пакете приложения и выполнение другого кода установки, относящегося к приложению. Если приложение установки использует мсиинсталлпродукт, приложение должно загрузить MSI.DLL из системного каталога. если перезагрузка не выполняется и _ _ _ требуется перезагрузка после успешной перезагрузки, то пользователю предлагается перезагрузить компьютер для завершения установки установщик Windows двоичных файлов. В случае перезагрузки никаких дополнительных действий не требуется.

  Примечание

  Приложения, вызывающие LoadLibrary на новом MSI.DLL после того, как распространяемый пакет возвращает значение Success, должно гарантировать, что старая версия MSI.DLL еще не загружена в процессе. Если была загружена более старая версия MSI.DLL, ее необходимо выгрузить из адресного пространства процесса до вызова LoadLibrary для нового MSI.DLL.

дополнительные сведения см. в разделе начальная загрузка установщик Windows.

Associations

Association classes exist so that associations between software application installation objects (products and software features, software elements, checks, and actions) can be represented. These associations are internal to the schema. They do not associate classes outside of the Windows Installer provider schema.

The following list identifies the association classes for the Windows Installer provider:

• Win32_ActionCheck
• Win32_ApplicationCommandLine
• Win32_CheckCheck
• Win32_ODBCDriverSoftwareElement
• Win32_ProductCheck
• Win32_ProductResource
• Win32_ProductSoftwareFeatures
• Win32_SettingCheck
• Win32_ShortcutSAP
• Win32_SoftwareElementAction
• Win32_SoftwareElementCheck
• Win32_SoftwareElementResource
• Win32_SoftwareFeatureAction
• Win32_SoftwareFeatureCheck
• Win32_SoftwareFeatureParent
• Win32_SoftwareFeatureSoftwareElements