本章介绍与安装和使用 Solaris 9 MU1 软件相关的已知问题。
安装 MU1 时,如果安装支持多软件包体系结构的修补程序,则 //var/sadm/install_data/Maintenance_Update_log 中可能会显示类似以下的无害错误消息。
正在安装 xxxxxx-yy(xx 的 x) 请参阅 //var/sadm/patch/xxxxxx-yy 日志获得详细信息 grep: 无法打开 pdgabbrev.extension/pkginfo |
例如,如果修补程序 123456-01 包含以下修补程序包:
SUNWcar
SUNWcar.u
grep: 无法打开 SUNWcar.u/pkginfo |
解决方法:忽略此错误消息。此消息不影响修补程序的安装。它表示 patchadd(1M) 未将正确的参数传递给 remove_PATCH_PROPERTIES() 函数。
由于一些有关 sh(1) 和 ksh(1) 之间相互作用的问题,当您从命令行或管理脚本使用以下命令启动 install_mu 公用程序时,此公用程序可能无法正确安装某些修补程序:
# /bin/sh ./install_mu options |
解决方法:从如下所示的命令行或管理脚本执行 install_mu:
# ./install_mu options |
install_mu 可能会显示以下无害消息:
XXXXXX-YY 中包含的一个或多个修补程序包未安装在此系统上。 Patchadd 正在终止。 |
或者:
XXXXXX-YY 安装失败: 试图修补未安装的软件包。 |
这些消息表示 patchadd 在您的系统上找不到它要修补的任何软件包,因此它跳过所显示的修补程序。
当 patchadd 发现由于将一个体系结构的修补程序安装到一个具有不同体系结构的系统中而存在的差异时,会显示此消息。(例如,在 sun4m 系统上安装 sun4u 修补程序时。)
此消息也可能是由于缺少一个或多个软件包。软件包可能已被管理员删除,或者从未安装,在安装比完整分发小的群集时往往会出现这种情况。
解决方法:忽略此消息。
在单用户模式下安装时,完成后不要使用 exit 命令。而必须使用 reboot 命令。如果使用了 exit 而不是 reboot,则会发生以下情况:
系统转到 init 3,而且除非您重新引导系统,否则将无法登录。
在重新引导系统之前,其他用户也无法登录。
当任何用户或进程试图登录时,pam_projects.so.1 执行内核转储。系统显示以下消息:
注意: core_log: in.rshd[1479] 内核转储: /var/crash/core.in.rshd.1479 |
如果某进程试图访问 pam_projects.so.1 模块,则在系统控制台上会显示加载模块消息。显示类似以下的消息:
cron[1433]: load_modules: 无法打开模块 /usr/lib/security/pam_projects.so.1 |
如果在多用户模式下安装 MU1,也会显示这些消息。在这两种情况下,重新引导系统之后,这些消息就不会再出现。
解决方法:在单用户模式下,如果安装之后使用了 exit 命令,则重新引导系统。
在多用户模式下,如果安装之后使用了 exit 命令,而且没有超级用户处于登录状态,则重新引导系统。