Server exe this application could not be started что делать

Troubleshooting a ‘This application could not be started’ error message

Error causes

This error typically indicates one of the following conditions:

How to fix the error

To address this issue so that you can run your application, do the following:

If your application runs successfully, select the Finish button. Otherwise, select the Next button.

.NET Framework 4.8 is preinstalled on Windows 11 and Windows 10 May 2019 Update and later versions.

Attempt to launch the application.

Источник

ServerManager.exe – This application could not be started

The Windows Server Manager enables the IT staff to keep a tab on all the servers hosted on a network. The Server Manager tool gives IT staff the ability to manage server roles without having physical access to the servers. If you’re unable to get the Server Manager working, whereby when you click on Server Manager, you encounter the error message ServerManager.exe – This application could not be started, then the solutions presented in this post are intended to help you resolve the issue.

When you encounter this issue, you’ll receive the following full error message;

ServerManager.exe – This application could not be started. L?.
This application could not be started.
Do you want to view Information about this issue?

ServerManager.exe – This application could not be started

Let’s take a look at the description of the process involved concerning each of the listed solutions.

1] Run DISM command

Afterward, the server manager application should open without the error.

2] Manually delete user.config file

3] Edit the ServerList.xml

If you have multiple server OS installations running, you may discover that one of the servers is responsible for the Server Manager error. You can determine this by opening Server Manager on the other servers and try adding servers. All goes well until you try doing the same on a particular server, that’s when the server manager would crash and stop working again. In this case, you can edit the ServerList.xml, and remove the problematic server. The Server Manager should work fine now.

4] Perform System Restore

Similar to the client operating system Windows 10, you can perform a system restore and see if that helps. This is applicable if you are unable to start Server Manager only recently and that things worked fine prior to that.

5] Perform In-place Upgrade Repair

Also, similar to the client OS Windows 10, you can perform an In-place Upgrade Repair and see if that helps.

6] Format and clean install Server OS

As a last resort, you can format and clean install the server OS.

Hope something here helps you.

Date: February 26, 2021 Tags: Errors, Server

Источник

Comments

antdude commented Jun 9, 2019

The text was updated successfully, but these errors were encountered:

mika76 commented Jun 9, 2019 •

antdude commented Jun 9, 2019

antdude commented Jun 9, 2019

mika76 commented Jun 9, 2019 •

Seems the latest paint.net uses 4.7. I would have thought that would work with mamesaver too. You could always try install 4.6 and see what happens. Shouldn’t give a you any problems.

mika76 commented Jun 9, 2019

Or maybe you have an older paint.net with an older framework? Here Microsoft’s instructions on how to determine which is installed : https://docs.microsoft.com/en-us/dotnet/framework/migration-guide/how-to-determine-which-versions-are-installed

antdude commented Jun 9, 2019

From my regedit.exe:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4]

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Client]
«Version»=»4.7.02558»
«TargetVersion»=»4.0.0»
«Install»=dword:00000001
«MSI»=dword:00000001
«Servicing»=dword:00000000
«InstallPath»=»C:\Windows\Microsoft.NET\Framework64\v4.0.30319\»
«Release»=dword:000709fe

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Client\1033]
«Version»=»4.7.02558»
«TargetVersion»=»4.0.0»
«Install»=dword:00000001
«Servicing»=dword:00000000
«Release»=dword:000709fe

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full]
«Version»=»4.7.02558»
«TargetVersion»=»4.0.0»
«Install»=dword:00000001
«MSI»=dword:00000001
«Servicing»=dword:00000000
«InstallPath»=»C:\Windows\Microsoft.NET\Framework64\v4.0.30319\»
«Release»=dword:000709fe

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full\1033]
«Version»=»4.7.02558»
«TargetVersion»=»4.0.0»
«Install»=dword:00000001
«Servicing»=dword:00000000
«Release»=dword:000709fe

antdude commented Jun 9, 2019

I am using paint.net v4.1.6. BTW, I’m going to sleep soon.

mika76 commented Jun 9, 2019

Seems you have 4.7 which should run it without problems. Hmm I’ll have to play around with it a bit and see if I can figure it out.

antdude commented Jun 9, 2019

I was able to reproduce it in a clean, updated 64-bit W7 HPE SP1 in a virtual machine (VM) with VirtualBox. Its registry shows:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4]

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Client]
«Version»=»4.6.01055»
«TargetVersion»=»4.0.0»
«Install»=dword:00000001
«MSI»=dword:00000001
«Servicing»=dword:00000000
«Release»=dword:0006041f
«InstallPath»=»C:\Windows\Microsoft.NET\Framework64\v4.0.30319\»

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Client\1033]
«Version»=»4.6.01055»
«TargetVersion»=»4.0.0»
«Install»=dword:00000001
«Servicing»=dword:00000000
«Release»=dword:0006041f

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full]
«Version»=»4.6.01055»
«TargetVersion»=»4.0.0»
«Install»=dword:00000001
«MSI»=dword:00000001
«Servicing»=dword:00000000
«InstallPath»=»C:\Windows\Microsoft.NET\Framework64\v4.0.30319\»
«Release»=dword:0006041f

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full\1033]
«Version»=»4.6.01055»
«TargetVersion»=»4.0.0»
«Install»=dword:00000001
«Servicing»=dword:00000000
«Release»=dword:0006041f

Источник

SCNotification.exe–This application could not be started

by George Almeida · Published January 31, 2014 · Updated March 26, 2015

The dreaded SCNotification.exe error! Everyone who has SCCM implemented in their environment has run into this annoying issue at one time or another. There are several things that can cause this error. The scnotification is the process that notifies users of new advertisements from SCCM. It’s a nice thing to leave turned on if you can avoid this error. A lot of folks just kill the process or prevent it from running via group policy. But I say, why not just deal with the problem and fix it instead of implementing a work-around. This post outlines the steps, in the proper order, that you can use to resolve the scnotification error once and for all.

Right-click the machine.config file and grant the local Users group “Modify” permissions. It has “Read Only” permissions by default. If you also have Lenovo computers and use System Update to update the Lenovo drivers, this permissions modifications will resolve an issue opening the System Update application. reboot the computer and then wait a few minutes to see of the error goes away.

Fix #3
Now if neither one of the above fixes work for you, then we need to get serious and uninstall the SCCM agent completely. You can do this by opening a command prompt as administrator and running ccmsetup.exe /uninstall. This can usually be found in the C:\Windows\CCMSetup folder on the local hard drive of the computer with the scnotification.exe error. This command will uninstall the SCCM agent from the computer. You should reboot afterwards. Once back up, locate the CCM folder and delete it. This folder should be located in C:\Windows\CCM. However, if you have an older SCCM agent or started with an older agent, then you may find this folder located in C:\Windows\System32\CCM. Even though you don’t have to, I would also delete the CCMSetup folder. Verify that the SCCM agent is completely uninstalled by opening Control Panel and verifying that the Configuration Manager icon is gone. Use SCCM to push out the client to the computer again and wait for it to be installed.

One of these fixes should ultimately resolve this dreaded error. However, if this issue is happening to your server farm, then I know it can be a big pain to have to go through all this, especially if this is happening many servers at a time. If that is the case and you do not mind disabling the SCCM software notification bubble, then you can prevent SCNOTIFICATION.EXE from running.

To implement this workaround with a Local Security Policy
Click Start, then Run.

Type secpol.msc, then click OK.

Navigate to Local Computer Policy\Computer Configuration\Windows Settings\Security Settings\Software Restriction Policies\

Right-Click “Software Restriction Policies”; select “New Software Restriction Policies” from the pop-up menu.

Right-Click “Additional Rules”; select “ New Path Rule” from the pop-up menu.

Select “Browse” and browse to SCnotification.exe on the local machine or manually enter the path to ScNotification.exe.

Right-Click “Additional Rules”; select “ New Hash Rule” from the pop-up menu.

Browse to and select SCnotification.exe on the local machine; hash values will be detected and added to the new rule.

Close Local Security Policy Editor. It should look something like this:

To implement this workaround with a Domain Security Policy
Open Group Policy Management Editor.

Select the Policy that you want to use to enable the Software Restriction Policies or create a new GPO.

Right-click the policy; select “edit” from the pop-up menu.

Navigate to policyname\\Computer Configuration\Policies\Windows Settings\Security Settings\Software Restriction Policies\

Right-Click “Software Restriction Policies”; select “New Software Restriction Policies” from the pop-up menu.

Right-Click “Additional Rules”; select “ New Path Rule” from the pop-up menu.

Select “Browse” and browse to SCnotification.exe on the local machine or manually enter the path to ScNotification.exe.

Right-Click “Additional Rules”; select “ New Hash Rule” from the pop-up menu.

Browse to and select SCnotification.exe on the local machine; hash values will be detected and added to the new rule.

Close Group Policy Management Editor. It should look something like this:

I hope this helps! Share your experiences, leave a comment!

Источник

Ошибки при установке программ из пакета Windows Installer «.msi»

Вообще, меня это жутко бесит, т.к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать 🙂

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

Ошибки msi файлов

«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т.к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке 🙂

А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:

Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:

Ещё способы решить проблему

Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:

Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:

После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.

Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:\Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.

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

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

Ошибка установщика Windows

В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:

или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.

Сначала давайте проверим работает ли служба Windows Installer:

Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите

Sfc /scannow

Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.

Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.

Параметры реестра и службы

Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.

Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.

В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.

Если не помогло, то проделайте ещё перерегистрацию компонентов:

Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.

Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error.bat из архива, проверьте результат.

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

Подведение итогов

Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂

Источник