也是一个技术孵化器。通过每半年发布一次的创新版，快速集成 openEuler 以及其他社区的最新技术成果， 将社区验证成熟的特性逐步回合到发行版中。这些新特性以单个开源项目的方式存在于社区，方便开发者获得源代码，也 方便其他开源社区使用。 社区中的最新技术成果持续合入发行版，发行版通过用户反馈反哺技术，激发社区创新活力，从而不断孵化新技术。 发行版平台和技术孵化器互相促进、互相推动、牵引版本持续演进。 First openEuler 开源社区 二次发行 直接使用 构建规范 社区开发 平台 版本发布 配套工具 发布 SLA 运维平台 客户反馈 缺陷跟踪平台 芯片生态 构建平台 代码、版本管理、工具管理平台 发布规范 平台架构 06 openEuler 23.09 技术白皮书 openEuler 社区当前已与多个设备厂商建立丰富的南向生态，Intel、AMD 等主流芯片厂商的加入和参与，openEuler 和加速器之间的统一虚拟内存，CPU 内存与加速器内存可共享一个 指针，显著降低了异构编程复杂度。当前基于 NPU 试点，驱动仅需百行修改即可接入 GMEM，替换原有约 4000 行内存管 理框架代码。 加速器内存自动超分 使用 GMEM 接口分配内存时，将不受加速器的物理内存容量所限制，应用可以透明地超分内存（当前上限为 CPU 的 DRAM 容量）。GMEM 将较冷的设备内存页换出到 CPU

2016 年发起，经过数年的开发与迭代，Linux Lab 于 2019 年 6 月 28 日迎来了第 1 个 正式版本 v0.1。 • v0.1 rc3 – 按需加载 prebuilt 并迁移代码仓库到国内，大幅优化了下载体验 • v0.1 rc2 – 修复了几处基础体验 Bugs • v0.1 rc1 – 历史上发布的第 1 个版本，在历史功能上进一步添加了 raspi3 和 RISC-V 架构的 aarch64/virt 新增 U-Boot 支持并升级 arm/vexpress-a9 的 U-Boot 到当前最新版本，另外，修复了一处新内核下在容器内插入 NFSD 模块导致的系统卡 死问题。 • v0.4 rc3 – 新增 aarch64/virt U-Boot 支持 – 临时修复新版本内核上容器内插入 NFSD 模块引起的 Sync 卡死问题 • v0.4 rc2 – 新增第 Kali、Mint 等发行版支持。 • v0.9 rc3 – 新增 FAST FETCH 功能，支持单独快速下载指定内核版本 – 新增 ONESHOT 内存编译功能，在原有内存编译的基础上增加代码内存缓存支持 15 欢迎加入 Linux Lab 用户组，联系微信：tinylab，公众号：泰晓科技 – 大幅优化 Linux Lab 的启动速度和交互性能，提升 10 到 20 倍 – 完善

2016 年发起，经过数年的开发与迭代，Linux Lab 于 2019 年 6 月 28 日迎来了第 1 个 正式版本 v0.1。 • v0.1 rc3 – 按需加载 prebuilt 并迁移代码仓库到国内，大幅优化了下载体验 • v0.1 rc2 – 修复了几处基础体验 Bugs • v0.1 rc1 – 历史上发布的第 1 个版本，在历史功能上进一步添加了 raspi3 和 RISC-V 架构的 aarch64/virt 新增 U-Boot 支持并升级 arm/vexpress-a9 的 U-Boot 到当前最新版本，另外，修复了一处新内核下在容器内插入 NFSD 模块导致的系统卡 死问题。 • v0.4 rc3 – 新增 aarch64/virt U-Boot 支持 – 临时修复新版本内核上容器内插入 NFSD 模块引起的 Sync 卡死问题 • v0.4 rc2 – 新增第 Kali、Mint 等发行版支持。 • v0.9 rc3 – 新增 FAST FETCH 功能，支持单独快速下载指定内核版本 – 新增 ONESHOT 内存编译功能，在原有内存编译的基础上增加代码内存缓存支持 – 大幅优化 Linux Lab 的启动速度和交互性能，提升 10 到 20 倍 – 完善 Linux Lab for Windows 支持，同时兼容 Docker Toolbox

2016 年发起，经过数年的开发与迭代，Linux Lab 于 2019 年 6 月 28 日迎来了第 1 个 正式版本 v0.1。 • v0.1 rc3 – 按需加载 prebuilt 并迁移代码仓库到国内，大幅优化了下载体验 • v0.1 rc2 – 修复了几处基础体验 Bugs • v0.1 rc1 – 历史上发布的第 1 个版本，在历史功能上进一步添加了 raspi3 和 RISC-V 架构的 aarch64/virt 新增 U-Boot 支持并升级 arm/vexpress-a9 的 U-Boot 到当前最新版本，另外，修复了一处新内核下在容器内插入 NFSD 模块导致的系统卡 死问题。 • v0.4 rc3 – 新增 aarch64/virt U-Boot 支持 – 临时修复新版本内核上容器内插入 NFSD 模块引起的 Sync 卡死问题 • v0.4 rc2 – 新增第 Kali、Mint 等发行版支持。 • v0.9 rc3 – 新增 FAST FETCH 功能，支持单独快速下载指定内核版本 – 新增 ONESHOT 内存编译功能，在原有内存编译的基础上增加代码内存缓存支持 15 欢迎加入 Linux Lab 用户组，联系微信：tinylab，公众号：泰晓科技 – 大幅优化 Linux Lab 的启动速度和交互性能，提升 10 到 20 倍 – 完善

20.4 备份的种类、频率与工具的选择 20.5 鸟哥的备份策略 20.6 灾难复原的考虑 20.7 重点回顾 20.8 本章习题 20.9 参考资料与延伸阅读 第二十一章、软件安装：源代码与 Tarball 20.1 开放源码的软件安装与升级简介 21.2 使用传统程序语言进行编译的简单范例 21.3 用 make 进行宏编译 21.4 Tarball 的管理与建议 21.5 23.3 显卡驱动程序安装范例 23.4 重点回顾 23.5 本章习题 23.6 参考资料与延伸阅读 第二十四章、Linux 核心编译与管理 24.1 编译前的任务：认识核心与取得核心源代码 24.2 核心编译的前处理与核心功能选择 24.3 核心的编译与安装 24.4 额外（单一）核心模块编译 24.5 以最新核心版本编译 CentOS 7.x 的核心 24.6 重点回顾 Linux 私房菜：基础学习篇 第四版 11 目录及概述 1.1.1 Linux是什么？操作系统/应用程序？ 1.1.2 Linux之前，Unix的历史 1.1.3 关于GNU计划、自由软件与开放源代码 1.2 Torvalds的Linux发展 1.2.1 与Minix之间 1.2.2 对386硬件的多任务测试 1.2.3 初次释出Linux 0.02 1.2.4 Linux的发展：虚拟团队的产生

的情况下而允许大众可以做最大限度的使用！那么 GPL 是什么呢？基 本上他是基于 GNU 的架构下的！简单的说， GNU 就是『自由软件』的意思，『自由软件』是放置于网 络上供人免费下载使用的软件，基本上他会提供原始程序代码与编译完成的执行档（有的仅提供原始码， 要编译得 自己来才行），并鼓励使用者修改程序使符合使用者本身的服务需求，当然啰，如果你将这些自 由软件修改之后，以商业的手法来贩卖，也不会触犯到什么法律上的责任啦，只是如此一来则违反了自由 如果您修改了自由软件或者发布了软件的副本，这些规定就转化为您的责任。 例如，如果您发布这样一个程序的副本，不管是免费的还是收费的，您必须将您具有的一切权 利给予您的接受者；您必须确认他们能收到或得到原始程序代码；并且将这些条款给他们看， 使他们知道他们有这样的权利。 我们采取两项措施来保护您的权利： 1.用版权来保护软件。 2.提供您许可证，赋予您复制，发布和修改这些软件的法律许可。 同样 Open Linux 3.1.1 与 Red Hat 8.0 为例，前者仅需要一 块 CD 即可，后者却需要 3 块 CD 才行！此外，这些 distribution 的 CD 基本上均提供含有原始程序 代码的 Source RPM (SRPM) 及可直接安装的 binary RPM，下载之前请先了解各 distribution 的 CD 内 容，以免占用您与他人的网络频宽！ 主机的服务规划 前面

鸟哥的备份策略 22.6. 20.6 灾难复原的考虑 22.7. 20.7 重点回顾 22.8. 20.8 本章习题 22.9. 20.9 参考资料与延伸阅读 23. 第二十一章、软件安装：源代码与 Tarball 23.1. 20.1 开放源码的软件安装与升级简介 23.2. 21.2 使用传统程序语言进行编译的简单范例 23.3. 21.3 用 make 进行宏编译 23.4. 21 4 重点回顾 25.5. 23.5 本章习题 25.6. 23.6 参考资料与延伸阅读 26. 第二十四章、Linux 核心编译与管理 26.1. 24.1 编译前的任务：认识核心与取得核心源代码 26.2. 24.2 核心编译的前处理与核心功能选择 26.3. 24.3 核心的编译与安装 26.4. 24.4 额外（单一）核心模块编译 26.5. 24.5 以最新核心版本编译 CentOS 23.7. 21.7 重点回顾 23.8. 21.8 本章习题 23.9. 21.9 参考资料与延伸阅读 虽然使用源代码进行编译可以进行客制化的设置，但对于 Linux distribution 的原本发布商来说， 则有软件管 理不易的问题， 毕竟不是每个人都会进行源代码编译的。 如果能够将软件预先在相同的硬件与操作系统上面编译好 才发布的话…..2015/09/09 24.1. 22.1

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146 9.4.12 殺死一個程序 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . (命令列系統) ”systemctl isolate multi-user” 轉換到” 應急模式” (單使用者命令列系統) ”systemctl isolate rescue” 向”$unit” 傳送殺死訊號 ”systemctl kill $unit” 檢查”$unit” 服務是否是活動的 ”systemctl is-active $unit” 檢查”$unit” 服務是否是失敗的 ”systemctl eyboard” 和”/etc/default/console-setup” 裡的配置引數。這個也會配置 Linux 控制檯字型。許多非 ASCII 字元，包括許多歐洲語言使用的重音字元，可以使用 死鍵、AltGr 鍵 和 組合鍵 來輸入它們。 8.2.2 Wayland 鍵盤輸入 Wayland 桌面系統上的 GNOME, 節 8.2.1 不支援非英語的歐洲語言。IBus 不僅支援亞洲語言，也支援歐洲語言。GNOME

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136 9.1.5 扫描源代码树 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170 9.10.4 编译内核源代码：Debian 内核团队推荐 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171 9.10.5 硬件驱动和固件 . . . . . . . . . . . . . 190 10.4 源代码合并工具 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190 10.4.1 从源代码文件导出差异 . . . . . . . . . . . . . . . .

月 日 开源共享精神 一般情况下，软件的源代码只由编写者拥有，而开源（即开放源代码，Open Source Code） 是指一种更自由的软件发布模式。简单来说，开源软件的特点就是把软件程序和源代码文件 一起打包提供给用户，让用户在不受限制地使用某个软件功能的基础上还可以对代码按需修 改，让软件更贴合硬件环境，让功能更符合工作需求。用户还可以将其编制成衍生产品再发 的目的是保证程序员在开源社区中所做的工作对整个世界是有益的，所开发的软 件也是自由的，并极力避免开源软件被私有化以及被无良软件公司所剥削。 现在，只要软件中包含了遵循 GPL 许可证的产品或代码，该软件就必须开源、免费， 因此这个许可证并不适合商业收费软件。遵循该许可证的开源软件数量极其庞大，包 括 Linux 内核在内的大多数的开源软件都是基于 GPL 许可证的。GPL 赋予了用户著 开源协议。与标准 GPL 许可证相比，LGPL 允许商业软件以类库引用的方式使 用开源代码，而不用将其产品整体开源，因此普遍被商业软件用来引用类库代码。简 单来说，就是针对使用了基于 LGPL 许可证的开源代码，在涉及这部分代码，以及修 改过或者衍生出来的代码时，都必须继续采用 LGPL 协议，除此以外的其他代码则不 强制要求。 如果您觉得 LGPL 许可证更多地是关注对类库文件的保护，而不是软件整体，那就对