国外有一位 Linux 粉丝做了一张壁纸，其中对“我们为什么爱用 Linux”说了大实话：
我们告诉人们用 Linux 是因为它很安全，或者因为它是免费的、因为它是可以定制的、因为它是自由的、因为它有一个强大的社区支持着……
但是上面的所有原因都是在扯淡。我们这么跟非 Linux 用户讲是因为他们没法了解真正的原因。而且我们说多了这些借口，我们自己也开始就这么相信了。
但是在我们内心深处，还保留着真正的原因没说。
我们用 Linux 是因为它很有趣。
折腾你的系统很有趣；修改所有的设置，把系统搞挂，然后进入回复模式去修复它很有趣；有上百个发行版供你选择很有趣；用命令行很有趣。
让我再重申一遍，用命令行很有趣。
难怪非 Linux 用户无法理解。
我是在说 Linux 的爱好者们用 Linux 是因为自己的缘故。当然，我们喜欢做好自己的工作；当然，我们喜欢避免染上病毒；当然，我们喜欢省钱。但是这些仅仅是副产品。我们真正喜欢的是把玩这个系统，瞎胡折腾，并且发现些隐藏在软件深处迷人的真相。
根据市场调研机构 Net Applications 的统计，今年 8 月份 Linux 桌面市场份额首次突破了 3%。
Windows 依旧保持在 90% 以上，苹果 MacOS 也略有下滑，占 5.94%，Linux 则自从上个月达到 2.53% 之后，首次突破到了 3.37%。其它操作系统份额可以忽略不计。
根据 Net Applications 的历史数据，Linux 桌面份额是在 2009 年首次突破 1%，2016 年 6 月首次突破 2%，并基本上一直保持住了这个份额。显然从 2% 到 3% 的进度比 1% 到 2% 要快得多。
而据另外一家统计公司 StatCounter 的统计数据，Linux 的份额仅有 1% 多点，如果加上 ChromeOS 刚刚过了 2%。
通过安装 SLS 1.05 展示了 Linux 内核在这 26 年间走过了多远。
我第一次安装 Linux 是在 1993 年。那时我跑的是 MS-DOS，但我真的很喜欢学校机房电脑的 Unix 系统，就在那里度过了我大学本科时光。 当我听说了 Linux，一个 Unix 的免费版本，可以在我家的 386 电脑上运行的时候，我立刻就想要试试。我的第一个 Linux 发行版是 Softlanding Linux System (SLS) 1.03，带有 11 级补丁的 0.99 alpha 版本的 Linux 内核。它要求高达 2 MB 的内存，如果你想要编译项目需要 4 MB，运行 X windows 则需要 8 MB。
我认为 Linux 相较于 MS-DOS 世界是一个巨大的进步。 尽管 Linux 缺乏运行在 MS-DOS 上的广泛的应用及游戏，但我发现 Linux 带给我的是巨大的灵活性。不像 MS-DOS ，现在我可以进行真正的多任务，同时运行不止一个程序。并且 Linux 提供了丰富的工具，包括一个 C 语言编译器，让我可以构建自己的项目。
一年后，我升级到了 SLS 1.05，它支持全新的 Linux 内核 1.0。 更重要的，Linux 引入了内核模块。通过内核模块，你不再需要为支持新硬件而编译整个内核；取而代之，只需要从包含 Linux 内核之内的 63 个模块里加载一个就行。在 SLS 1.05 的发行自述文件中包含这些关于模块的注释：
内核的模块化旨在正视减少并最终消除重新编译内核的要求，无论是变更、修改设备驱动或者为了动态访问不常用的驱动。也许更为重要的是，个别工作小组的工作不再影响到内核的正确开发。事实上，这让以二进制发布官方内核现在成为了可能。
在 8 月 25 日，Linux 内核将迎来它的第 26 周年（LCTT 译注：已经过去了 =.= ）。为了庆祝，我重新安装了 SLS 1.05 来提醒自己 Linux 1.0 内核是什么样子，去认识 Linux 自二十世纪 90 年代以来走了多远。和我一起踏上 Linux 的怀旧之旅吧！
SLS 是第一个真正的 “发行版”，因为它包含一个安装程序。 尽管安装过程并不像现代发行版一样顺畅。 不能从 CD-ROM 启动安装，我需要从安装软盘启动我的系统，然后从 login 提示中运行安装程序。
在 SLS 1.05 中引入的一个漂亮的功能是支持彩色的文本模式安装器。当我选择彩色模式时，安装器切换到一个带有黑色文字的亮蓝色背景，不再是我们祖祖辈辈们使用的原始的普通黑白文本。
SLS 安装器是个简单的东西，文本从屏幕底部滚动而上，显示其做的工作。通过对一些简单的提示的响应，我能够创建一个 Linux 分区，挂载上 ext2 文件系统，并安装 Linux 。 安装包含了 X windows 和开发工具的 SLS 1.05，需要大约 85 MB 的磁盘空间。依照今天的标准这听起来可能不是很多，但在 Linux 1.0 出来的时候，120 MB 的硬件设备才是主流设备。
当我第一次启动到 Linux 时，让我想起来了一些关于这个早期版本 Linux 系统的事情。首先，Linux 没有占据很多的空间。在启动系统之后运行一些程序来检查的时候，Linux 占用了不到 4 MB 的内存。在一个拥有 16MB 内存的系统中，这就意味着节省了很多内存用来运行程序。
熟悉的 /proc 元文件系统在 Linux 1.0 就存在了，尽管对比我们今天在现代系统上看到的，它并不能提供许多信息。在 Linux 1.0， /proc 包含一些接口来探测类似 meminfo 和 stat 之类的基本系统状态。
在这个系统上的 /etc 文件目录非常简单。值得一提的是，SLS 1.05 借用了来自 BSD Unix 的 rc 脚本来控制系统启动。 初始化是通过 rc 脚本进行的，由 rc.local 文件来定义本地系统的调整。后来，许多 Linux 发行版采用了来自 Unix System V 的很相似的 init 脚本，后来又是 systemd 初始化系统。
随着我的系统的启动运行，接下来就可以使用了了。那么，在这样的早期 Linux 系统上你能做些什么？
让我们从基本的文件管理开始。 每次在你登录的时候，SLS 会让你使用 Softlanding 菜单界面（MESH），这是一个文件管理程序，现代的用户们可能觉得它和 Midnight Commander 很相似。 而二十世纪 90 年代的用户们可能会拿 MESH 与更为接近的 Norton Commander 相比，这个可以说是在 MS-DOS 上最流行的第三方文件管理程序。
")
除了 MESH 之外，在 SLS 1.05 中还少量包含了一些全屏应用程序。你可以找到熟悉的用户工具，包括 Elm 邮件阅读器、GNU Emacs 可编程编辑器，以及古老的 Vim 编辑器。
SLS 1.05 甚至包含了一个可以让你在终端玩的俄罗斯方块版本。
在二十世纪 90 年代，多数住宅的网络接入是通过拨号连接的，所以 SLS 1.05 包含了 Minicom 调制解调器拨号程序。Minicom 提供一个与调制解调器的直接连接，并需要用户通过贺氏调制解调器的 AT 命令来完成一些像是拨号或挂电话这样的基础功能。Minicom 同样支持宏和其他简单功能来使连接你的本地调制解调器池更容易。
但如果你想要写一篇文档时怎么办？ SLS 1.05 的存在要比 LibreOffice 或者 OpenOffice 早很长时间。在二十世纪 90 年代，Linux 还没有这些应用。相反，如果你想要使用一个文字处理器，可能需要引导你的系统进入 MS-DOS，然后运行你喜欢的文字处理器程序，如 WordPerfect 或者共享软件 GalaxyWrite。
但是所有的 Unix 系统都包含一套简单的文本格式化程序，叫做 nroff 和 troff。在 Linux 系统中，他们被合并成 GNU groff 包，而 SLS 1.05 包含了 groff 的一个版本。我在 SLS 1.05 上的一项测试就是用 nroff 生成一个简单的文本文档。
获取安装 X windows 并不特别容易，如 SLS 安装文件承诺的那样：
在你的 PC 上获取安装 X windows 可能会有一些发人深省的体验，主要是因为 PC 的显示卡类型太多。Linux X11 仅支持 VGA 类型的显示卡，但在许多类型的 VGA 中仅有个别的某些类型是完全支持的。SLS 存在两种 X windows 服务器。全彩的 XFree86，支持一些或所有 ET3000、ET400、PVGA1、GVGA、Trident、S3、8514、Accelerated cards、ATI plus 等。
另一个服务器 XF86\_Mono，能够工作在几乎所有的 VGA 卡上，但只提供单色模式。因此，相比于彩色服务器，它会占用更少的内存并拥有更快的速度。当然就是看起来不怎么漂亮。
X windows 的配置信息都堆放在目录 “/usr/X386/lib/X11/”。需要注意的是，“Xconfig” 文件为监视器和显示卡定义了时序。默认情况下，X windows 设置使用彩色服务器，如果彩色服务器出现问题，你可以切换到单色服务器 x386mono，因为它已经支持各种标准的 VGA。本质上，这只是将 /usr/X386/bin/X 链接到它。
只需要编辑 Xconfig 来设置鼠标驱动类型和时序，然后键入 “startx” 即可。
这些听起来令人困惑，但它就是这样。手工配置 X windows 真的可以是一个发人深省的体验。幸好，SLS 1.05 包含了 syssetup 程序来帮你确定系统组件的种类，包括了 X windows 的显示设置。在一些提示过后，经过一些实验和调整，最终我成功启动了 X windows！
但这是来自于 1994 年的 X windows，它仍然并没有桌面的概念。我可以从 FVWM （一个虚拟窗口管理器）或 TWM （选项卡式的窗口管理器）中选择。TWM 直观地设置提供一个功能简单的图形环境。
我已经在我的 Linux 寻根之旅沉浸许久，是时候最终回到我的现代桌面上了。最初我跑 Linux 的是一台仅有 8MB 内存和 一个 120MB 硬盘驱动器的 32 位 386 电脑，而我现在的系统已经足够强大了。拥有双核 64 位 Intel Core i5 处理器，4 GB 内存和一个 128 GB 的固态硬盘，我可以在我的运行着 Linux 内核 4.11.11 的系统上做更多事情。那么，在我的 SLS 1.05 的实验结束之后，是时候离开了。
再见，Linux 1.0。很高兴看到你的茁壮成长。
（题图：图片来源：litlnemo。由 Opnesource.com 修改。CC BY-SA 2.0.）
via: https://opensource.com/article/17/8/linux-anniversary
作者：Jim Hall 译者：softpaopao 校对：wxy
你是否曾经对操作系统为何能够执行应用程序而感到疑惑？那么本文将为你揭开操作系统引导与启动的面纱。
理解操作系统开机引导和启动过程对于配置操作系统和解决相关启动问题是至关重要的。该文章陈述了 GRUB2 引导装载程序开机引导装载内核的过程和 systemd 初始化系统执行开机启动操作系统的过程。
事实上，操作系统的启动分为两个阶段： 引导 和 启动 。引导阶段开始于打开电源开关，结束于内核初始化完成和 systemd 进程成功运行。启动阶段接管了剩余工作，直到操作系统进入可操作状态。
总体来说，Linux 的开机引导和启动过程是相当容易理解，下文将分节对于不同步骤进行详细说明。
注意，本文以 GRUB2 和 systemd 为载体讲述操作系统的开机引导和启动过程，是因为这二者是目前主流的 linux 发行版本所使用的引导装载程序和初始化软件。当然另外一些过去使用的相关软件仍然在一些 Linux 发行版本中使用。
引导过程能以两种方式之一初始化。其一，如果系统处于关机状态，那么打开电源按钮将开启系统引导过程。其二，如果操作系统已经运行在一个本地用户（该用户可以是 root 或其他非特权用户），那么用户可以借助图形界面或命令行界面通过编程方式发起一个重启操作，从而触发系统引导过程。重启包括了一个关机和重新开始的操作。
上电自检过程中其实 Linux 没有什么也没做，上电自检主要由硬件的部分来完成，这对于所有操作系统都一样。当电脑接通电源，电脑开始执行 BIOS（ 基本输入输出系统 ）的 POST（ 上电自检 ）过程。
在 1981 年，IBM 设计的第一台个人电脑中，BIOS 被设计为用来初始化硬件组件。POST 作为 BIOS 的组成部分，用于检验电脑硬件基本功能是否正常。如果 POST 失败，那么这个电脑就不能使用，引导过程也将就此中断。
BIOS 上电自检确认硬件的基本功能正常，然后产生一个 BIOS 中断 INT 13H，该中断指向某个接入的可引导设备的引导扇区。它所找到的包含有效的引导记录的第一个引导扇区将被装载到内存中，并且控制权也将从引导扇区转移到此段代码。
引导扇区是引导加载器真正的第一阶段。大多数 Linux 发行版本使用的引导加载器有三种：GRUB、GRUB2 和 LILO。GRUB2 是最新的，也是相对于其他老的同类程序使用最广泛的。
GRUB2 全称是 GRand Unified BootLoader，Version 2（第二版大一统引导装载程序）。它是目前流行的大部分 Linux 发行版本的主要引导加载程序。GRUB2 是一个用于计算机寻找操作系统内核并加载其到内存的智能程序。由于 GRUB 这个单词比 GRUB2 更易于书写和阅读，在下文中，除特殊指明以外，GRUB 将代指 GRUB2。
GRUB 被设计为兼容操作系统多重引导规范，它能够用来引导不同版本的 Linux 和其他的开源操作系统；它还能链式加载专有操作系统的引导记录。
GRUB 允许用户从任何给定的 Linux 发行版本的几个不同内核中选择一个进行引导。这个特性使得操作系统，在因为关键软件不兼容或其它某些原因升级失败时，具备引导到先前版本的内核的能力。GRUB 能够通过文件 /boot/grub/grub.conf 进行配置。（LCTT 译注：此处指 GRUB1）
GRUB1 现在已经逐步被弃用，在大多数现代发行版上它已经被 GRUB2 所替换，GRUB2 是在 GRUB1 的基础上重写完成。基于 Red Hat 的发行版大约是在 Fedora 15 和 CentOS/RHEL 7 时升级到 GRUB2 的。GRUB2 提供了与 GRUB1 同样的引导功能，但是 GRUB2 也是一个类似主框架（mainframe）系统上的基于命令行的前置操作系统（Pre-OS）环境，使得在预引导阶段配置更为方便和易操作。GRUB2 通过 /boot/grub2/grub.cfg 进行配置。
两个 GRUB 的最主要作用都是将内核加载到内存并运行。两个版本的 GRUB 的基本工作方式一致，其主要阶段也保持相同，都可分为 3 个阶段。在本文将以 GRUB2 为例进行讨论其工作过程。GRUB 或 GRUB2 的配置，以及 GRUB2 的命令使用均超过本文范围，不会在文中进行介绍。
虽然 GRUB2 并未在其三个引导阶段中正式使用这些 阶段 名词，但是为了讨论方便，我们在本文中使用它们。
如上文 POST（上电自检）阶段提到的，在 POST 阶段结束时，BIOS 将查找在接入的磁盘中查找引导记录，其通常位于 MBR（ 主引导记录 ），它加载它找到的第一个引导记录中到内存中，并开始执行此代码。引导代码（及阶段 1 代码）必须非常小，因为它必须连同分区表放到硬盘的第一个 512 字节的扇区中。 在传统的常规 MBR 中，引导代码实际所占用的空间大小为 446 字节。这个阶段 1 的 446 字节的文件通常被叫做引导镜像（boot.img），其中不包含设备的分区信息，分区是一般单独添加到引导记录中。
由于引导记录必须非常的小，它不可能非常智能，且不能理解文件系统结构。因此阶段 1 的唯一功能就是定位并加载阶段 1.5 的代码。为了完成此任务，阶段 1.5 的代码必须位于引导记录与设备第一个分区之间的位置。在加载阶段 1.5 代码进入内存后，控制权将由阶段 1 转移到阶段 1.5。
如上所述，阶段 1.5 的代码必须位于引导记录与设备第一个分区之间的位置。该空间由于历史上的技术原因而空闲。第一个分区的开始位置在扇区 63 和 MBR（扇区 0）之间遗留下 62 个 512 字节的扇区（共 31744 字节），该区域用于存储阶段 1.5 的代码镜像 core.img 文件。该文件大小为 25389 字节，故此区域有足够大小的空间用来存储 core.img。
因为有更大的存储空间用于阶段 1.5，且该空间足够容纳一些通用的文件系统驱动程序，如标准的 EXT 和其它的 Linux 文件系统，如 FAT 和 NTFS 等。GRUB2 的 core.img 远比更老的 GRUB1 阶段 1.5 更复杂且更强大。这意味着 GRUB2 的阶段 2 能够放在标准的 EXT 文件系统内，但是不能放在逻辑卷内。故阶段 2 的文件可以存放于 /boot 文件系统中，一般在 /boot/grub2 目录下。
注意 /boot 目录必须放在一个 GRUB 所支持的文件系统（并不是所有的文件系统均可）。阶段 1.5 的功能是开始执行存放阶段 2 文件的 /boot 文件系统的驱动程序，并加载相关的驱动程序。
GRUB 阶段 2 所有的文件都已存放于 /boot/grub2 目录及其几个子目录之下。该阶段没有一个类似于阶段 1 与阶段 1.5 的镜像文件。相应地，该阶段主要需要从 /boot/grub2/i386-pc 目录下加载一些内核运行时模块。
GRUB 阶段 2 的主要功能是定位和加载 Linux 内核到内存中，并转移控制权到内核。内核的相关文件位于 /boot 目录下，这些内核文件可以通过其文件名进行识别，其文件名均带有前缀 vmlinuz。你可以列出 /boot 目录中的内容来查看操作系统中当前已经安装的内核。
GRUB2 跟 GRUB1 类似，支持从 Linux 内核选择之一引导启动。Red Hat 包管理器（DNF）支持保留多个内核版本，以防最新版本内核发生问题而无法启动时，可以恢复老版本的内核。默认情况下，GRUB 提供了一个已安装内核的预引导菜单，其中包括问题诊断菜单（recuse）以及恢复菜单（如果配置已经设置恢复镜像）。
阶段 2 加载选定的内核到内存中，并转移控制权到内核代码。
内核文件都是以一种自解压的压缩格式存储以节省空间，它与一个初始化的内存映像和存储设备映射表都存储于 /boot 目录之下。
在选定的内核加载到内存中并开始执行后，在其进行任何工作之前，内核文件首先必须从压缩格式解压自身。一旦内核自解压完成，则加载 systemd 进程（其是老式 System V 系统的 init 程序的替代品)，并转移控制权到 systemd。
这就是引导过程的结束。此刻，Linux 内核和 systemd 处于运行状态，但是由于没有其他任何程序在执行，故其不能执行任何有关用户的功能性任务。
启动过程紧随引导过程之后，启动过程使 Linux 系统进入可操作状态，并能够执行用户功能性任务。
systemd 是所有进程的父进程。它负责将 Linux 主机带到一个用户可操作状态（可以执行功能任务）。systemd 的一些功能远较旧式 init 程序更丰富，可以管理运行中的 Linux 主机的许多方面，包括挂载文件系统，以及开启和管理 Linux 主机的系统服务等。但是 systemd 的任何与系统启动过程无关的功能均不在此文的讨论范围。
首先，systemd 挂载在 /etc/fstab 中配置的文件系统，包括内存交换文件或分区。据此，systemd 必须能够访问位于 /etc 目录下的配置文件，包括它自己的。systemd 借助其配置文件 /etc/systemd/system/default.target 决定 Linux 系统应该启动达到哪个状态（或 目标态 ）。default.target 是一个真实的 target 文件的符号链接。对于桌面系统，其链接到 graphical.target，该文件相当于旧式 systemV init 方式的 runlevel 5。对于一个服务器操作系统来说，default.target 更多是默认链接到 multi-user.target， 相当于 systemV 系统的 runlevel 3。 emergency.target 相当于单用户模式。
（LCTT 译注：“target” 是 systemd 新引入的概念，目前尚未发现有官方的准确译名，考虑到其作用和使用的上下文环境，我们认为翻译为“目标态”比较贴切。以及，“unit” 是指 systemd 中服务和目标态等各个对象/文件，在此依照语境译作“单元”。）
注意，所有的 目标态 和 服务 均是 systemd 的 单元 。
如下表 1 是 systemd 启动的 目标态 和老版 systemV init 启动 运行级别 的对比。这个 systemd 目标态别名 是为了 systemd 向前兼容 systemV 而提供。这个目标态别名允许系统管理员（包括我自己）用 systemV 命令（例如 init 3）改变运行级别。当然，该 systemV 命令是被转发到 systemd 进行解释和执行的。
| SystemV 运行级别 | systemd 目标态 | systemd 目标态别名 | 描述 |
|---|---|---|---|
halt.target | 停止系统运行但不切断电源。 | ||
| 0 | poweroff.target | runlevel0.target | 停止系统运行并切断电源. |
| S | emergency.target | 单用户模式，没有服务进程运行，文件系统也没挂载。这是一个最基本的运行级别，仅在主控制台上提供一个 shell 用于用户与系统进行交互。 | |
| 1 | rescue.target | runlevel1.target | 挂载了文件系统，仅运行了最基本的服务进程的基本系统，并在主控制台启动了一个 shell 访问入口用于诊断。 |
| 2 | runlevel2.target | 多用户，没有挂载 NFS 文件系统，但是所有的非图形界面的服务进程已经运行。 | |
| 3 | multi-user.target | runlevel3.target | 所有服务都已运行，但只支持命令行接口访问。 |
| 4 | runlevel4.target | 未使用。 | |
| 5 | graphical.target | runlevel5.target | 多用户，且支持图形界面接口。 |
| 6 | reboot.target | runlevel6.target | 重启。 |
default.target | 这个 目标态 是总是 multi-user.target 或 graphical.target 的一个符号链接的别名。systemd 总是通过 default.target 启动系统。default.target 绝不应该指向 halt.target、 poweroff.target 或 reboot.target。 |
表 1 老版本 systemV 的 运行级别与 systemd 与 目标态 或目标态别名的比较
每个 目标态 有一个在其配置文件中描述的依赖集，systemd 需要首先启动其所需依赖，这些依赖服务是 Linux 主机运行在特定的功能级别所要求的服务。当配置文件中所有的依赖服务都加载并运行后，即说明系统运行于该目标级别。
systemd 也会查看老式的 systemV init 目录中是否存在相关启动文件，若存在，则 systemd 根据这些配置文件的内容启动对应的服务。在 Fedora 系统中，过时的网络服务就是通过该方式启动的一个实例。
如下图 1 是直接从 bootup 的 man 页面拷贝而来。它展示了在 systemd 启动过程中一般的事件序列和确保成功的启动的基本的顺序要求。
sysinit.target 和 basic.target 目标态可以被视作启动过程中的状态检查点。尽管 systemd 的设计初衷是并行启动系统服务，但是部分服务或功能目标态是其它服务或目标态的启动的前提。系统将暂停于检查点直到其所要求的服务和目标态都满足为止。
sysinit.target 状态的到达是以其所依赖的所有资源模块都正常启动为前提的，所有其它的单元，如文件系统挂载、交换文件设置、设备管理器的启动、随机数生成器种子设置、低级别系统服务初始化、加解密服务启动（如果一个或者多个文件系统加密的话）等都必须完成，但是在 sysinit.target 中这些服务与模块是可以并行启动的。
sysinit.target 启动所有的低级别服务和系统初具功能所需的单元，这些都是进入下一阶段 basic.target 的必要前提。
图 1：systemd 的启动流程
在 sysinit.target 的条件满足以后，systemd 接下来启动 basic.target，启动其所要求的所有单元。 basic.target 通过启动下一目标态所需的单元而提供了更多的功能，这包括各种可执行文件的目录路径、通信 sockets，以及定时器等。
最后，用户级目标态（multi-user.target 或 graphical.target） 可以初始化了，应该注意的是 multi-user.target 必须在满足图形化目标态 graphical.target 的依赖项之前先达成。
图 1 中，以 * 开头的目标态是通用的启动状态。当到达其中的某一目标态，则说明系统已经启动完成了。如果 multi-user.target 是默认的目标态，则成功启动的系统将以命令行登录界面呈现于用户。如果 graphical.target 是默认的目标态，则成功启动的系统将以图形登录界面呈现于用户，界面的具体样式将根据系统所配置的显示管理器而定。
最近我需要改变一台使用 GRUB2 的 Linux 电脑的默认引导内核。我发现一些 GRUB2 的命令在我的系统上不能用，也可能是我使用方法不正确。至今，我仍然不知道是何原因导致，此问题需要进一步探究。
grub2-set-default 命令没能在配置文件 /etc/default/grub 中成功地设置默认内核索引，以至于期望的替代内核并没有被引导启动。故在该配置文件中我手动更改 GRUB_DEFAULT=saved 为 GRUB_DEFAULT=2，2 是我需要引导的安装好的内核文件的索引。然后我执行命令 grub2-mkconfig > /boot/grub2/grub.cfg 创建了新的 GRUB 配置文件，该方法如预期的规避了问题，并成功引导了替代的内核。
GRUB2、systemd 初始化系统是大多数现代 Linux 发行版引导和启动的关键组件。尽管在实际中，systemd 的使用还存在一些争议，但是 GRUB2 与 systemd 可以密切地配合先加载内核，然后启动一个业务系统所需要的系统服务。
尽管 GRUB2 和 systemd 都比其前任要更加复杂，但是它们更加容易学习和管理。在 man 页面有大量关于 systemd 的帮助说明，freedesktop.org 也在线收录了完整的此帮助说明。下面有更多相关信息链接。
作者简介：
David Both 居住在美国北卡罗纳州的首府罗利，是一个 Linux 开源贡献者。他已经从事 IT 行业 40 余年，在 IBM 教授 OS/2 20余年。1981 年，他在 IBM 开发了第一个关于最初的 IBM 个人电脑的培训课程。他也曾在 Red Hat 教授 RHCE 课程，也曾供职于 MCI worldcom，Cico 以及北卡罗纳州等。他已经为 Linux 开源社区工作近 20 年。
via: https://opensource.com/article/17/2/linux-boot-and-startup
作者：David Both 译者： penghuster 校对：wxy
本页面是为了跟踪在不久的将来某个时间内有可能出现在主线内核和/或主要发行版中的 Linux 开发社区的进展情况。你的“首席气象学家”是 LWN.net 执行主编 Jonathan Corbet。如果你有改进预测的建议（特别是如果你有一个你认为应该跟踪的项目或修补程序的情况下），请在下面补充你的意见。
当前情况：内核 4.12 于 7 月 2 日发布。它包含了许多新功能，包括：
4.12 是最繁忙的内核开发周期之一，合并了近 15000 次更新。有关这些变化来源的概述，请参阅这里。
短期预测：4.13 内核预期在 2017 年 9 月初发布。这个内核中会出现的一些变化是：
4.13 内核现在处于稳定时期，所以在这个开发周期的剩余时间内只会接受修复补丁。
这篇文章根据知识共享署名 - 共享 3.0 许可证获得许可。
via: https://www.linux.com/news/2017/7/linux-weather-forecast
作者：JONATHAN CORBET 译者：geekpi 校对：wxy
在项目早期就遇到公开的失败后，一个著名大学的 IT 团队决定将他们的 web 注册系统部署到 Linux上，此举几乎将服务器的最大用户访问量提高了 3 倍
1998年，我在明尼苏达大学为一个新的 web 团队管理他们的服务器管理组。明尼苏达大学是一个非常大的大学，个个院校拥有接近 6000 名在校大学生。当时学校是用一个上了年纪的大型机系统来做学生的档案管理系统，这种系统已经过时了，所以需要做出改变。
这个系统不是 Y2K 类型的（LCTT 译注：保存年份时只用两位数，导致记录 2000 年时计算机会记录为 1900 年，详见 What Does Y2K Compliant Mean?），所以我们准备建立一个由仁科软件公司来交付的新的学生档案管理系统。这个新系统对明尼苏达大学来说有很多作用，不仅能够管理学生的档案，还能提供其他的一些功能。然而它却缺少了一项关键特性：你不能在你的浏览器上通过 web 来给你的班级进行注册。
按照今天的标准来看，这是一个重大的疏忽，但是在上世纪九十年代，互联网还是一个新生概念。亚马逊才建立不久，ebay 刚创业一年，google 呱呱坠地，Wikipedia 还没有影儿。所以 1998 年仁科公司没有支持 web 在线注册课程这个功能也就不足为奇了。但是明尼苏达大学作为 Gopher 网络的发源地，并且给之前的大型机系统开发了一套 web 功能接口，我们觉得 web 在线注册功能对于这个新的学生档案管理系统是至关重要的。
我们在这个 web 团队的任务就是去实现此管理系统的 web 在线注册功能。
幸运的是，我们并不是孤军奋战。我们联系了 IBM ，在第二年一起开始来搭建这个新的 web 在线注册系统。IBM 负责提供硬件和软件环境来运行这个 web 系统：3 个运行最新的 AIX 系统（类 UNIX 操作系统）、IBM Java 和 IBM WebSphere 平台的 SP 电脑节点，并用一个 IBM 的负载均衡器来实现 3 个节点的负载分流。
在经过一年多的开发和测试后，我们的系统终于上线了！但不幸的是失败却接踵而至。
在开发过程中，我们无法准确地模拟测试真实场景下许多学生同时登录的场景。原因不是没有测试环境，明尼苏达大学有定制的 web 负载测试软件包，而且 IBM 有自己的工具做补充，但是这个 web 系统在当时对我们来说实在是太陌生了，我们没有意识到这些测试工具是不能满足要求的。
通过数月的测试，我们将此 web 系统的预期负载量调整到 240 个并发用户。但不幸的是，我们实际的使用量却是预期的两倍左右，在第一天系统上线时，超过 400 名学生马上同时登录进系统，由于负载远远超出预期值，3 台 web 服务器直接宕机了。由于持续的高负载，服务器一直崩溃，只能不断地重启。一台刚重启完，另一台又宕机重启了，这种场景居然持续了一个月。
由于不能有效地通过 web 注册，学生只能通过原来的方法来注册：来到登记员的办公室，拿着笔注册，然后再出门。当地报纸也幸灾乐祸地嘲讽道："电脑软件的失败强迫学生只能面对面地注册！"
面对失败这个事实，我们尽自己全力在下一个开发周期中来提高软件性能，在之后 6 个月的时间里，我们疯狂地想去增强这套系统的负载能力。尽管增加了更多的代码，调整了多次配置，还是不能支持更多的用户。尽力了，然而面对的还是失败。
就如所料的，在下一个迭代周期后，迎接我们的还是失败。服务器由于负载问题一次又一次地宕机。这一次新闻标题已经变成了：“web 注册系统就是垃圾”。
在开始下一个为期 6 个月的迭代前，我们已经绝望了。没有人知道服务器不停宕机的原因，我们已经预期这个问题现在是无解的。我们是要采取一些措施来搞定这个问题，但是怎么做呢？以下是我们讨论得出的方法：
IBM 当时引入了 Linux，给它的 Java 和 WebSphere 平台做了二次开发。所有产品都获得了红帽公司的 RHEL 认证，并且有几个产品已经在我们的桌面系统上运行了。我们意识到了现在在 Linux 上已经有了完整的生态系统来运行我们的 web 管理系统，但是它能表现的比 AIX 更好吗？
在搭建好一个测试服务器并进行基本的负载测试后，我们惊奇的发现一台 Linux 服务器能够轻松地支持之前 3 台 AIX 服务器所不能支持的负载量，在相同的 web 代码、IBM Java 和 WebSphere 平台下，单台 Linux 服务器能够支持超过 200 个用户。
我们将这个消息告诉了登记员和 CIO，他们同意将 web 注册系统切换到 Linux 平台上。虽然这是我们第一次在明尼苏达大学跑 Linux，但是失败已成习惯，反而无所畏惧了。AIX 只会失败，Linux 却是我们唯一的希望。
我们马上基于 Linux 来进行开发。另一个组的同事也提供了几台 Intel 服务器来给我们使用，我们给服务器装上红帽系统和相关的 IBM 组件，然后在新系统上进行了持续性的负载测试，令人欣喜的是，Linux 服务器没有出现任何问题。
经过两个月高强度的开发测试，我们的新系统终于上线了，而且是巨大的成功！在巨大的负载下，web 注册系统在 Linux 的表现都堪称完美。同时在线峰值甚至超过了 600 名用户。Linux 拯救了明尼苏达大学的 web 注册系统~
当我回首这个项目时，我发现你可以用以下几个点来向你的团队介绍 Linux：
1、 解决问题, 不要自欺欺人
当我们提议在企业中使用 Linux 时，并不是因为我们认为 Linux 很酷才使用它。当然，我们是 Linux 的爱好者并且已经在自己的环境中运行过它，但是我们在公司是为了解决问题的。能用 Linux 是因为我们的登记员和出资人同意 Linux 是解决问题的一个方法，而不仅仅是因为 Linux很酷我们想用它。
2、 尽可能小的去做改变
我们的成功是建立在 IBM 已经基于 Linux 做出了它的 Java 和 WebSphere 产品的基础上的。这能让我们在将 web 系统从 AIX 切换到 Linux 上不用做过多的修改适配。两者比起来只有硬件和操作系统改变了，其他系统相关的组件都保持了一致，这些都是保证平台切换成功的基石。
3、 诚实对待风险和回报
我们的问题很明显：web 注册系统在前两个迭代周期中都失败了，而且很可能再次失败。当我们将自己的想法（AIX 切换到 Linux）告诉出资方后，我们对其中的风险和回报是心知肚明的。如果我们什么都不做，就只有失败，如果我们尝试切换到 Linux 平台，我们可能会成功，而且从最初的测试结果分析，成功的概率是高于失败的。
而且就算在 Linux 平台下项目还是失败了，我们也可以迅速地切换回 AIX 服务器。有了这些细致的分析和措施，终于使登记员能够安心让我们试试 Linux。
4、 言简意赅地交流
在项目平台切换的过程中，我们做了一个整体计划。我们在一张白纸上明确地写下了我们计划做什么，为什么要这么做。这种方式的成功关键就在于计划的简短性。领导们不喜欢像看小说一样来看技术性的主意，他们不想纠缠在技术细节中。所以我们有意地在执行层面上进行计划安排，在框架层面上进行描述。
当我们在进行平台切换时，我们会定期的告诉出资人当前进展。当新系统成功完成后，我们每天都会提交更新，报告已经有多少学生成功通过此系统完成注册和遇到的问题。
尽管这个项目已经过去了接近 20 年，但是其中的经验教训在今天仍然适用。尽管 Linux 在其中起了举足轻重的作用，但是最重要的还是我们成功地将所有人的目标引导到解决共同的问题上。我认为这种经验也可以运用到很多你所面对的事情当中。
作者简介：
Jim Hall -我是 FreeDOS 项目的发起者和协调人，我也在 GNOME 理事会中担任董事。工作上我是明尼苏达州拉姆西县的首席信息官，空闲时间里我为开源软件的可用性做出相关的贡献，并通过 Outreachy（为女性提供帮助的一项GNOME外展服务）来指导可用性测试。
via: https://opensource.com/article/17/7/how-introduced-organization-linux
作者：Jim Hall 译者：吴霄/toyijiu 校对：wxy