常见问题解答 (FAQ)：对 Solaris 操作系统进行修补

Lynne Thompson，2007 年 7 月

您可以单击问题以查看解答。

一般的修补问题

1. 什么是修补程序？

   Solaris 操作系统 (OS) 软件是以 SVR4 软件包的形式提供并安装的。软件包中包含一个或多个可安装的文件以及软件包特定的配置信息。软件包特定的信息定义了这些对象的属性。此信息还说明了软件包的安装方式和安装位置。软件包通常还包含预安装和后续安装脚本，以帮助确保正确提供这些文件。

   修补程序通过更新安装的软件包，在系统中添加、更新或删除其中的一个或多个文件。实际上，修补程序本身是由稀疏软件包以及一些预修补和后续修补脚本及类操作脚本组成的。

   • 稀疏软件包是常规软件包的精简版本。稀疏软件包只提供要更新的文件。
   • 类操作脚本定义了一组在安装或卸载软件包或修补程序期间执行的操作。
2. 我是否可以在运行早期 Solaris 10 发行版的系统上应用在 Solaris 10 11/06 发行版之后分发的修补程序？

   可以，您可以使用 Solaris 10 修补程序修补任何 Solaris 10 发行版。

   每个市场发行版都具有一个修补程序集。例如，Solaris 8 市场发行版具有一个 Solaris 8 修补程序集，Solaris 10 发行版具有一个 Solaris 10 修补程序集，等等。

   每个发行版的修补程序集都包含市场发行版中的所有发行版。例如，Solaris 10 3/05 发行版是 Solaris 10 的第一个市场发行版。在此发行版之后还有一些发行版，如 Solaris 10 1/06、Solaris 10 6/06 等。该修补程序集适用于所有这些 Solaris 10 发行版。可以将相同的 Solaris 10 修补程序应用于 Solaris 10 3/05 发行版、Solaris 10 1/06 发行版以及 Solaris 10 6/06 发行版等等。

   您不能跨 Solaris 市场发行版界限进行修补。例如，不能将 Solaris 10 修补程序应用于 Solaris 9 发行版。

3. 我是否可以通过跨发行版界限进行正向增量修补来升级系统，例如从 Solaris 10 3/05 发行版升级到 Solaris 10 6/06 发行版？

   某些客户希望采用以下方式进行升级：安装在其系统中安装的发行版之后发布的所有修补程序。在某个通用发行版（如 Solaris 10 1/06 发行版）之后发布的修补程序会包含该发行版中提供的功能和错误修复程序。

   答案是否定的。您可以通过后续修补程序获得新发行版的一部分，但不能保证可以更新整个发行版。

   Solaris 发行版（如 Solaris 10 6/06）包含现有代码的修补程序和新软件包。修补程序中提供了对已存在的代码所做的任何更改，包括功能更改。如果您修补到与某个发行版（如 Solaris 10 6/06 发行版）相同或更高的修补程序级别，则可以获得该发行版中包含的已存在代码的所有错误修复程序。您还可以获得修补程序中完全自包含的某些新功能。

   虽然修补程序可能包含新对象，但较大的功能通常还会引入新的软件包。通常，只能通过安装或升级到 Solaris 发行版映像来获得这些新软件包。因此，无法通过修补来获得与发行版（如 Solaris 10 6/06 发行版）完全相同的功能。

4. 为什么我的系统需要花很长的时间才能安装完修补程序？

   安装时间的长短会因以下几个问题而有所不同：

   • 当前推荐的修补程序簇可能很大，并且某些修补程序（如内核修补程序）还有变大的趋势。例如，Solaris 10 11/06 内核修补程序 118833-36 大约为 136 MB。Solaris 10 8/07 内核修补程序 120011-10 大约为 166 MB。较大修补程序的安装速度较慢。
   • 在具有非全局区域的系统上，目前按顺序针对每个区域逐一执行修补操作。

   Sun 正着手改进这些问题。请参见 CR 6318693。

5. 为什么有些修补程序很大？

   以前，一直通过为每个软件“组件”提供一个修补程序的方式来避免产生过大而不实用的修补程序。例如，您可能具有用于 UFS 子系统的 UFS 修补程序或用于 libc 库的 libc 修补程序。

   当错误修复程序（尤其是功能更改）涉及操作系统的不同子系统中的代码时，这些界限便消失了。可能会因而产生一定的相关性，促使一个或多个修补程序合并到一起，以便统一提供更改。

   有时，这种相关性是“软性的”，我们可以单独提供这些修补程序，而只需在修补程序自述文件中注明：可能需要多个修补程序才能提供完整的修复。软相关性是不完整的修复或功能，但不完整并不会导致系统状态不一致。

   注：有关修补程序相关性（包括硬相关性和软相关性）的详细信息，请参见 Sun BluePrints 文章 Solaris Patch Management Recommended Strategy（Solaris 修补程序管理推荐策略）(pdf)，并参阅“Patch Interrelationships”（修补程序相互关系）一节。

6. 为什么会提供这么多修补程序呢？

   可以从以下几个角度来回答这个问题。

   • 首先是为了避免产生过大的修补程序，而导致出现很多较小的修补程序。
   • 另外，Sun 软件产品组合中包含许多产品，而某些产品（尤其是 Solaris）又有很多不同的修补程序，这些修补程序旨在解决产品的不同子系统存在的问题。

以单用户模式或多用户模式进行修补

1. 何时应使用单用户模式应用修补程序？

   修补程序自述文件指定了应以单用户模式安装的修补程序。虽然修补程序工具不会强制您使用单用户模式，但最好按照修补程序自述文件进行操作。以单用户模式进行修补有助于确保系统处于停止状态。最大限度地减少系统上的活动是非常重要的。某些修补程序会更新系统上的常用组件。使用单用户模式可以保持系统的稳定性，并降低这些组件在更新过程中被使用的可能性。

   对于系统修补程序（如内核修补程序）来说，使用单用户模式是至关重要的。如果以多用户模式应用内核修补程序，则会显著提高系统处于不一致状态的风险。

2. 我是否需要在单用户模式下删除修补程序？

   如果需要以单用户模式应用该修补程序，则应该使用单用户模式。修补程序属性适用于修补程序的安装和回退。无论其方向（例如，安装与回退）如何，对系统进行的更改都是同等重要的。

3. 我应引导到单用户模式，还是可以使用 init 命令更改运行级别？

   您一定以为使用 init S 命令更改运行级别就足够了。但其实不然，以这种方式从多用户模式转变为单用户模式时，并不能保证系统上运行的所有进程和应用程序都会停止。第三方应用程序尤其可能受到影响。对于指定以单用户模式安装的修补程序，使用 init 命令停止系统并不会达到所需的效果。因此，如果在修补程序自述文件中指定了单用户模式安装，Sun 强烈建议您引导到单用户模式来执行修补操作。

4. 我在以单用户模式安装修补程序时，为什么出现“zoneadm: no such file or directory”（zoneadm：没有此类文件或目录）消息？

   这是一个已知问题，通常是由于没有以单用户模式挂载非全局区域文件系统。下面是一个您可能会看到的错误消息示例：

   Preparing checklist for non-global zone check...
   
   Checking non-global zones... 
    
   ERROR: unable to boot zone: problem running  on zone :
   error 1 zoneadm: zone 'myzone': can't stat /zones/full1/root: No such file or
   directory 
   zoneadm: zone 'myzone': call to zoneadmd failed 
    
   Can not boot non-global zone myzone
   

   解决方法：要确保挂载了所有本地文件系统，请在安装修补程序之前运行 mountall -l。

   Sun 正着手解决此问题。

修补程序和重新引导

1. 为什么我在安装或删除某些修补程序后需要重新引导？

   某些修补程序的修补程序自述文件指定了在安装或删除修补程序后需要重新引导。如果您对此处的说明有任何疑问，请参见修补程序顶级目录中的 patchinfo 文件。该文件清楚地陈述了重新引导说明。该重新引导要求可能包含两个重新引导说明：

   • 第一个说明是在修补“之后重新引导”以查看修复效果。此说明没有时间限制，因为这只是提醒某些更改在重新引导后才会激活。
   • 第二个说明是在修补之后“立即重新引导”。必须快速进行重新引导，这是因为系统处于不一致状态，需要重新引导以使运行的系统保持稳定。因此，必须尽快重新引导系统，最好是在完成修补操作后立即重新引导。

   例如，修补程序可能会提供一些新的内核二进制文件和一个新的 libc 库。在磁盘上安装新的内核二进制文件后，内核二进制文件仍处于“不活动”状态，这是因为系统下次引导时才会加载它们。另外，新的 libc 库可能包含依赖于新内核的接口或行为更改。但是，在文件系统中安装新的 libc 后，可以随时链接并调用该库。这种版本差异可能会导致系统状态不一致，进而导致严重的问题。

2. 我是否可以执行一些操作来避免或推迟所需的重新引导？

   不能。如果修补程序要求重新引导，则无法避免重新引导。您迟早都要重新引导以启用修补程序所引入的更改。不过，您可以从以下几种策略中进行选择，以便将重新引导推迟到更方便的时候执行。

   • 一种方法是使用 Solaris Live Upgrade，它允许在您在生产环境中安装修补程序。您可以避免使用单用户模式，而使用多用户模式。然后，只需在更方便的时候重新引导到已修补的环境即可。

     注：目前，Solaris Live Upgrade 还不能很好地支持 Veritas 已封装的根 (/) 文件系统。这种根 (/) 文件系统可能是 Veritas Volume Manager 卷 (VxVM)。如果在当前系统中配置了 VxVM 卷，则 lucreate 命令可能会创建一个新的引导环境。将数据复制到新的引导环境后，Veritas 文件系统配置将会丢失，并会在新的引导环境中创建一个 UFS 文件系统。

   • 另一种方法是通过 Solaris Volume Manager 来使用 RAID-1 卷（磁盘镜像），它具有与 Solaris Live Upgrade 类似的优点。在此方案中，您可以拆分镜像、挂载不活动的根 (/) 文件系统镜像以及使用 patchadd -R 命令将修补程序应用到副本。可以使用 -R 选项指定替代的根位置。-R 一般用于无盘客户机，但也可以用于将重新引导推迟到较晚的时间进行。

有关详细信息，请参见 BigAdmin 上的 Solaris Information Center：
http://www.sun.com/bigadmin/hubs/documentation/。

Unless otherwise licensed, code in all technical manuals herein (including articles, FAQs, samples) is provided under this License.