潮流有货 2025-10-14 04:45 采纳率: 98.6%
浏览 0
已采纳

Office 2016离线安装提示“错误1907”如何解决?

在离线安装Office 2016时,用户常遇到“错误1907:无法注册字体”的提示,导致安装中断。该问题通常出现在系统缺少必要权限或字体注册服务异常的情况下,尤其多见于Windows 7或组策略限制严格的环境中。错误1907虽为小众报错,但严重影响部署效率,尤其是在批量装机或企业内网环境下。需结合系统权限、服务状态及注册表配置综合排查,是Office离线部署中较为典型的技术障碍之一。
  • 写回答

1条回答 默认 最新

  • 小丸子书单 2025-10-14 04:45
    关注

    离线安装Office 2016时“错误1907:无法注册字体”深度解析与解决方案

    1. 问题背景与典型场景

    在企业IT运维或批量部署环境中,使用离线介质(如ISO镜像、本地源文件)安装Office 2016已成为标准流程。然而,部分系统在执行安装过程中会突然中断,并弹出“错误1907:无法注册字体”的提示。

    该错误代码属于Windows Installer(MSI)运行时异常,通常指向字体子系统在尝试将新字体写入系统目录并注册至注册表时失败。其发生频率虽低于常见的权限拒绝或缺失VC++库等错误,但在特定环境下具有高度重复性。

    常见触发环境包括:

    • Windows 7 SP1 x64 系统(尤其未更新至最新补丁集)
    • 启用了严格用户账户控制(UAC)策略的终端
    • 通过组策略禁用服务启动或限制注册表写入的企业域控环境
    • 系统字体缓存服务(FontCache)处于禁用状态
    • 目标机器的C:\Windows\Fonts目录权限配置异常

    2. 错误机制分析:从现象到内核调用

    当Office安装程序尝试部署自带字体(如Calibri、Cambria等TrueType字体)时,会通过MSI引擎调用AddFontResource() API函数。此过程需满足以下条件:

    1. 当前用户对C:\Windows\Fonts具备写入权限
    2. Windows Font Driver Host (fontdrvhost.exe)服务正在运行
    3. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts 注册表项可被修改
    4. GDI+子系统未被锁定或资源耗尽

    若任一环节受阻,MSI返回1907错误码,且日志中常伴随如下记录:

    MSI (s) (A4:BC) [10:23:45:123]: Error 1907.Could not register font 'calibri.ttf'. Verify that you have sufficient permissions to install fonts and that the system supports this font.

    3. 排查路径与诊断工具链

    为系统化定位问题根源,建议按以下顺序进行检测:

    步骤检查项检测命令/工具预期结果
    1当前用户权限级别whoami /groups包含"Administrators"且未被虚拟化
    2Fonts目录ACL完整性icacls C:\Windows\FontsSYSTEM、Administrators拥有完全控制权
    3FontCache服务状态sc query FontCacheSTATE : RUNNING
    4注册表写入能力测试Regedit手动添加键值能成功写入HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts
    5组策略是否限制字体安装gpresult /H gpreport.html无“阻止用户安装字体”策略启用
    6MSI安装日志分析msexcl.msi.log关键字搜索确认失败字体名称及上下文调用栈

    4. 核心解决方案汇总

    根据排查结果,可采取以下一种或多种组合方式解决:

    • 方案A:重置字体目录权限
      执行命令:
      takeown /F C:\Windows\Fonts && icacls C:\Windows\Fonts /grant Administrators:F /T
    • 方案B:确保字体服务正常运行
      启动依赖服务:
      net start FontCache
      若被禁用,则:
      sc config FontCache start= auto && net start FontCache
    • 方案C:临时关闭UAC并以完全管理员身份运行
      修改注册表:
      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\EnableLUA = 0
      重启后重试安装。
    • 方案D:组策略干预
      检查路径:
      计算机配置 → 管理模板 → 系统 → 阻止用户安装字体 → 设置为“未配置”或“已禁用”
    • 方案E:预注册关键字体
      使用PowerShell脚本提前加载Office所需字体:
      # Pre-register Office 2016 required fonts
      $fonts = @("calibri.ttf", "cambria.ttc", "segoeui.ttf")
      foreach ($font in $fonts) {
          $path = "C:\OfficeDeployment\fonts\$font"
          if (Test-Path $path) {
              Start-Process -FilePath "C:\Windows\System32\cmd.exe" -ArgumentList "/c copy `"$path`" C:\Windows\Fonts" -Verb RunAs
          }
      }

    5. 自动化部署建议与最佳实践

    针对企业级批量部署,推荐采用如下流程图构建静默安装管道:

    graph TD
        A[准备离线安装包] --> B{检查OS版本}
        B -->|Windows 7| C[应用KB2999226补丁]
        B -->|Win10+| D[继续]
        C --> E[以SYSTEM权限启动安装]
        D --> E
        E --> F[执行权限修复脚本]
        F --> G[启动FontCache服务]
        G --> H[运行setup.exe /configure config.xml]
        H --> I{安装成功?}
        I -->|是| J[清理临时文件]
        I -->|否| K[收集MSI日志并告警]
        

    6. 高级调试技巧:利用Process Monitor深入追踪

    当常规方法无效时,可借助Sysinternals工具集中的Process Monitor进行实时监控:

    1. 启动ProcMon并清空现有事件
    2. 设置过滤器:Process Name is setup.exePath contains Fonts
    3. 重新运行Office安装直至报错
    4. 观察是否存在ACCESS DENIEDNAME NOT FOUND操作
    5. 重点查看对WriteFileRegSetValue的拒绝行为
    6. 结合堆栈信息判断是驱动层拦截还是安全软件干预

    此类分析常揭示杀毒软件(如McAfee、Symantec)对字体注入行为的主动防御机制,需添加白名单规则。

    本回答被题主选为最佳回答 , 对您是否有帮助呢?
    评论

报告相同问题?

问题事件

  • 已采纳回答 10月23日
  • 创建了问题 10月14日