3

背景

我正在设计一个 Inno Setup 安装程序来安装Cygwin服务，我对从 Windows重新启动管理器API 看到的行为感到困惑。

具体来说，当服务正在运行（使用cygrunsrv实用程序启动）时，RmGetList API 函数RmRebootReasonSessionMismatch为其lpdwRebootReasons输出参数返回 2 ( )。这个输出参数是一个类型的枚举，RM_REBOOT_REASONMSDN上对该RmRebootReasonSessionMismatch值的描述是：

One or more processes are running in another Terminal Services session.

Inno Setup 日志文件包含如下行：

RestartManager found an application using one of our files: <executable name>
RestartManager found an application using one of our files: <service name>
Can use RestartManager to avoid reboot? No (2: Session Mismatch)

Inno Setup 然后继续尝试替换正在使用的文件，就好像根本没有使用 Restart Manager。

我对这个输出值感到困惑，因为在我测试的两台不同的机器上（Windows 10 1909 x64 和 Windows Server 2012 R2），没有终端服务器/远程桌面用户登录。

如果我停止服务并启动另一个可执行文件（在要被安装程序替换的文件集中），RmGetList 返回 0 ( RmRebootReasonNone) lpdwRebootReasons，Inno Setup 显示正在使用的文件的正常对话框并允许用户选择自动关闭它们。

Process Explorercygrunsrv.exe显示在会话 0 和System完整性级别中运行的两个进程（及其启动的进程）。两者都是控制台子系统可执行文件。

问题

  1. RmGetList 在什么条件下RmRebootReasonSessionMismatch为其lpdwRebootReasons输出参数返回 2 ( )？（我试图理解为什么在服务运行时会发生这种情况。）

  2. 此值是否会导致整个 Restart Manager 会话失败，或者即使 Restart Manager 认为应用程序正在一个或多个不同的会话中运行，它是否可以继续？

4

2 回答 2

3

对于问题 2，在文档中RM_PROCESS_INFO

b 可重启

如果应用程序可以通过重新启动管理器重新启动，则为TRUE ；否则，FALSE。如果进程是服务，则此成员始终为TRUE 。如果进程是关键系统进程，则此成员始终为FALSE 。

此值指示应用程序是否可以由重新启动管理器重新启动。

对于问题1，注意服务在会话0中运行。如果占用资源（注册在RmRegisterResources）的进程是服务A，那么RmGetList也在服务进程B中运行的函数将返回lpdwRebootReasons = RmRebootReasonNone，bRestartable = TRUE。

但是如果 A 不是服务，那么 A & B 运行在不同的会话中，lpdwRebootReasons = RmRebootReasonSessionMismatch并且bRestartable = FALSE

其他结果：（B以提升的权限运行）

  • A & B 是一个控制台并且在同一个会话中：<code>lpdwRebootReasons = RmRebootReasonNone, bRestartable = TRUE, ApplicationType = RmConsole.
  • A & B 是一个控制台并且在不同的会话中：<code>lpdwRebootReasons = RmRebootReasonSessionMismatch, bRestartable = FALSE, ApplicationType = RmConsole.
  • A：服务，B：控制台：lpdwRebootReasons = RmRebootReasonNone，，，bRestartable = TRUEApplicationType = RmService

（B 不能以提升的权限运行）：

  • A & B 是一个控制台，在不同的会话中：<code>lpdwRebootReasons = RmRebootReasonCriticalProcess, bRestartable = FALSE, ApplicationType = RmCritical.
  • A：服务，B：控制台：lpdwRebootReasons = RmRebootReasonPermissionDenied，，，bRestartable = FALSEApplicationType = RmCritical

根据文件bRestartable依赖ApplicationType。然后，我们可以看到，如果bRestartable = TRUE，那么lpdwRebootReasons = RmRebootReasonNone。不过什么时候bRestartable = FALSE，就看其他成员了RM_PROCESS_INFO。

于 2020-01-27T08:54:45.467 回答
1

来自 RestartManager PowerShell 模块的线索

RestartManager PowerShell 模块（特别感谢Heath Stewart）为 Restart Manager 提供了一个简单的 PowerShell 界面。我的命令如下：

Set-Location <path to Cygwin root directory>
Start-RestartManagerSession
Get-ChildItem . -File -Include *.exe,*.dll -Recurse | RegisterRestartManagerResource
Get-RestartManagerProcess
Stop-RestartManagerProcess

这些命令产生以下输出：

Id                : <process ID>
StartTime         : <process start time>
Description       : <executable started by cygrunsrv>
ServiceName       :
ApplicationType   : Console
ApplicationStatus : Running
IsRestartable     : False
RebootReason      : SessionMismatch

Id                : <cygrunsrv process id>
StartTime         : <cygrunsrv process start time>
Description       : <description of service>
ServiceName       : <service name>
ApplicationType   : Service
ApplicationStatus : Running
IsRestartable     : True
RebootReason      : SessionMismatch

出于某种原因，重新启动管理器将cygrunsrv.exe服务进程视为可重新启动，但它生成的可执行文件是不可重新启动的。（我仍然很好奇为什么会发生这种情况。）

不完美的解决方法尝试

基于这种观察到的行为，我首先尝试了以下解决方法：

  1. 在 Inno Setup 脚本的[Setup]部分中，设置以下内容：

     CloseApplications=yes
 CloseApplicationsFilter=*.chm,*.pdf
 RestartApplications=yes

    该CloseApplicationsFilter指令指定哪些文件注册到重新启动管理器。注意我没有在这里指定*.exe或*.dll；我只想手动指定.exe该部分中的某些文件[Code]。

  2. 为设置中不会产生的RegisterExtraCloseApplicationsResource每个文件调用一次Inno Setup函数，并将它们放入事件过程中。例子：.execygrunsrvRegisterExtraCloseApplicationsResources

     [Code]

 procedure RegisterExtraCloseApplicationsResources();
 begin
   RegisterExtraCloseApplicationsResource(false, ExpandConstant('{app}\bin\cygrunsrv.exe'));
 end;

重要的是不要注册任何由 Cygwin DLL 文件生成的可执行文件cygrunsrv.exe或任何 Cygwin DLL 文件，因为这将阻止 Restart Manager 在 Inno Setup 中生效。

这个解决方案远非完美，因为通常由 启动的可执行文件cygrunsrv，如果单独启动，则不会被重新启动管理器检测到（例如，sshd.exe）。例如，新的 SSH 会话在重启管理器不可重启的可执行文件中生成。

更好的解决方案

我决定一个更好的解决方案是从代码中检测任何正在运行的可执行文件，并提示用户除了重新启动管理器功能（简单地说，它不适用于 Cygwin 服务）。

于 2020-01-27T19:31:28.000 回答