GNU/Linux 当前稳定版安装手册 • Debian GNU/Linux 当前测试版安装手册 免责声明 所有担保条款具有免责效力。所有商标均为其各自商标所有者的财产。 Debian 系统本身是一个变化的事物。这导致其文档难于及时更新并且正确。虽然是以 Debian 系统当前的 测试版作为 写作该文档的基础，但当你阅读本文的时候，部分内容仍然可能已经过时。 请把本文档作为第二参考。本文档不能够代 ’/info/’” • The bug report: https://bugs.debian.org/package_name • Debian Wiki（https://wiki.debian.org/）用于变化和特定的话题 • The Single UNIX Specification from the Open Group’s The UNIX System Home Page • 自由的百科全书：维基百科（https://www 对现有文件重复名称 –“ln foo bar” • 符号链接或 symlink – 通过名字指向另一个文件的特殊文件 –“ln -s foo bar” 请参阅下面的示例，rm 命令结果中链接数的变化和细微的差别。 $ umask 002 $ echo ”Original Content” > foo $ ls -li foo 1449840 -rw-rw-r-- 1 penguin penguin

支持在线和离线部署模式多种部署模式，结合 GitOps 管理能力、感知集群配置变化，驱动集群 OS 统一高效部署。 功能描述 1. 集群配置版本化管理：配置统一 Git repo 版本化管理，使用仓库汇总和跟踪集群的配置信息 ; 2. 配置感知：GitOps 会感知 git 配置库中集群配置信息的变化，给部署引擎发起集群相应的操作请求； 3. 部署引擎：部署引擎负责下发任务给业务 提供统一的跨边云的协同框架（KubeEdge+），实现边云之间的应用管理与部署，跨边云的通信，以及跨边云 的南向外设管理等基础能力。配置感知：GitOps 会感知 git 配置库中集群配置信息的变化，给部署引擎发起集群 相应的操作请求。 未来还将提供： 1. 边云服务协同：边侧部署 EdgeMesh Agent，云侧部署 EdgeMesh Server 实现跨边云服务发现和服务路由； 边缘数据服务：通过边缘数据服务实现消息、数据、媒体流的按需持久化，并具备数据分析和数据导出的能力 4. 边云智能协同架构（Sedna）：基于开源 sedna 框架，提供基础的边云协同推理、联邦学习、增量学习等能力， 并实现了基础的模型管理、数据集管理等，使能开发者快速开发边云 AI 协同特性，以及提升用户边云 AI 特性的 训练与部署效率。 应用场景 可应用智能制造、城市交通、高速收费稽查

边缘数据服务：通过边缘数据服务实现消息、数据、媒体流的按需持久化，并具备数据分析和数据导出的能力。 4. 边云智能协同架构（Sedna）：基于开源 Sedna 框架，提供基础的边云协同推理、联邦学习、增量学习等能力，并 实现了基础的模型管理、数据集管理等，使能开发者快速开发边云 AI 协同特性，以及提升用户边云 AI 特性的训练 与部署效率。 应用场景 可应用智能制造、城市交通、高速收费稽查 多架构、在线和离线部署模式等多种部署模式，可结合 GitOps 管理能力，感知集群配置变化，驱动集群 OS 统一高效部署。 功能描述 1. 集群配置版本化管理：配置统一 Git repo 版本化管理，使用仓库汇总和跟踪集群的配置信息。 2. 配置感知：GitOps 会感知 git 配置库中集群配置信息的变化，向部署引擎发起集群相应的操作请求。 3. 部署引擎：部署引擎负责下发任务给业务集群 支持 JMap 并行扫描（毕昇 JDK8 和 毕昇 JDK11 ）：OpenJDK JMap 工具默认是单线程执行 Java 程序的 dump 操作，毕昇 JDK8 & JDK11 实现其并行化、增量式扫描，有效提升 JMap 在大堆场景的扫描速度，已支持 G1GC & ParallelGC & CMS。 应用场景 应用场景 1：大数据应用 针对大数据优化 GC 内存的分配和回收，消除

sed 功能强大的流式文本编辑器 seinfo 查询SELinux的策略提供多少相关规则 semanage 默认目录的安全上下文查询与修改 sendmail 著名电子邮件服务器 seq 以指定增量从首数开始打印数字到尾数 service 控制系统服务的实用工具 sesearch 查询SELinux策略的规则详情 set 显示或设置shell特性及shell变量 setfacl 设置文件访问控制列表 -B：与选项“-A”功能相同，但是不显示冲突的内容； 4. -e/--ed：生成一个“-ed”脚本，用于将第2个文件和第3个文件之间的不同合并到第1个文件中； 5. --easy-only：除了不显示互相重叠的变化，与选项“-e”的功能相同； 6. -i：为了和system V系统兼容，在“ed”脚本的最后生成“w”和“q”命令。此选项必须和选项“-AeExX3”连 用，但是不能和“-m”连用； 7 备份后发生过改变的数据）并在 /etc/dumpdates 中记录相关信息： 1. dump -1u -f /tmp/homeback.bak /home 通过dump命令的备份层级，可实现完整+增量备份、完整+差异备份，在配合crontab可以实现无人值 守备份。 dump 用于备份ext2或者ext3文件系统 - 309 - 本文档使用 书栈网 · BookStack.CN 构建 e2fsck

决了动态库热补丁的难题。补丁生效流程如下图所示。 特性增强 25 openEuler 23.09 技术白皮书 新增特性 支持容器内构建补丁 • 通过使用 ebpf 技术监控编译器进程，实现无需创建字符设备、纯用户态化获取热补丁变化信息，并允许用户在多个 不同容器内进行并行热补丁编译。 • 用户可以通过安装不同 rpm 包（syscare-build-kmod 或 syscare-build-ebpf）来选择使用 ko 或者 的构建，并支持开发者通过搭积木方式，组装 和定制出适合自己需求的场景化 OS。主要提供增量 / 全量构建，分层定制与镜像定制的能力。 社区开发者及合作伙伴基于统一构建系统建设自己的用户个人仓，OS 核心仓，定制出适合自己需求的场景化 OS。 应用场景 功能描述 • 增量 / 全量构建：基于软件包变化，结合软件包依赖关系，分析影响范围，得到待构建软件包列表，按照依赖顺序并 行下发构建任务。

你需要有自学大量知识和技能的能力。 – 其他志愿者的关注是非常稀缺的资源。 • Debian 一直在不断进步。 – Debian 期望你制作出高质量的软件包。 – 你应该随时调整自己来适应世界的变化。 在 Debian 社区中有这几类常见的角色： • Upstream author (上游作者)：程序的原始作者。 • Upstream maintainer (上游维护者)：目前在上游维护程序代码的人。 为了兼容 dash 作为系统 shell 的情况。 Debian 新维护者手册 35 / 57 升级到新版本应当是静默且非侵入式的 (已有用户应当只在发现旧的 Bug 被修复或有新特性时注意到升级的变化)。 当更新必须以非静默模式进行时 (例如分散在多个主目录中的配置文件都要改为完全不同的结构时)，作为最后的手段， 你应该考虑将软件包设置到安全的回退状态 (例如禁用服务) 并按照 Debian Policy Debian FTP 仓库维护程序用于安装二进制和源代码包。它 是部分从 changelog 和 .dsc 文件生成的。 随着你不断完善这个软件包，程序的行为会发生变化，也会有更多新特性添加进来。下载你软件包的人可以查看 这个文件来快速找到有哪些变化，Debian 仓库维护程序还会把它的内容发表至 debian-devel-changes@lists.debian.org (http://lists.debian

– 您需要有自学大量知识和技能的能力。 – 其他志愿者的关注是非常稀缺的资源。 • Debian 一直在不断进步。 – Debian 期望您制作出高质量的软件包。 – 您应该随时调整自己来适应变化。 在这篇指南之后的部分中，我们只关注打包的技术方面。因此，请参考下面的文档来理解 Debian 的社 会动力学： • Debian: 17 年的自由软件、“实干主义”、和民主（前任 DPL 制作的介绍性幻灯片） 软件包第七版或更新的版本中可用。本指南内容假设您在使用 debhelper 第 13 版或更新的版本。 3debmake 命令会产生稍微复杂一些的 debian/rules 文件。虽然如此，其核心结构没有什么变化。 36 CHAPTER 5. 基本内容 5.6. DEBIAN/RULES 在这种情况下，您应该添加一个 override_dh_auto_build 目标并在其中执行“dh_auto_build 该方法适用于简单 binNMU 可以快速解决所有受影响软件包对该库依赖的情况下。（ABI 有变 化，过时的 API 被移除而常用、活跃的 API 未变化。） – 该方法有时也能适用于可协调进行手动的代码更新，影响范围限定在有限的一些软件包中的 情况下。（API 有变化） • 使用带版本的 -dev 软件包名称：libfoo7-dev 和 libfoo8-dev – 该情况通常适用于各类重要库软件包。

Left-Alt-key（或 Windows-key） Emacs 和相似 UI 的元鍵（meta-key） Up-arrow 開始在 bash 中的指令歷史搜索 Ctrl-R 開始在 bash 中的增量指令歷史搜索 Tab 在 bash 命令列中補全文件名 Ctrl-V Tab 在 bash 命令列中輸出 Tab 而不是進行補全 Table 1.14: bash 的按鍵綁定列表 提示 Ctrl-S 和後續版本原生支援；在 Linux 上，通過使用 FUSE 的 NTFS-3G 支援。) ISO9660 在 CD-R 和 DVD+/-R 上的跨平臺的靜態資料分享 UDF CD-R 和 DVD+/-R (新) 上的增量資料寫入 MINIX 軟盤上磁碟空間高利用率的 unix 檔案資料儲存 ext2 在裝有老舊 linux 系統的硬碟上的資料分享 ext3 在裝有老舊 linux 系統的硬碟上的資料分享 ext4 10.1.2 描述的基礎工具能夠通過自定義指令碼來幫助系統備份。這些指令碼的功能可以通過如下的工 具來增強。 • restic 軟體包能夠增量備份（遠端）。 • rdiff-backup 軟體包能夠增量備份（遠端）。 • dump 軟體包用於高效增量的歸檔和恢復整個檔案系統。 提示 參見”/usr/share/doc/dump/” 和 ”Is dump really deprecated

三种不同的 ARM 移植 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2.1.3 ARM CPU 设计的变化性和支持的复杂性 . . . . . . . . . . . . . . . . . . . . . . . . . 6 2.1.4 Debian/armel 支持的平台 . . . . . . 1.3 ARM CPU 设计的变化性和支持的复杂性 ARM 系统比基于 i386/amd64 的 PC 机更加多样，因此支持情况可能会非常复杂。 ARM 架构主要用于所谓的“片上系统”（SoC）设计。这些 SoC 由许多不同的公司设计，即使是对于 系统工作所需的非常基本的功能，硬件组件变化也非常大。随着时间的推移，系统固件界面越来越标准 化，但很多方面也发生了变化，尤其是对较旧的硬件固件/启动接口而言，所以在这些系统上，Linux 机器有扩展插槽用于显卡，但这比较 罕见。无头、无图像的硬件设计也很常见。虽然内核提供的基本帧缓冲显示在有图像的设备上应该都能 工作，但快速 3D 绘图总是需要二进制驱动程序才能正常工作。情况正在迅速变化，但在发布 buster 时， nouveau（Nvidia Tegra K1 SoC）和 freedreno（Qualcomm Snapdragon SoC）有自由的驱动程序可用。 其他硬件需要第三方的非自由驱动程序。

三种不同的 ARM 移植 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2.1.3 ARM CPU 设计的变化性和支持的复杂性 . . . . . . . . . . . . . . . . . . . . . . . . . 6 2.1.4 Debian/armel 支持的平台 . . . . . . 1.3 ARM CPU 设计的变化性和支持的复杂性 ARM 系统比基于 i386/amd64 的 PC 机更加多样，因此支持情况可能会非常复杂。 ARM 架构主要用于所谓的“片上系统”（SoC）设计。这些 SoC 由许多不同的公司设计，即使是对于 系统工作所需的非常基本的功能，硬件组件变化也非常大。随着时间的推移，系统固件界面越来越标准 化，但很多方面也发生了变化，尤其是对较旧的硬件固件/启动接口而言，所以在这些系统上，Linux 机器有扩展插槽用于显卡，但这比较 罕见。无头、无图像的硬件设计也很常见。虽然内核提供的基本帧缓冲显示在有图像的设备上应该都能 工作，但快速 3D 绘图总是需要二进制驱动程序才能正常工作。情况正在迅速变化，但在发布 trixie 时， 6 CHAPTER 2. 系统需求 2.2. 需要固件的设备 nouveau（Nvidia Tegra K1 SoC）和 freedreno（Qualcomm Snapdragon