我对一些测试服务进行了试验，发现导致我的问题的不是任何属性的长度（“系统错误2...系统找不到指定的文件”）开始。
我的内置服务安装程序使用三个属性：ServiceName、ServiceTitle、ServiceDescription。在安装时，我发现它向注册表写入了一个完整的服务路径，但它不只是采用实际的exe（程序集）名称，它使用ServiceName属性来构建路径！
我的问题是ServiceName和程序集名称不匹配，因此找不到文件。我使用PowerShell注册表查询来公开路径，最终注意到不匹配。
当我第一次注意到这个问题时，我没有注意到当我缩短服务名称时-我只是使用了没有.exe的程序集名称，这就是实际解决它的方法，而不是简单地缩短它。

我在一个服务上遇到了类似的问题，在那里我得到了同样的错误。
我去了：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\YourServiceName\ImagePath
我的“ImagePath”被设置为一个名为“W：\”的虚拟驱动器，该驱动器位于“C：\”上。
我将此路径替换为C：\驱动器上的实际文件位置，然后服务成功启动

在我的例子中，我打开命令Promt并导航到exe并从那里安装它。所以我没有进入完整的路径。一旦我使用了完整路径，它就起作用了。
1.因此，您需要使用完整路径安装服务或在系统环境变量中将exe文件的路径添加到PATH。

SC CREATE "Service-Name" binpath="D:\full-path-to-service\service.exe"

或将D:\full-path-to-service\添加到PATH变量并使用

SC CREATE "Service-Name" binpath="service.exe"

1.此外，请验证路径是否正确。因为，我曾经安装了错误的路径，它得到了成功安装，但当我试图启动它，我得到了同样的错误。

我的问题是，使用PowerShell命令创建服务添加了以下括号：<C:\Path\To\Service\Service.exe>到注册表。

Replacing < and > with " fixed it for me.

我遇到了同样的问题，没有解决这个错误，然后我解决了不使用c:\Windows\System32路径存储服务可执行文件！

在我的例子中，问题是由服务启动例程中的错误引起的。DriverEntry（在我的例子中，它是一个内核模式驱动程序）返回一个错误的状态值。我认为这种情况也适用于用户模式。

sys文件被阻止的另一个可能原因。如果您的驱动程序没有清楚地退出（例如，您忘记清理设备，标注等），sys文件可能会被阻止。要检查您是否可以在服务不工作时尝试删除sys文件。通常你应该能够做到这一点。如果没有，驱动程序可能会占用一些资源，进而阻止sys文件。
如果您的服务确实阻止了该文件，则应将服务启动设置为手动（检查HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\YourServiceName\Start标志：0 - Boot 时启动，3 -手动）并重新启动您的设备。这将释放sys文件，您可以重试，直到您修复清理流。

嗯，有一个路径限制，但不确定在这个运动的字符限制。此外，文件名应与exe名称匹配。sc createMyWinServiceBinPath= C：\System32\Queue\MyWinService.exe

对我来说，问题是我是从Azure Dev Ops部署的。Release定义中的命令行脚本在代理计算机而不是目标计算机上运行它。
使用服务器名称参数指定要在其上注册服务的服务器，即sc \\TargetServer ...解决了这个问题。