24.1 软件管理员简介
那有没有想过,如果我的 Linux 系统与厂商的系统一模一样,那么在厂商的系统上面编译出来的运行档, 自然也就可以在我的系统上面跑罗!也就是说,厂商先在他们的系统上面编译好了我们使用者所需要的软件, 然后将这个编译好的可运行的软件直接释出给使用者来安装,如此一来,由於我们本来就使用厂商的 Linux distribution ...
24.2 RPM 软件管理程序: rpm
RPM 默认安装的路径一般来说,RPM 类型的文件在安装的时候,会先去读取文件内记载的配置参数内容,然后将该数据用来比对 Linux 系统的环境,以找出是否有属性相依的软件尚未安装的问题。例如 Openssh 这个连线软件需要透过 Openssl 这个加密软件的帮忙,所以得先安装 openssl 才能装 openssh 的意思。那你的环境如果没有 o ...
24.3 SRPM 的使用: rpmbuild
谈完了 RPM 类型的软件之后,再来我们谈一谈包含了 Source code 的 SRPM 该如何使用呢?假如今天我们由网络上面下载了一个 SRPM 的文件,该如何安装他?又,如果我想要修改这个 SRPM 里面原始码的相关配置值,又该如何订正与重新编译呢? 此外,最需要注意的是,新版的 rpm 已经将 RPM 与 SRPM 的命令分开了,SRPM 使用的是 ...
24.4 YUM 线上升级机制
我们在本章一开始的地方谈到过 yum 这玩意儿,这个 yum 是透过分析 RPM 的标头数据后, 根据各软件的相关性制作出属性相依时的解决方案,然后可以自动处理软件的相依属性问题,以解决软件安装或移除与升级的问题。 详细的 yum 服务器与用户端之间的沟通,可以再回到前面的部分查阅一下图 1.5.1 的说明。
由於 distribution ...
24.5 管理的抉择:RPM 还是 Tarball
这一直是个有趣的问题:『如果我要升级的话,或者是全新安装一个新的软件, 那么该选择 RPM 还是 Tarball 来安装呢?』,事实上考虑的因素很多,不过鸟哥通常是这样建议的:
1、优先选择原厂的 RPM 功能:
由於原厂释出的软件通常具有一段时间的维护期,举例来说, RHEL 与 CentOS 每一个版本至少提供五年以上的升级期限。 ...
24.6 重点回顾
重点回顾
[*]为了避免使用者自行编译的困扰,开发商自行在特定的硬件与操作系统平台上面预先编译好软件, 并将软件以特殊格式封包成文件,提供终端用户直接安装到固定的操作系统上,并提供简单的查询/安装/移除等流程。 此称为软件管理员。常见的软件管理员有 RPM 与 DPKG 两大主流。
[*]RPM 的全名是 RedHat Package Mana ...
25.1 什么是 X Window System
Unix Like 操作系统不是只能进行服务器的架设而已,在美编、排版、制图、多媒体应用上也是有其需要的。 这些需求都需要用到图形介面 (Graphical User Interface, GUI) 的操作的, 所以后来才有所谓的 X Window System 这玩意儿。那么为啥图形窗口介面要称为 X 呢?因为就英文字母来看 X 是在 W(indow) 后面,因此,人们就戏 ...
25.2 X Server 配置档解析与配置
从前面的说明来看,我们知道一个 X 窗口系统能不能成功启动,其实与 X Server 有很大的关系的。因为 X Server 负责的是整个画面的描绘,所以没有成功启动 X Server 的话,即使有启动 X Client 也无法将图样显示出来啊。所以,底下我们就针对 X Server 的配置档来做个简单的说明,好让大家可以成功的启动 X Window System 啊 ...
25.3 显卡驱动程序安装范例
虽然你的 X 窗口系统已经顺利的启动了,也调整到你想要的解析度了,不过在某些场合底下,你想要使用显卡提供的 3D 加速功能时,却发现 X 提供的默认的驱动程序并不支持!此时真是欲哭无泪啊~那该如何是好?没关系,安装官方网站提供的驱动程序即可! 目前 (2009) 世界上针对 x86 提供显卡的厂商最大的应该是 Nvidia / AMD ...
25.4 重点回顾
重点回顾
[*]Unix Like 操作系统上面的 GUI 使用的是最初由 MIT 所开发的 X window system,在 1987 释出 X11 版,并於 1994 更改为 X11R6 ,故此 GUI 介面也被称为 X 或 X11
[*]X window system 的 X server 最初由 XFree86 计画所开发,后来则由 Xorg 基金会所持续开发;
[*]X window system 主要分为 X server 与 X cli ...
26.1 备份要点
备份是个很重要的工作,很多人总是在系统损毁的时候才在哀嚎说:『我的数据啊!天那...!』此时才会发现备份数据的可爱! 但是备份其实也非常可怕!因为你的重要数据都在备份档里面,如果这个备份被窃取或遗失,其实对你的系统资安影响也非常大! 同时,备份使用的媒体选择也非常多样,但是各种储存媒体各有其功能与优劣, ...
26.2 备份的种类、频率与工具的选择
讲了好多口水了,还是没有讲到重点,真是的....好了,再来提到那个备份的种类,因为想要选择什么储存媒体与相关备份工具, 都与备份使用的方式有关!那么备份有哪些方式呢?一般可以粗略分为『累积备份』与『差异备份』这两种 (注1)。当然啦,如果你在系统出错时想要重新安装到升级的系统时,仅备份关键数据也就可以了!
...
26.3 VBird 的备份策略与 scripts
每部主机的任务都不相同,重要的数据也不相同,重要性也不一样,因此,每个人的备份思考角度都不一样! 有些备份策略是非常有趣的,包括使用多个磁带机与磁带来自动备份企业数据哩 (注3) 。
就鸟哥的想法来说,鸟哥并没有想要将整个系统完整的备份下来,因为太耗时间了!而且就鸟哥的立场而言,似乎也没有这个必要, 所以通 ...
26.4 灾难复原的考量
1、灾难复原的考量
之所以要备份当然就是预防系统挂点啦!如果系统真的挂点的话,那么你该如何还原系统呢?
(1)硬件损毁,且具有完整备份的数据时
由於是硬件损毁,所以我们不需要考虑系统软件的不稳定问题,所以可以直接将完整的系统复原回去即可。 首先,你必须要先处理好你的硬件,举例来说,将你的硬盘作个适当的 ...
26.5 重点回顾
重点回顾
[*]备份是系统损毁时等待救援的救星,但造成系统损毁的因素可能有硬件与软件等原因。
[*]由於主机的任务不同,备份的数据与频率等考量参数也不相同。
[*]常见的备份考虑因素有:关键文件、储存媒体、备份方式(完整/关键)、备份频率、使用的备份工具等。
[*]常见的关键数据有:/etc, /home, /var/spool/mail, /boo ...
27.1 编译前的任务:认识核心与取得核心原始码
我们在第一章里面就谈过 Linux 其实指的是核心!这个『核心 (kernel)』是整个操作系统的最底层,他负责了整个硬件的驱动,以及提供各种系统所需的核心功能,包括防火墙机制、是否支持 LVM 或 Quota 等文件系统等等,这些都是核心所负责的!所以罗,在第二十章的启动流程中,我们也会看到 MBR 内的 loader 加载核心文件来驱 ...
27.2 核心编译的前处理与核心功能选择
什么?核心编译还要进行前处理?没错啦!事实上,核心的目的在管理硬件与提供系统核心功能,因此你必须要先找到你的系统硬件, 并且规划你的主机未来的任务,这样才能够编译出适合你这部主机的核心!所以,整个核心编译的重要工作就是在『挑选你想要的功能』。 底下鸟哥就以自己的一部主机软/硬件环境来说明,解释一下如何 ...
27.3 核心的编译与安装
将最复杂的核心功能选择完毕后,接下来就是进行这些核心、核心模块的编译了!而编译完成后,当然就是需要使用噜~ 那如何使用新核心呢?就得要考虑 grub 这个玩意儿啦!底下我们就来处理处理:
1、编译核心与核心模块
核心与核心模块需要先编译起来,而编译的过程其实非常简单,你可以先使用『 make help 』去查阅一下所 ...
27.4 额外(单一)核心模块编译
我们现在知道核心所支持的功能当中,有直接编译到核心内部的,也有使用外挂模块的,外挂模块可以简单的想成就是驱动程序 啦!那么也知道这些核心模块依据不同的版本,被分别放置到 /lib/modules/$(uname -r)/kernel/ 目录中,各个硬件的驱动程序则是放置到 /lib/modules/$(uname -r)/kernel/drivers/ 当中!换个角度再来思 ...
27.5 重点回顾
重点回顾
[*]其实核心就是系统上面的一个文件而已,这个文件包含了驱动主机各项硬件的侦测程序与驱动模块;
[*]上述的核心模块放置於:/lib/modules/$(uname -r)/kernel/
[*]『驱动程序开发』的工作上面来说,应该是属於硬件发展厂商的问题
[*]一般的使用者,由於系统已经将核心编译的相当的适合一般使用者使用了,因此一 ...