由于一些有关 sh(1) 和 ksh(1) 之间相互作用的问题,当您从命令行或管理脚本使用以下命令启动 install_mu 公用程序时,此公用程序可能无法正确安装某些修补程序:
# /bin/sh ./install_mu options |
解决方法: 从如下所示的命令行或管理脚本执行 install_mu:
# ./install_mu options |
install_mu 可能会显示以下无害消息:
One or more patch packages included in XXXXXX-YY are not installed on this system. Patchadd is terminating. |
或:
Installation of XXXXXX-YY failed: Attempting to patch a package that is not installed. |
这些消息表示 patchadd 在您的系统上找不到它要修补的任何软件包,因此它跳过显示的修补程序。
当 patchadd 发现将一个体系结构的修补程序安装到一个具有不同体系结构的系统中时存在的差异时,会显示此消息。(例如,在 sun4m 系统上安装 sun4u 修补程序时。)
这也可能是缺少一个或多个软件包所产生的结果。此软件包可能已被管理员删除,或者从未安装,在安装比完整分发小的群集时往往会出现这种情况。
解决方法: 忽略此消息。
在单用户模式下安装时,完成后不要使用 exit 命令。您必须使用 reboot 命令。如果使用了 exit 而不是 reboot,则会发生以下情况:
系统到达 init 3 而且您无法登录,直到系统重新启动。
其他用户无法登录,直到重新启动系统。
当任何用户或进程试图登录时,pam_projects.so.1 发生内核转储。系统显示以下消息:
NOTICE: core_log: in.rshd[1479] core dumped: /var/crash/core.in.rshd.1479 |
如果某进程试图访问 pam_projects.so.1 模块,则在系统控制台上会显示加载模块消息。显示如下所示的消息:
cron[1433]: load_modules: can not open module /usr/lib/security/pam_projects.so.1 |
如果在多用户模式下安装 MU5 ,也会显示这些消息。两种情况下,一旦重新启动系统,这些消息都会全部消失。
解决方法: 在单用户模式下,如果安装之后使用了 exit 命令,重新启动系统。
在多用户模式下,如果安装之后使用了 exit 命令,而且没有超级用户仍处于登录状态, 重新启动系统。