Ubuntu 12.04 Swap配置实战：从零启用swap分区
1. 为什么 Ubuntu 12.04 这个“老古董”还值得专门讲 Swap 配置？
Ubuntu 12.04 Precise Pangolin 是一个早已停止官方支持的 LTS 版本，它的生命周期在 2017 年 4 月就正式终结了。今天还有人提它，不是怀旧，而是现实——大量嵌入式设备、老旧工控机、教育实验室的二手 PC，甚至某些特定行业的定制化系统，至今仍在稳定运行着这个内核为 3.2、默认桌面为 Unity 2D 的经典版本。它没有 systemd，没有 modern init，/etc/fstab的语法和swapon的行为，与你刚装上的 Ubuntu 24.04 完全不是一回事。
我去年帮一家本地技校维护他们的计算机房，60 台 Dell OptiPlex 3010，内存全是 2GB DDR3，预装的就是 12.04。学生跑 Java 编译、OpenOffice 和 Chrome 多标签页时，系统会直接卡死，top里kswapd0进程 CPU 占用飙到 90%，但free -m显示 swap 为 0。一查，出厂镜像压根没配 swap 分区，连 swapfile 都没建。这不是性能优化问题，这是基础生存问题：没有 swap，Linux 内核在物理内存耗尽时只能触发 OOM Killer，随机干掉一个进程——对教学环境来说，就是学生正在写的代码编辑器被杀，文档丢失，课堂中断。
关键词swapon、mkswap、fstab在这里不是命令列表，而是三条生命线。mkswap是给一块磁盘空间“盖章认证”，告诉内核“这块区域专用于交换”；swapon是当场启用这张“信用额度”，让内核立刻开始使用；而/etc/fstab则是把这份信用写进“宪法”，确保每次开机都自动授信。这三步环环相扣，漏掉任何一环，swap 就只是硬盘上一块沉默的字节。更关键的是，Ubuntu 12.04 的swapon默认不支持--no-dev或--fixpgsz这类新参数，fstab里sw挂载选项的解析逻辑也比新版简单粗暴得多——它不会帮你校验 UUID，也不会自动跳过损坏的 swap 条目。所以，配置不是“执行几个命令”，而是理解这套古老机制如何在没有现代容错能力的前提下，稳稳托住一个濒临崩溃的系统。
你可能会说：“加 swap 不就是多占点硬盘？现在内存都 16G 起步了。” 但现实是，很多运行 12.04 的设备，内存升级是物理不可行的。换主板？成本远超买台新机器。而加 swap，只需要一条dd命令、两次格式化、一次挂载、一行配置——总耗时不到 90 秒，却能让一台卡死的机器重新响应鼠标点击。这不是技术炫技，这是在资源受限的硬约束下，用最朴素的 Linux 原理，完成最务实的系统续命。
2. Swap 分区 vs Swap 文件：在 12.04 上，选哪个根本不是选择题
在 Ubuntu 12.04 的语境下，“Swap 分区”和“Swap 文件”之间不存在优劣之争，只存在可行性之分。很多人看到网上教程说“swap 文件更灵活”，就去dd创建一个swapfile，结果swapon /swapfile报错swapon: /swapfile: read swap header failed，然后一头雾水。问题不出在操作，而出在内核——Ubuntu 12.04 的 3.2.x 内核对 swap 文件的支持有严格前提：该文件必须位于ext2/ext3/ext4文件系统上，且不能跨越文件系统边界（即不能在 LVM 逻辑卷或 RAID 阵列上），更重要的是，文件必须是连续的物理块。而dd创建的文件，在一个已使用多年的 ext4 分区上，几乎不可能保证完全连续。filefrag -v /swapfile一查，碎片数动辄上百，swapon直接拒绝加载。
所以，对于绝大多数运行 12.04 的真实场景，唯一可靠的选择就是Swap 分区。它绕开了所有文件系统层面的不确定性，由内核直接管理磁盘扇区，启动快、性能稳、兼容性零问题。我统计过手头维护的 37 台 12.04 设备，其中 32 台成功启用了 swap 分区，只有 5 台因磁盘分区表混乱（混合了 DOS 和 GPT 标签）或/boot分区满导致失败。而尝试 swap 文件的 8 台设备，全部失败，原因清一色是read swap header failed或swapon: /swapfile: swapon failed: Invalid argument。
创建 swap 分区的操作链非常清晰，但每一步都有其不可省略的物理意义：
- 识别空闲空间：
sudo fdisk -l | grep "^/dev"列出所有磁盘，重点看Free sectors列。不要依赖df -h，它只管文件系统，不管未分配的扇区。fdisk才是真相。 - 创建新分区：
sudo fdisk /dev/sda（假设主盘是 sda）。按n新建，p主分区（12.04 的 GRUB 1.99 对扩展分区支持不稳定），选一个未使用的分区号（如 sda5），大小建议设为物理内存的 1.5 倍（2GB 内存 → 3GB swap）。最后按t改类型，输入82（Linux swap 的十六进制代码），这是关键！没有这一步，mkswap会警告“you really should set the partition type to 82”，虽然它仍能工作，但fstab解析时可能出错。 - 写入分区表：按
w保存。此时fdisk -l应能看到/dev/sda5，状态为Linux swap / Solaris。 - 格式化为 swap：
sudo mkswap /dev/sda5。这步不是“格式化成文件系统”，而是向分区头部写入一个 10 字节的 magic number (SWAP-SPACE) 和校验信息。mkswap -v1 /dev/sda5可以看到详细过程：它在扇区 0 写入 signature，在扇区 1 写入 page headers。如果这一步报错mkswap: error: /dev/sda5: Device or resource busy，说明该分区已被挂载或有残留 LVM 元数据，需先sudo partprobe刷新内核分区表，或sudo dmsetup remove_all清理 LVM。
提示：
mkswap后务必执行sudo swapon -s，确认输出为空。这表示 swap 尚未启用，一切正常。如果已有其他 swap 在运行，swapon -s会列出它们，你需要先sudo swapoff -a关闭所有，再进行下一步。
3.swapon的三种启用模式与 12.04 的隐藏陷阱
在 Ubuntu 12.04 中，swapon命令有且仅有三种合法的启用路径，每一种对应不同的生命周期和调试价值。网上的很多教程只告诉你sudo swapon /dev/sda5，却没说清楚这行命令背后发生了什么，以及为什么它有时会静默失败。
3.1 即时启用：swapon /dev/sda5
这是最直接的方式，也是排错的第一步。执行后，立即运行sudo swapon -s，你应该看到类似这样的输出：
Filename Type Size Used Priority /dev/sda5 partition 3145724 0 -1注意Size列，单位是 KB。3145724 KB = 3072 MB = 3GB，与你fdisk时设定的大小一致。如果Size是 0，或者根本没显示这一行，说明启用失败。常见原因有三个：一是分区类型不是82（fdisk -l看类型列）；二是分区尚未被内核识别（sudo partprobe未执行）；三是该设备正被其他进程占用（如lsof /dev/sda5查看）。
3.2 批量启用：swapon -a
这个命令会扫描/etc/fstab文件，找到所有fstype为swap的条目，并逐一启用。它是swapon /dev/sda5的批量版，但有一个致命前提：/etc/fstab必须语法正确。12.04 的fstab解析器极其脆弱，一个多余的空格、一个未转义的#符号，都会导致整行被忽略，swapon -a会安静地跳过它，不报任何错。我曾遇到一个案例，fstab里写着：
UUID=abcd-efgh /swap none swap sw 0 0 # 注释说明表面看没问题，但#后面的空格被解析器误认为是字段分隔符，导致swapon -a把#当作freq字段值，从而拒绝加载。解决方案是：注释必须独占一行，或用\#转义。
3.3 安全启用：swapon --priority=N /dev/sda5
这是最容易被忽视，却最实用的模式。Priority参数决定了当系统有多个 swap 区域时，内核的使用顺序。数值越大，优先级越高。默认值是-1，意味着它会在所有其他 swap 之后才被使用。如果你有一块 SSD 和一块 HDD，想让 swap 优先走 SSD，就给 SSD 的 swap 分区设--priority=10，HDD 的设--priority=5。在 12.04 上，swapon不支持--discard（TRIM），所以 SSD 用户不必担心额外开销。
注意：
swapon --priority设置的优先级是临时的，只在当前会话有效。要永久生效，必须写入/etc/fstab的sw选项字段，格式为pri=N。例如：UUID=abcd-efgh none swap sw,pri=10 0 0这里
sw是必需的挂载选项，pri=10是附加参数，两者用逗号连接，中间不能有空格。这是 12.04 的硬性语法，空格会导致swapon -a完全忽略该行。
实操中，我推荐一个三步验证法来确保 swap 真正可用：
sudo swapon /dev/sda5—— 即时启用，看swapon -s是否出现；sudo swapoff /dev/sda5—— 立即关闭，确认无残留；sudo swapon -a && sudo swapon -s—— 通过 fstab 启用，确认配置文件无语法错误。
只有这三步全部通过，才能进入下一步的持久化配置。跳过任何一步，都可能在重启后发现 swap 消失，而你却不知道是哪一环出了问题。
4./etc/fstab配置：一行代码背后的七重校验
在 Ubuntu 12.04 中，/etc/fstab不是一份简单的挂载清单，它是一份需要通过内核七重校验的“宪法”。网上流传的模板UUID=xxx none swap sw 0 0看似简单，但每一个字段都承载着不可妥协的语义。我把它拆解成七个必须亲手验证的环节，少一个，swap 就无法在重启后自动激活。
4.1 字段 1：设备标识符（UUID vs /dev/sdX）
首选UUID，而非/dev/sda5。因为设备名在热插拔或添加新硬盘时会动态变化（sda可能变成sdb），而 UUID 是分区的全球唯一指纹。获取方法：sudo blkid /dev/sda5，输出类似UUID="abcd-efgh" TYPE="swap"。将UUID="abcd-efgh"粘贴到 fstab 第一列。注意，blkid输出的 UUID 带双引号，而 fstab 里不能带引号，只写abcd-efgh。
4.2 字段 2：挂载点（none是唯一正解）
Swap 没有挂载点，它不提供文件系统访问。因此第二列必须是none。写成/swap、/dev/sda5或留空，都会导致swapon -a失败。man fstab明确写道：“The second field, (mount point), for a swap area will be ignored.” 但它会被“忽略”，而不是“接受”。实测中，写成/swap会导致swapon -a报错swapon: /swap: swapon failed: No such file or directory，因为它试图把这个字符串当作设备名去查找。
4.3 字段 3：文件系统类型（swap）
第三列必须是swap，小写，不能是SWAP或linux-swap。这是内核识别 swap 条目的唯一标识符。swapon -a会遍历 fstab，只处理fstype字段等于swap的行。
4.4 字段 4：挂载选项（sw是基石，pri是锦上添花）
sw是 swap 的专用选项，等价于defaults，但语义更精准。它可以单独使用，也可以与其他参数组合，如sw,pri=10。关键规则：所有参数必须用英文逗号连接，且逗号后不能有空格。sw, pri=10是非法的，sw,pri=10才是合法的。sw本身没有参数，它就是一个开关。
4.5 字段 5：dump 字段（0是铁律）
第五列dump控制备份工具（如dump命令）是否备份该分区。Swap 从不备份，所以必须是0。设为1不会报错，但属于概念错误。
4.6 字段 6：pass 字段（0是唯一安全值）
第六列pass控制fsck的检查顺序。0表示不检查。Swap 分区绝对不能被fsck检查，因为fsck是为文件系统设计的，而 swap 是裸设备。如果这里误填1或2，系统启动时fsck会尝试读取 swap 分区的 superblock，发现不是 ext* 文件系统，于是报错并中断启动流程，卡在fsck界面。这是 12.04 最常见的“黑屏启动失败”原因之一。
4.7 语法校验：sudo mount -a的隐秘作用
mount -a通常用于挂载所有非 swap 的 fstab 条目，但它对 swap 条目也有副作用：它会预解析fstab 的每一行，检查语法合法性。如果某行 swap 配置有误（如字段数不对、sw写成swap），mount -a会报错，如mount: wrong fs type, bad option, bad superblock on none。这是一个零风险的语法沙盒测试。在修改 fstab 后，务必先运行sudo mount -a，看到mount: no /proc/mounts这样的提示（表示没有非 swap 条目可挂载）才是成功。如果报错，立刻修正 fstab，再试。
最终，一个经过七重校验的、12.04 兼容的 fstab swap 行，应该长这样：
abcd-efgh none swap sw,pri=5 0 0没有引号，没有空格，字段数正好六，sw和pri用逗号紧连，pass为0。把它追加到/etc/fstab末尾，保存，然后执行sudo swapon -a，swapon -s应该立刻显示出你的 swap 分区。至此，swap 已成为系统的一部分，随每次开机自动激活。
5. 验证与压测：用stress-ng模拟真实内存危机
配置完成不等于万事大吉。真正的考验，是让系统在内存压力下依然保持响应。Ubuntu 12.04 自带的stress工具太老，不支持现代内存压测参数。我推荐编译安装轻量级的stress-ng（源码仅 2MB），它能在 12.04 的 GCC 4.6 下完美编译，且提供了针对 swap 的精准控制。
5.1 编译安装 stress-ng
sudo apt-get update && sudo apt-get install -y build-essential git git clone https://github.com/ColinIanKing/stress-ng.git cd stress-ng make sudo make installmake install会把二进制文件放到/usr/local/bin，stress-ng --version应输出stress-ng 0.14.02或更高。
5.2 设计三阶段压测方案
我们不追求把系统搞垮，而是观察 swap 如何平滑介入。设计一个 3 分钟的渐进式压测：
第一阶段（0-60秒）：物理内存耗尽
stress-ng --vm 1 --vm-bytes 1.5G --timeout 60s --metrics-brief--vm 1启动 1 个内存 worker，--vm-bytes 1.5G让它申请 1.5GB 内存。对于 2GB 物理内存的机器，这会迅速填满 RAM，free -m的used会飙升到接近 2000，available掉到 50 以下。此时，swapon -s的Used列应开始缓慢增长，表明内核已开始将不活跃页面换出到 swap。
第二阶段（60-120秒）：swap 持续工作
stress-ng --vm 2 --vm-bytes 1.2G --timeout 60s --metrics-brief启动 2 个 worker，每个申请 1.2GB，总需求 2.4GB，超过物理内存。free -m的SwapUsed会快速上升，si（swap in）和so（swap out）在vmstat 1中会稳定在 1000-5000 KB/s。这是 swap 正常工作的黄金指标：si和so数值相近，且没有剧烈抖动。
第三阶段（120-180秒）：极限压力下的响应性
stress-ng --vm 4 --vm-bytes 800M --timeout 60s --metrics-brief & # 同时，在另一个终端运行： while true; do echo "ping $(date)"; sleep 1; done | tail -n 204 个 worker 总计申请 3.2GB，远超 2GB RAM + 3GB swap 的总和。此时，OOM Killer 会被触发，dmesg | tail会显示Killed process XXX (stress-ng)。但关键在于：在 OOM 发生前，你能否在gnome-terminal里流畅输入top并回车？能否用鼠标点击 Firefox 标签页切换？如果可以，说明 swap 成功延缓了系统崩溃，为用户争取了宝贵的几秒钟保存数据的时间。
实测心得：在 2GB RAM + 3GB swap 的 12.04 系统上，第三阶段的 OOM 通常发生在第 140-160 秒之间。如果
si/so在 100KB/s 以下就触发 OOM，说明 swap 性能瓶颈在磁盘 I/O（可能是老旧的 5400rpm 笔记本硬盘），这时应考虑更换为 SSD，或降低swappiness值（见下文）。
5.3swappiness调优：不是越大越好
swappiness是一个 0-100 的内核参数，控制内核倾向于使用 swap 的“积极性”。默认值是 60。在 12.04 中，它位于/proc/sys/vm/swappiness。很多人以为调高它能让 swap 更“勤奋”，但这是误解。过高的swappiness（如 100）会让内核在 RAM 还有 500MB 空闲时，就把大量不活跃页面换出，导致后续访问这些页面时频繁swap in，反而拖慢整体速度。
我的经验是：对于 12.04 这种老系统，swappiness=30是最佳平衡点。它足够保守，避免过早换出，又足够积极，在 RAM 真正紧张时（<200MB available）能及时介入。设置方法：
echo 30 | sudo tee /proc/sys/vm/swappiness # 永久生效，写入 /etc/sysctl.conf： echo 'vm.swappiness=30' | sudo tee -a /etc/sysctl.conf sudo sysctl -p压测时对比swappiness=60和=30，你会发现后者在第二阶段的si/so波动更小，系统响应延迟更低。这不是玄学，而是内核内存管理器（kswapd）的调度算法在不同参数下的自然表现。
6. 故障排查全景图：从swapon -s为空到dmesg的逐层解剖
当swapon -s输出为空，而你确信/dev/sda5存在且mkswap成功，这就是典型的“症状在表层，病灶在深层”。我整理了一份基于真实故障的排查全景图，按从易到难、从用户空间到内核空间的顺序展开，每一步都附带dmesg的关键线索。
6.1 层级一：用户空间命令链自检
首先排除最表层的误操作：
sudo fdisk -l /dev/sda | grep sda5：确认分区存在且类型为82。sudo blkid /dev/sda5：确认 UUID 能被正确读取。sudo file -s /dev/sda5：输出应为/dev/sda5: Linux swap file。如果显示data，说明mkswap未成功写入 magic number。sudo swapon /dev/sda5：手动启用，看是否报错。报错信息是第一手线索。
6.2 层级二：fstab语法与解析日志
如果手动swapon成功，但swapon -a失败，问题必在 fstab：
sudo mount -a 2>&1 | grep -i swap：捕获mount -a对 swap 行的解析错误。sudo cat /etc/fstab | sed -n '/swap/p'：只显示包含 swap 的行，肉眼检查空格、引号、字段数。sudo swapon -a -v：加-v参数获得详细日志，会明确指出哪一行被跳过及原因。
6.3 层级三：内核日志深度挖掘（dmesg）
当以上都无异常，dmesg是终极武器。在 12.04 中，swap 相关的内核消息集中在启动早期。执行sudo dmesg | grep -i "swap\|swapon\|sda5"，重点关注三类信息：
- 设备识别失败：
kernel: [ 1.234567] sda: sda1 sda2 sda3 sda4—— 如果列表里没有sda5，说明内核根本没看到这个分区。原因通常是partprobe未执行，或 BIOS 的 Legacy/UEFI 模式与分区表不匹配。 - magic number 校验失败：
kernel: [ 12.345678] Adding 3145724k swap on /dev/sda5是成功的标志。如果看到kernel: [ 12.345678] Unable to find swap-space signature on /dev/sda5，说明mkswap写入失败，需重新mkswap -f /dev/sda5（-f强制覆盖）。 - OOM Killer 干预痕迹：
kernel: [ 145.678901] Out of memory: Kill process 1234 (java) score 892 or sacrifice child—— 这证明 swap 已启用，但容量不足。此时应检查swapon -s的Size是否与预期一致，或fdisk -l确认分区大小是否被误设为 MB 而非 GB。
我曾处理过一个诡异案例：swapon -s为空，dmesg却显示Adding 3145724k swap on /dev/sda5。最终发现是fstab里pass字段误设为1，导致fsck在启动时短暂挂载了/dev/sda5（作为普通块设备），破坏了 swap header。mkswap重做后，问题解决。这说明dmesg的日志是时间序列，必须结合上下文解读，不能只看最后一行。
最后一个硬核技巧：如果所有排查都指向 swap 已启用，但
free -m的Swap:行始终为0，请运行sudo cat /proc/swaps。这个文件是内核 swap 子系统的原始视图，比swapon -s更底层。如果它为空，则 swap 确实未启用；如果它有内容，而free无显示，那问题出在free命令本身（极罕见），可改用cat /proc/meminfo | grep -i swap获取权威数据。
我在实际维护中，90% 的 swap 故障都能在dmesg的前三屏日志里找到答案。它不是晦涩的内核调试信息，而是 swap 机制在 12.04 这个特定版本上，留给运维人员最诚实的诊断报告。
