常规操作系统部署问题疑难解答

应用到: System Center Configuration Manager 2007, System Center Configuration Manager 2007 R2, System Center Configuration Manager 2007 R3, System Center Configuration Manager 2007 SP1, System Center Configuration Manager 2007 SP2

本节提供一些信息以帮助您诊断 Configuration Manager 2007 中的一般操作系统部署问题。自发布此版本以来,此内容可能已被更新。有关最新版本,请参阅 https://go.microsoft.com/fwlink/?LinkId=93781(页面可能为英文)。

在使用 Windows Vista 或 Windows PE 2.0 创建硬盘分区之后,无法成功安装 Windows XP 或 Windows Server 2003

使用 Windows Vista 或 Windows 预安装环境 (Windows PE) 2.0 创建硬盘分区。在执行此操作之后,您尝试安装 Microsoft Windows Server 2003 或 Windows XP,但失败。

解决方案

出现此问题的原因是 Windows Vista 和 Windows PE 2.0 创建的磁盘分区有别于 Windows XP 和 Windows Server 2003 所使用的磁盘分区。只有在使用特定 BIOS 固件的计算机上才会出现这样的问题。有关所需解决方法的详细信息,请参阅下列内容:

Windows XP—https://go.microsoft.com/fwlink/?LinkId=94633(页面可能为英文)

Windows Server 2003—https://go.microsoft.com/fwlink/?LinkId=94635(页面可能为英文)

计算机未运行软件分发播发

软件分发播发在运行所有下列操作系统版本的 Configuration Manager 2007 客户端上均失败:

  • Windows 2000

  • Windows XP

  • Windows 2000 Server

  • Windows 2003 Server

当您从这些操作系统之一部署映像时,Configuration Manager 2007 软件分发播发可能由于许多国家或地区修正了夏令时惯例而落后一小时。

解决方案

可以在计算机上安装更新以便将计算机时钟自动调整到 2007 年由于修正了夏令时惯例而使用的正确日期。有关如何安装所需更新的详细信息,请参阅 https://go.microsoft.com/fwlink/?LinkId=94809(页面可能为英文)。

将操作系统部署到不带 NTFS 启动分区的计算机时失败

在没有 NTFS 启动分区的情况下部署操作系统映像时,操作系统部署失败并返回错误。

解决方案

必须将硬盘转换为 NTFS 格式,然后才能暂存启动映像。您可以使用**“运行命令行”任务序列步骤来执行硬盘转换。在命令行中对“运行命令行”**任务序列步骤输入下列命令:

%windir%\system32\convert.exe c:/fs:ntfs /x

此命令假定启动分区位于硬盘驱动器“C”上。

此操作将返回下列可能结果:

  • 0:表示硬盘已成功转换为 NTFS。

  • 4:表示硬盘已格式化为 NTFS,因此未采取任何操作。

客户端丢失历史数据或者它是不受管理的且不在“所有系统”集合中

Configuration Manager 2007 确保每个 Configuration Manager 2007 客户端被唯一标识。如果标识了重复的硬件 ID,则默认情况下,Configuration Manager 2007 会自动为重复记录创建新的客户端记录。此设置可让您轻松升级或部署可能有重复硬件 ID 的客户端,无需手动干预。然而,使用此设置时,重建映像或从备份还原的计算机将创建新记录,这将导致以前关于此客户端的所有信息不能再作报告之用。

备用配置是要求管理员在检测到冲突时手动协调所有冲突的记录。此设置将导致受影响的客户端不受管理且不再显示在集合中,而是显示在**“冲突的记录”**节点中。在管理员解决此冲突之前,这些客户端将保持为不受管理。

有关详细信息,请参阅Configuration Manager 客户端部署的新增功能中的“管理客户端标识”一节。

解决方案

创建新记录时,无法取回客户端的先前数据,但您可以重新配置 Configuration Manager 以使它将来不自动创建新记录。

如果客户端不受管理且不在集合中,请选中“冲突的记录”节点以便您可以通过合并记录、创建新记录或阻止新记录来手动协调记录。

有关如何配置站点范围的设置以及如何手动解决冲突的记录的详细信息,请参阅如何管理 Configuration Manager 客户端的冲突记录

使用二进制增量复制来部署或更新包时,SMSPXE.log 装满

使用二进制增量复制来部署包时,SMSPXE.log 不到一分钟就会装满。

解决方案

当 SMSPXE.log 装满时,将创建一个新的日志文件并在标题中附加日期和时间。将在下列目录中创建新的日志文件:

Configuration Manager 2007 站点服务器:%windir%\sms\logs

其他计算机:%windir%\system32\ccm\logs

部署 Windows Vista 操作系统映像时返回了常规错误消息

对 Windows Vista 执行脚本化操作系统安装时,您收到常规错误消息。

解决方案

如果对操作系统部署指定无效的 PID,则可能导致此问题。另外,所有安装日志都被复制到任务序列日志目录中,您可以在该目录中找到其他信息。

有关操作系统部署日志的详细信息,请参阅操作系统部署的日志文件

操作系统部署任务序列无法从证书存储中导出证书

手动将一个或多个不可导出的证书导入到 Configuration Manager 2007 证书存储,但任务序列无法运行,因为它无法从 Configuration Manager 2007 证书存储中导出证书。

解决方案

不要手动将证书导入到 Configuration Manager 2007 存储。

在夏令时更新之前捕获的操作系统映像可能失败

从 2007 年开始,在美国延长了夏令时 (DST)。DST 开始于 2007 年 3 月 11 日(比以往早三个星期),结束于 2007 年 11 月 4 日(比以往迟一个星期)。这导致新的 DST 时段比先前的年份长四个星期。在安装新的操作系统之后,如果执行安装软件操作步骤,则在应用夏令时更新之前捕获的操作系统映像可能失败。

解决方案

为了确保任务序列不会失败,要安装的操作系统应安装 DST 更新,否则任务序列的激活和到期时间应该在修正的 DST 日期以外。有关夏令时 (DST) 更新的详细信息,请参阅 https://go.microsoft.com/fwlink/?LinkId=108434(页面可能为英文)。

未使用新建计算机关联向导添加新用户

在 Configuration Manager 2007 SP1 和 R2 中,使用新建计算机关联向导向计算机添加新用户这一操作无法添加新用户。该向导表明任务已成功完成,但未添加新用户。

解决方案

要向新的计算机关联添加用户,请完成新建计算机关联向导而不添加用户。右键单击新关联,选择**“指定用户帐户”**,然后添加新的用户帐户。此时将添加用户。

不支持使用管理控制台的较新版本编辑任务序列

不支持使用 Configuration Manager 2007 SP1 或 Configuration Manager 2007 R2 控制台编辑 Configuration Manager 2007 任务序列。当您尝试编辑在 Configuration Manager 2007 的较早版本上创建的任务序列时,将出现错误。

解决方案

请勿使用 Configuration Manager 2007 SP1 或较高版本编辑在 Configuration Manager 2007 的较早版本上创建的任务序列。

纯模式的 Security 注册表项保留在捕获的映像中

在操作系统部署映像捕获期间捕获纯模式客户端的注册表信息。这包括有关用来颁发站点服务器签名证书的根证书颁发机构 (CA) 以及其他纯模式设置的信息。当对不同的根 CA 使用捕获的映像时,客户端会拒绝来自站点服务器的策略。有关此方案的详细信息,请参阅续订或更改站点服务器签名证书。成功安装客户端并分配给某个站点之后,可以从 Active Directory 域服务更新其他纯模式设置。

解决方案

如果将从纯模式客户端捕获操作系统部署映像,则在捕获映像之前删除 Security 注册表项。

为处于纯模式的映像删除 Security 注册表项

  1. 创建一个具有两个注册表文件的包:一个用于为 32 位计算机删除注册表项 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CCM\Security,另一个用于为 64 位计算机删除注册表项 HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\CCM\Security。例如,这两个注册表文件可能称为 del_security_key_x86.regdel_security_key_x64.reg

  2. 在捕获任务序列中的“准备 ConfigMgr 客户端以便捕获”步骤之后添加两个“运行命令行”操作。每个“运行命令行”操作都调用 Regedit.exe 来合并将删除 Security 注册表项的两个注册表文件之一。向每个操作添加条件选项以便它仅在相应的 Security 注册表项存在时运行。以下示例显示了用于 x86 和 x64 环境的命令行:

    x86:REG DELETE HKLM\SOFTWARE\Microsoft\CCM\Security /f

    64: REG DELETE HKLM\SOFTWARE\Wow6432Node\Microsoft\CCM\Security /f

使用 USMT 从 Windows XP 迁移到 Windows 7 时可能不会迁移所有设置

在通过使用 Windows 用户状态迁移工具 (USMT) 4.0 迁移系统和用户状态以便将 Windows XP 升级到 Windows 7 或重新安装 Windows XP 时,不会迁移像壁纸和网络打印机映射这样的设置。如果从“USMT - x86 -”文件夹(任务序列的默认文件夹)以外的其他文件夹中运行 Scanstate.exe,则会阻止 Scanstate.exe 查找“DLManifests”文件夹,从而不会包括像壁纸和文件夹设置这样的系统元素。因此将不会迁移这些设置。USMT 4.0 必须从包含“DLManifests”文件夹的本地文件夹中运行。

用户状态迁移工具 (USMT) 4.0 是与 Windows 自动安装工具包 (WAIK) 2.0 一起发布的,它是 Configuration Manager 2007 操作系统部署的先决条件。

此问题的症状包括:

  1. 迁移用户状态之后,未迁移壁纸或文件夹设置。

  2. 如果启用详细日志记录,则下面的行可能会出现在 ScanState.log 中:

    [date time], Info [0x000000] Downlevel Manifests folder is not present. System component settings will not be gathered.

解决方案

通过使用任务序列中的“运行命令行”任务,将“DlManifests”文件夹复制到工作目录(在本例中为 %Windir%\System32)。

使用 USMT 4.0 迁移包括壁纸和网络设置在内的附加用户设置

  1. 在 Configuration Manager 2007 管理员控制台中,导航到“System Center Configuration Manager”/“站点数据库”/“计算机管理”/“软件分发”/“包”,右键单击 USMT 4 包,然后选择“属性”。

  2. 单击“数据源”选项卡,并确保“源目录”框指定 USMT 文件夹的根级别。它不应指定 x86 或 AMD64 文件夹。x86 或 AMD64 部署都只需要一个包。如果“源目录”框指定 x86 或 AMD64 文件夹,请通过将源目录指定为 USMT 文件夹根目录中比这些目录高一个级别的目录来更正此错误。如果更改了包,则必须更新(不是刷新)共享 USMT 4 包的分发点。

  3. 在 Configuration Manager 2007 管理员控制台中,导航到“System Center Configuration Manager”/“站点数据库”/“计算机管理”/“操作系统部署”/“任务序列”,右键单击受影响的任务序列,然后单击“编辑”。

  4. 紧靠在“捕获用户状态”任务序列之前添加“运行命令行”任务序列步骤。

  5. 在新创建的“运行命令行”任务序列步骤中,执行以下操作:

    1. 选中“包”复选框,单击“浏览”,然后选择 USMT 4 包。

    2. 选择“禁用 64 位文件系统重定向”选项。

    3. 在“名称:”框中,键入以下内容:

      将“DlManifests”文件夹复制到工作目录
      
    4. 在“命令行:”框中,键入以下内容:

      xcopy /e .\%PROCESSOR_ARCHITECTURE%\DlManifests\*.* %windir%\system32\D1Manifests\*.*
      
  6. 单击“应用”以保存任务序列。

另请参阅

概念

操作系统部署疑难解答

其他资源

操作系统部署问题

有关其他信息,请参阅 Configuration Manager 2007 Information and Support
要与文档团队联系,请将电子邮件发送至 SMSdocs@microsoft.com。