NixOS/zh: Difference between revisions

Revision as of 20:06, 28 August 2025

☶︎

This article or section needs to be expanded. 此篇文章需要是一个简单的入门介绍，因为它将是新用户在此处阅读的首批文章之一。因此，内容需要简化一些，更复杂的主题应转移到其他文章中。 Further information may be found in the related discussion page. Please consult the pedia article metapage for guidelines on contributing.

NixOS 是一个基于 Nix 包管理器与构建系统的 Linux 发行版。它支持声明式的系统级配置管理以及原子化升级和回滚，同时它仍支持命令式的包管理和用户管理。在 NixOS 中，发行版的所有组件 — 包括系统内核、已安装的软件包和系统配置文件 — 均由 Nix 从被称为 Nix 表达式的纯函数中构建。

由于 Nix 使用了二进制缓存机制，这便为面向二进制分发（如 Debian）和面向源码分发（如 Gentoo）的方法提供了一种独特的折中方案。预编译的二进制程序被视作标准组件，在其无法获取时，自助编译的软件包与模块将被自动构建。

NixOS 稳定版本每年发布两次（大约在五月底和十一月底）。NixOS 由 Eelco Dolstra 和 Armijn Hemel 创建，并于 2003 年首次发布。目前由 NixOS 基金会管理下的社区开发与维护。

安装

完整的安装指南请参阅 NixOS 手册的 Installation 章节。此维基还包含替代或补充指南，例如桌面设备上的 NixOS。

大多数用户通过任一 ISO 镜像安装 NixOS。每个支持架构均有 “graphical”（图形化安装）和 “minimal”（最小化安装）两种 ISO 变体；“graphical” 镜像适用于计划安装桌面环境的用户，而 “minimal” 镜像适用于计划将 NixOS 充当服务器或期望更小 ISO 镜像文件的用户。ISO 镜像为混合镜像，可以刻录到光盘介质或原封不动地复制到 USB 驱动器上并直接启动。请参阅安装指南以了解详情。

除了 ISO 镜像，下载页面还提供了多种安装 NixOS 的替代方法。这些方法包括：

OVA 格式的虚拟机（兼容 VirtualBox）；
Amazon EC2 AMIs;

此外，许多现有的 Linux 安装可以通过 nixos-infect 或 nixos-in-place 转换为 NixOS 安装；这对于在不原生支持 NixOS 的主机提供商平台安装 NixOS 十分有用。

系统架构

NixOS 对大多数 x86_64 设备和通用 ARM64 设备提供了开箱即用的支持。

32位 x86 架构

对于32位 x86 架构(即 i686)的支持正在减少。大多数包仍然可以编译和运行，但它们的缓存可用性显著降低^[1]。32位 x86 架构不再提供预构建的 ISO 镜像文件，但其仍可手动构建。

64位 x86 架构

大多数 x86_64 设备都能顺利运行 NixOS。

32位 ARM 架构

Main article: NixOS on ARM

NixOS 不官方支持 ARM32 设备（例如 armv6 和 arm71），不过对于其中部分设备，可能存在社区支持。

64位 ARM 架构

Main article: NixOS on ARM

只要设备支持通用 systemd 引导过程，NixOS 便可开箱即用。但是，使用专有引导加载程序的特定设备可能存在运行问题。

MIPS 架构

Main article: NixOS on MIPS

NixOS 对于 MIPS 架构的支持有限， Nixpkgs 中可能存在部分对于此架构的支持。但并未有官方支持。

用法

声明式配置

NixOS 的一个核心特征便是其声明式配置模型，其中整个系统状态 — 包括已安装的软件包、系统服务和设置 — 均在配置文件中描述。主配置文件通常位于 /etc/nixos/configuration.nix。

配置的更改通过使用 nixos-rebuild switch 原子化应用，从而确保可复现性并能回滚到之前状态。大多数用户使用版本控制系统来追踪配置文件，以实现一致且可移植的系统设置。在其他系统中，这些缺陷通常是事后才通过 Puppet、Ansible 或 Chef 等配置管理解决方案来弥补，甚至完全无法弥补。这些工具将系统配置与预期的状态描述进行协调。然而，其并未集成到操作系统的设计中，而只是简单地叠加在操作系统之上。因此，当操作系统配置的某个方面未在预期状态描述中指定时，其配置仍然可能会有所不同。

与传统发行版通常将系统配置散布于各处需手动编辑的文件中不同，NixOS 将配置管理直接集成到操作系统中。这种方式消除了配置漂移，使得 NixOS 十分适合自动化、可复现的部署。

关于 NixOS 配置的更多细节和示例，请参阅 NixOS 系统配置。

命令式操作

尽管 NixOS 通常尽可能以声明式方式进行配置，但在某些情况下，命令式操作仍然是必需的；这包括了用户环境管理和频道管理。

用户环境

除了声明式系统配置之外，NixOS 用户还可以使用 Nix 的命令式 nix-env 指令在用户层面安装软件包，而无需更改系统状态。有关更多信息，请参阅 Nix 文档的用户环境部分。

频道

在 Nix 生态系统中，频道（channels）是一种用于分发 Nix 软件包和 NixOS 模块定义的机制。频道代表一组经过精心维护、版本控制的软件包定义和系统配置，通常对应于一个特定版本或最新的可用开发状态。

在使用频道时，您的系统或用户环境会从一个 URL 拉取软件包定义和选项，该 URL 指向 Nix 软件包集合（Nixpkgs）及相关 NixOS 模块的特定快照。

关于如何使用和配置 Nix 频道的更多信息，请参阅频道分支。

内部机制

与传统 Linux 发行版比较

Main Article: Nix vs. Linux Standard Base

NixOS 与其他 Linux 发行版的主要区别在于，NixOS 不遵循 Linux 标准规范（LSB）的文件系统结构。在遵循 LSB 的系统中，软件通常存储在 /{,usr}/{bin,lib,share} 目录下，而配置文件通常存储在 /etc。如果程序的可执行文件被放置在 LSB 的某个 /bin 目录下，那么它就可以在用户环境中被访问。当一个程序引用动态链接库时，它将在 LSB 目录（/lib、/usr/lib）中搜索所需的库。

然而，在 NixOS 中，/lib 和 /usr/lib 目录并不存在。相反，所有系统库文件、可执行文件、内核、固件和配置文件都存放在 Nix store 中。/nix/store 下的文件和目录均由构建数据的描述信息经哈希后命名。所有位于 Nix Store 的文件与目录均不可变。 /bin 和 /usr/bin 几乎不存在：它们分别只包含 /bin/sh 和 /usr/bin/env，以提供与使用 shebang 行的现有脚本的最低兼容性。用户级环境通过大量指向所需软件包和辅助文件的符号链接来实现。这些环境被称作 Profiles，被存储于 /nix/var/nix/profiles，每个用户拥有其独有的 Profiles。通过这种结构化的系统组织方式，NixOS 获得了优于传统 Linux 发行版的核心优势，例如原子化操作和回滚支持。

Nix Store 的使用

新手的大多数困惑源于配置文件和所有已安装软件包均存储于只读的 /nix/store 目录树下这一事实。这实际上使得手动编辑系统配置变得不可能；所有配置更改必须通过编辑 /etc/nixos/configuration.nix 文件并运行 nixos-rebuild switch 后才可生效。NixOS 提供了模块系统以供编辑所有需要的配置。用户应在期望通过低层级的 NixOS 功能（如 activation scripts）手动添加文件或配置之前，首先使用配置选项搜索工具检查所需选项是否已存在。

系统的纯粹性（purity）使得系统配置的集中存储成为可能，而无需编辑多个文件。此配置方式可以根据需要进行分发或版本控制。它还提供了确定性：如果您提供相同的输入、相同版本的 Nixpkgs 和相同的 /etc/nixos/configuration.nix 文件，您将得到完全相同的系统状态。

模块

定义于 Nixpkgs 的 NixOS 模块系统提供了定制操作系统配置所需的方法。通常被用于启用并定制如 Nginx 这样的服务、启用固件以及定制内核。

所有模块配置通常都是通过向 /etc/nixos/configuration.nix 文件添加选项来完成。维基上的大多数示例都展示了如何使用此文件来配置操作系统。

NixOS 的模块系统实现了一个类型系统，以允许对选项设置进行类型检查。它还支持将多处定义的选项进行自动合并。这使得您可以将配置分散到多个文件中，而您在这些文件中设置的选项最终都会被合并在一起：

❄︎ /etc/nixos/configuration.nix

{
  imports = [
    ./basic-webserver.nix
    ./blog.nix
  ];
}

❄︎ /etc/nixos/basic-webserver.nix

{
  services.nginx.enable = true;
  services.nginx.virtualHosts."example.com" = {
    root = "/var/www/example.com";
  };
}

❄︎ /etc/nixos/blog.nix

{
  services.nginx.virtualHosts."blog.example.com" = {
    root = "/var/www/blog.example.com";
  };
}

请参阅 NixOS 手册的模块部分以获取更多详细信息。

世代

每当使用 nixos-rebuild switch 命令重构系统状态时，都将创建一个新的世代（generation）。您可以随时回滚到上一个世代，这在配置更改（或系统更新）被证明是有害时非常有用。

您可以通过以下命令回滚：

$ nix-env --rollback               # 回滚用户环境
$ nixos-rebuild switch --rollback  # 回滚系统环境

NixOS 还会在引导加载程序菜单中放置前几代系统的条目，因此，作为最后的手段，您可以通过重启来恢复到之前的配置。将当前启动的版本设置为默认运行：

$ /run/current-system/bin/switch-to-configuration boot

由于 NixOS 会保留前几代系统状态以供回滚，因此更新后不会立即从系统中删除旧软件包版本。您可以手动删除旧版本：

# 删除早于 30 天前的世代
$ nix-collect-garbage --delete-older-than 30d

# 删除之前的所有世代 - 运行此命令后您将无法回滚
$ nix-collect-garbage -d

List generations:

# as root
$ nix-env --list-generations --profile /nix/var/nix/profiles/system

Switch generations:

# as root switch to generation 204
$ nix-env --profile /nix/var/nix/profiles/system --switch-generation 204

delete broken generation(s):

# as root delete broken generations 205 and 206 
$ nix-env --profile /nix/var/nix/profiles/system --delete-generations 205 206

You can configure automatic garbage collection by setting the nix.gc options in /etc/nixos/configuration.nix. This is recommended, as it keeps the size of the Nix store down.

@@ Line 171: / Line 171: @@
 $ nix-collect-garbage --delete-older-than 30d
-<div lang="en" dir="ltr" class="mw-content-ltr">
+# 删除之前的所有世代 - 运行此命令后您将无法回滚
-# delete ALL previous generations - you can no longer rollback after running this
 $ nix-collect-garbage -d
 </syntaxHighlight>
-</div>
 <div lang="en" dir="ltr" class="mw-content-ltr">