红帽企业 Linux AS 4 的改进

yingfengstart

　介绍
　　本文档中涉及了与 红帽企业 Linux 4 相关的以下课题：
　　·介绍（此节）
　　·此发行版本简介
　　·与安装相关的备注
　　·特定软件包备注
　　·新添加／不再包括／已过时的软件包
　　此发行版本简介
　　以下简要介绍了 红帽企业 Linux 4 的主要功能
　　·红帽企业 Linux 4 包括了一个 SELinux 的实现。SELinux 代表了用户，程序以及进程间相互交流的主要变化。在这个发行版本中，SELinux 被默认安装并被开启使用。
　　备注
　　在安装的过程中，您可以选择禁用 SELinux，或是设置它只记录警告信息，或是使用它的只在以下守护进程中有效的目标化策略：
　　odhcpd
　　ohttpd
　　omysqld
　　onamed
　　onscd
　　ontpd
　　oportmap
　　opostgres
　　osnmpd
　　osquid
　　osyslogd
　　目标化策略在默认的情况下被启用。
　　警告
　　红帽企业 Linux 4 使用在 ext2/ext3 文件系统上的扩展属性来支持 SELinux。这就意味着，当一个文件被写到默认挂载的 ext2/ext3 文件系统中时，一个扩展的属性也会被写入。
　　当系统有 红帽企业 Linux 4 和 红帽企业 Linux 2.1 双重启动的时候，这就可能会产生一些问题。红帽企业 Linux 2.1 内核不支持文件的扩展属性，当它遇到文件的扩展属性时，系统可能会崩溃。
　　想要了解关于 SELinux 的更多信息，请参阅 Red Hat SELinux Policy Guide。Red Hat SELinux Policy Guide 可以在这里找到：
　　http://www.redhat.com/docs/
　　·在 NFS 挂载时，mount 命令已被改变：
　　· TCP 是 NFS 挂载时的默认传输协议。这就意味着 mount 命令不再使用 UDP （例如，mount foo:/bar /mnt），而是使用 TCP 来与服务器进行通信。
　　· 使用 verbose (-v) 选项使 RPC 的错误信息写到标准的输出上。
　　·在默认的情况下，红帽企业 Linux 4 支持 UTF-8 编码的中文，日文和韩文。
　　·在默认的情况下，红帽企业 Linux 4 使用 IIIMF 输入中文，日文和韩文。
　　·红帽企业 Linux 4 提供了五种印度语的支持：班加罗而语，古吉拉特语，印地语，旁遮普语和泰米尔语。此外，它还包括了为所支持的语言提供的高质量的 Lohit 字库。
　　·Subversion 1.1 现在被包括在 红帽企业 Linux 中，Subversion 版本控制系统是被用来替代 CVS 的。它提供了 atomic commits，文件，目录和元数据 (metadata) 的版本控制等新功能以及 CVS 所提供的大部分功能。
　　·红帽企业 Linux 3 包括 Native POSIX Thread Library (NPTL)，它是 Linux 的 POSIX 线程的新实现。与以前使用的 LinuxThreads 实现相比较，它大大提高了性能并增加了可缩放性。
　　虽然多数的线程应用程序不会受到 NPTL 的影响，但是那些倚赖 LinuxThreads 语意 (semantics) 而不是 POSIX 技术规范的应用程序可能不会正常运行。因此 Red Hat 推荐您把这些程序升级使它们遵循 POSIX 的技术规范（从而可以使用 NPTL）。
　　虽然 红帽企业 Linux 4 仍然提供对 LinuxThreads 的支持，但是 红帽企业 Linux 5 将不再包括对 LinuxThreads 的支持。因此，那些需要 LinuxThreads 支持的应用程序应该被升级，从而可以使它们在将来的 红帽企业 Linux 5 系统上运行。
　　备注
　　一些方法可以使需要使用 LinuxThreads 的应用程序仍然可以在 红帽企业 Linux 3 和 4 上运行。这些方法包括：
　　o使用 LD_ASSUME_KERNEL 环境变量来在运行时选择 LinuxThreads 而不是选择 NPTL
　　o在运行时，使用一个指向 /lib/i686/ 或 /lib/的 rpath 来选择 LinuxThreads 而不是选择 NPTL。
　　o使用静态方法来链接应用程序，使它使用 LinuxThreads 来代替 NPTL（不建议这么使用）
　　为了决定一个应用程序是使用 NPTL 还是使用 LinuxThreads，在应用程序的环境中加入如下两个环境变量：
　　LD_DEBUG=libs
　　LD_DEBUG_OUTPUT=
　　（这里的  是提供给每个纠错输出
如果一个程序产生了多个进程，多个文件就可能被产生；所有的纠错输出记录文件名都包括产生这个文件的进程的进程 ID （PID））
　　然后启动这个程序，和通常的情况下一样使用它。
　　如果没有纠错输出记录文件被产生，这个应用程序就被静态地链接。这个应用程序将不会受到丢失的 LinuxThreads DSO 的影响。但是，象所有静态链接的程序一样，它们不能保证程序在动态加载任何代码的时候（直接通过 dlopen() 或间接通过 NSS）都可以正常工作。
　　如果一个或多个纠错输出记录文件被产生，检查每一个 libpthread 相关的文件 — 特别是包括 "calling init" 的行。grep 可以帮助来做这项工作：
　　grep "calling init.*libpthread" .*
　　（这里的  是在 LD_DEBUG_OUTPUT 环境变量中使用的名字。）
　　如果 libpthread 前面的路径是 /lib/tls/，这个应用程序使用 NPTL，并且不需做任何事情。其它任何的路径都说明 LinuxThreads 在被使用，这个应用程序必须被升级并重新构建来支持 NPTL。
　　·红帽企业 Linux 4 现在包括对 Advanced Configuration and Power Interface (ACPI) 的支持。ACPI 是一个被大多数新硬件支持的通用的电源管理技术规格。
　　由于支持和不支持 ACPI 的系统会为硬件分配不同的顺序，这就可能导致潜在的设备名改变的可能。例如，一个在以前版本的 红帽企业 Linux 中名为 eth1 的网卡可能会在新版本的系统中名为 eth0。
　　与安装相关的备注
　　本节概述了与 Anaconda（红帽企业 Linux 安装程序）和安装 红帽企业 Linux 4 相关的问题。
　　·如果您要复制 红帽企业 Linux 4 光盘的内容（例如为了筹备网络安装），请确定仅复制操作系统光盘。请不要复制额外光盘或任何层次产品光盘，因为这会覆盖 Anaconda 正常操作所必需的文件。
　　这些光盘必须在安装了红帽企业 Linux 之后才被安装。
　　·在安装 红帽企业 Linux 4 时，从包含有多个存储设备试配器的系统配置文件中区分单个存储设备是比较困难的。特别是当系统中包括光纤设备试配器的时候，因为在多数情况下，红帽企业 Linux 是安装在本地存储设备中的。
　　为了解决这个问题，红帽企业 Linux 4 安装程序只在所有的 SCSI 设备被加载后才加载如下的模块：
　　olpfc
　　oqla2100
　　oqla2200
　　oqla2300
　　oqla2322
　　oqla6312
　　oqla6322
　　这就使本地连接的 SCSI 设备的名字是从 /dev/sda, /dev/sdb 开始的。使用光纤的存储设备的名字跟在这些本地 SCSI 设备名的后面。
　　软件包相关的注记
　　以下的小节包括了那些在 红帽企业 Linux 4 中已经被大大改变的软件包的信息。为了方便查阅，它们使用的组与 Anaconda 使用的相同。
　　基本
　　本节包含了关于基本系统组件的信息。
　　openssh
　　红帽企业 Linux 4 提供了 OpenSSH 3.9。OpenSSH 3.9 包括了对 ~/.ssh/config 文件的严格的权限和所有者权限的检查。这些检查使得当这个文件没有适当的所有者权限和访问权限时， ssh 会退出。
　　因此，确保 ~/.ssh/config 是被 ~/ 的所有者所拥有，并且它的存储权限被设置为 600。
　　核心
　　本节涉及与 红帽企业 Linux 的基础组件（包括内核）相关的问题。
　　e2fsprogs
　　ext2online 工具被添加用来在线地扩大已存在的 ext3 文件系统。
　　备注
　　需要注意的是，ext2online 并不能扩大它所在的块设备本身 — 一定要有足够的未被使用的空间在这个设备上。最简单的方法是使用 LVM 卷并运行 lvresize 或 lvextend 来扩展这个设备。
　　另外，文件系统一定要在实际改变大小之前做好准备。这些准备包括，为 on-disk 分区表的增加保留一个小的空间。对于新建的文件系统， mke2fs 会自动保留这样的空间。这个保留的空间应该足够文件系统增加 1000。如下命令可以禁用建立保留空间的功能：
　　mke2fs -O ^resize_inode
　　以后的 红帽企业 Linux 发行版本会允许在存在的文件系统上建立这个预留空间。
　　glibc
　　·红帽企业 Linux 4 提供的 glibc 可以执行附加的内部数据健全检查，从而在尽可能早的时候发现和保护数据被破坏。记录文件的名字。
具体看

http://www.diybl.com/course/6_system/linux/linuxjq/2007211/18259_2.html








本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u1/45256/showart_363934.html