★ FEATURED ARTICLE 前阵子帮人折腾一台老机器琢磨着装个精简点的 Linux 当家用服务器绕了一圈最后还是落到了 Alpine Linux 上。其实第一次用它的人第一反应多半都是“这也太能省了吧”但也正是这种把一切不必要的东西都砍掉的设计让它在一众发行版里显得特别另类。这篇就想把从头安装 Alpine 的完整过程、每一步背后的理由、以及我装完之后踩过的那些硬坑原原本本记下来。不管你是想把它装到物理机上当轻量服务器还是想从另一个 Linux 环境里直接往磁盘上灌一套 Alpine这篇记录的思路都应该能帮上忙。1. Alpine 到底适合哪些安装场景又会在哪里劝退1.1 轻量到没朋友从镜像大小到内存占用Alpine 的安装镜像只有几百兆装完后的基础系统更是小得夸张。你如果习惯了那种装完就占掉几个 GB 的发行版第一次登录进 Alpine 看到磁盘占用数字时多半会愣一下。它用 musl 作为 C 标准库用 BusyBox 把一堆常用命令合成一个二进制再配上 OpenRC 这种轻量初始化系统整套设计都是奔着“够用就行”去的。正因为小它在老硬件、嵌入式板卡、容器镜像这些场景里特别吃香。我遇到过一些跑了好多年的小内存设备别的发行版进去就卡得没法动Alpine 装好后内存占用能压到几十 MB 级别这种优势是实打实的。如果你想用一台配置很一般的旧机器做文件共享、内网 DNS 或者轻量 Web 服务Alpine 会是一个非常理性的选择。1.2 真正劝退的点这不叫简陋叫极简但“极简”是有代价的。Alpine 默认只用 BusyBox 提供的那些命令很多在别的发行版里随手就有的工具比如 bash、cron、ntpd在这里都不存在或者需要单独安装。如果你是第一次接触非 glibc 系发行版还会遇到一些陌生概念apk 包管理器、OpenRC 服务、world 文件这些都需要重新适应。另外Alpine 的软件包数量虽然不少但和主流桌面发行版相比还是有差距某些 GUI 应用、闭源驱动、甚至部分需要 glibc 程序接口的二进制软件在 Alpine 上要么装不上要么得折腾一番。所以如果你想把它当作日常桌面来用我建议先想清楚Alpine 更适合的场景是服务器、路由器、容器宿主这类偏基础设施的用途而不是一个全家桶桌面系统。1.3 我推荐的三种典型用途从我实际用下来的经验看Alpine 最值得尝试的方向有三个。第一是家里的轻量服务器用一台低功耗设备跑文件共享、下载工具、内网服务监控稳定又省电。第二是作为容器基础镜像这是 Alpine 最广为人知的用武之地因为体积小拉取和启动都快很多容器运行时里默认就是用 Alpine 打的底。第三是嵌入式或者定制化系统比如你要做一个功能单一的网络设备、工业盒子Alpine 的模块化设计让你可以把系统裁到非常小后期维护也简单。明白这些之后再往下走就会清楚很多我们为什么要选 Alpine、装完后要往上面放什么、哪些东西需要额外补。接下来直接进入安装流程。2. 下载介质与启动环境装之前最值得花时间确认的几件事2.1 镜像选哪个standard、extended、mini、virtual 的区别Alpine 官网的下载页面提供了好几个镜像变体很多人第一次去下载时会有点犯晕。我按自己常用的场景给你梳理一下。standard日常安装首选包含基础系统、标准内核和基本的安装工具物理机和虚拟机都能用。多数场景下选它就够了。extended在 standard 基础上追加了一批额外的驱动和工具包适合那些硬件比较冷门、担心缺驱动的场景。体积会大一些。mini最精简的版本只保留核心启动能力和极少工具适合熟悉 Alpine 的人做高度定制化安装。virtual专门为虚拟机场景优化的内核版本裁剪掉了大量物理机才需要的驱动。如果你是在虚拟机里装选这个可以获得更小的体积和更快的启动速度。我个人的建议是不确定就选 standard因为它覆盖最全确定在虚拟机里跑就选 virtual老机器或者特殊硬件多就选 extended。下载完镜像之后装之前花十秒钟做一下校验是很有必要的一个下载不完整的镜像会让你在启动阶段浪费大量时间。官方页面给出了对应文件的校验值Linux 下可以用sha256sum核对Windows 和 macOS 下也有对应的图形工具。2.2 U 盘写入与固件引导模式镜像拿到手之后就是写入 U 盘。Linux 环境里我一般直接dd速度快也不容易出错sudo dd ifalpine-standard-版本号-x86_64.iso of/dev/sdX bs4M statusprogress oflagsync注意这里的/dev/sdX是 U 盘设备节点不是分区。写错设备会把我自己的数据盘抹掉这一步我每次都会用lsblk再三确认。Windows 下我习惯用写盘类工具把 ISO 以 dd 模式写入整个 U 盘而不是复制成文件这样才能让 U 盘从 BIOS/UEFI 引导启动。接下来是关于固件模式的一个关键细节Alpine 官方 ISO 是同时支持 BIOS 和 UEFI 引导的但你的主板和启动方式必须和实际写入后的 U 盘引导方式匹配。比较稳妥的做法是先进主板固件设置里把启动模式固定成你最终想让系统工作的模式如果机器是传统 BIOS就确保以传统模式启动 U 盘如果是 UEFI就确保从 UEFI 模式启动。混着来的话装完系统后引导器可能写入的位置不对重启时容易找不到系统这一点后面我会专门用一节讲踩坑过程。2.3 进入 Live 环境后先看一眼系统状态U 盘引导启动后会看到 Alpine 的登录提示默认用户是root没有密码直接回车就能进入安装环境。这个环境是运行在内存里的你在里面做的所有修改重启后都会消失真正的持久化要到安装这一步才开始。进入后我习惯先跑几条命令确认一下机器状态lsblk ip a cat /proc/cpuinfo | head -n 5lsblk看磁盘列表搞清楚哪块是目标安装盘ip a看网卡是否已经拿到地址如果接在 DHCP 网络里应该能看到eth0或类似接口上有 IPv4 地址看 CPU 信息主要是确认架构虽然一般不会错但 Alpine 对架构很敏感装错架构后续会很麻烦。这些信息确认完就可以正式运行安装脚本了。Alpine 的安装脚本名叫setup-alpine它会一步步问你问题把系统配置引导完成。3. setup-alpine 逐项走读每一步选什么为什么这么选3.1 键盘布局、主机名与 root 密码运行setup-alpine后第一个问题通常是键盘布局。这个对服务器来说意义不大我一般直接选us。接下来是主机名给它起一个能体现用途的名字比如nas、home-gw后面在局域网里管理会方便很多。然后是 root 密码。这里有一个很多第一次用 Alpine 的人会忽略的点Alpine 默认不开启密码复杂度校验也不会对弱密码做太多限制但既然是要长期运行的设备密码强度还是得自己把关。另外安装脚本并不会默认创建 sudo 用户root 就是你最初的唯一入口所以这个密码一定要记好。这一步里有个很容易被当成“网络问题”的坑如果你在配置完密码之后立刻apk update可能会因为系统时间不对而出现证书验证失败。Alpine 的 Live 环境默认没有开启时间同步工具老电脑的 CMOS 电池没电时系统时间会停在很多年前TLS 握手自然失败。所以更稳的顺序是先把时区设好或者先手动把日期调到差不多再继续后面的配置。3.2 网络初始化DHCP 能用但建议顺手看静态 IP接着脚本会问是否初始化网络接口输入接口名后可以选择 DHCP 或者手动配置。家用环境里 DHCP 是最省事的路由器会自动分配地址。但如果你打算把它当服务器长期用我强烈建议在分配好地址后去路由器里给这台机器做一个静态租约绑定或者直接在 Alpine 里改成静态 IP。好处很明显重启之后地址不会漂做端口映射、SSH 别名都方便。如果你选手动配置需要准备好 IP、掩码、网关和 DNS。Alpine 的安装脚本会把这些写进/etc/network/interfaces和/etc/resolv.conf。这里有个细节要注意Alpine 的网络服务名是networking改完配置后要重启它才会生效rc-service networking restart我在后续使用中遇到过几次 DNS 解析慢或者间歇性失败的问题最后大多都是因为/etc/resolv.conf里只留了一个 DNS 地址或者那个地址本身不稳定。至少写两个可用的 DNS 地址能省掉很多让人抓狂的排查时间。3.3 磁盘模式sys、data、lvm 到底在说什么到了磁盘配置这一节setup-alpine会问你要用哪种安装方式。这可能是整个安装过程中最需要理解清楚的一步因为选错了之后的表现会非常让人困惑。Alpine 的安装方式主要有三种模式行为适合场景sys完整安装到磁盘系统文件、引导器全部写入磁盘重启后直接进入本地系统物理机、虚拟机推荐绝大多数人选择data只把数据盘格式化为/data分区系统仍然运行在内存里只在内存里跑、不想动硬盘现有内容的情况lvm使用 LVM 逻辑卷管理磁盘系统完整写入后续分区扩容灵活需要动态调整分区大小的服务器大部分教程都会让你选sys这是有道理的只有sys才会把引导器写到磁盘里让机器真正“装上”了系统。选data的人经常会以为装失败了因为重启后还是进入 Live 环境之前配置的一切都没保存下来。实际上这不是 bug而是这个模式的设计意图就是如此。如果在安装脚本里选ask还能手动指定分区方案对分区布局有特殊要求的人用得上但新手不建议碰。对绝大多数人来说直接选sys再选目标磁盘比如/dev/sda然后确认格式化后面的事就交给安装脚本了。3.4 用户创建、SSH 开机自启与 apk 源设置安装脚本还会问是否创建普通用户。我建议创建后面对着公网提供服务时平时管理和登录都用普通用户加 sudo而不是一直用 root。Alpine 的 sudo 需要额外安装sudo包并且把用户加入wheel组apk add sudo adduser 用户名 wheel安装脚本也会询问要启用哪些服务常见的是openssh如果你不需要图形界面这个就是刚需选上后安装完会自动启动并加入开机自启。最后是 apk 软件源设置。安装脚本默认给出的是官方源但在国内网络环境里速度可能不太理想。你可以手动指定一个镜像站格式形如https://mirrors.某域名/alpine/。选择的原则只有一个下载测速之后留一个最快最稳的。换源的操作也简单后续随时改/etc/apk/repositories这个文件就行。到这里安装脚本的核心流程就结束了最后会确认一下是否开始写入回车后等几分钟系统就装到磁盘上了。4. 装完系统之后真正影响日常体验的必修清单4.1 时区同步时间不对会让 apk 安装直接失败重启进入新系统后我建议第一件事不是急着装软件而是先把时间搞定。很多第一次用 Alpine 的人会在这里卡住因为装软件时提示证书验证失败错误信息看起来像网络问题实际上就是系统时间和真实时间差太多。先装tzdata和chronyapk add tzdata chrony cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime rc-service chronyd start rc-update add chronyd default部分 Alpine 版本里时区配置是通过/etc/timezone文件控制的如果你用的版本有这个文件就把Asia/Shanghai写进去效果一样。chrony启动后时间同步问题就不再需要关心了。为什么要特意强调这一步因为 Alpine 的包管理器在下载前会校验 HTTPS 证书而证书的有效期判断依赖本地时钟。时间不对apk update就会报出各种奇怪的 TLS 错误特别容易误导人往网络方向上排查。把时间同步做好等于先解决掉一个大类的问题。4.2 软件源替换与 community 仓库开启Alpine 默认只启用了 main 仓库有相当一部分常用软件在community仓库里。编辑/etc/apk/repositories把community那行前面的注释去掉再执行apk update如果你的网络访问官方源比较慢可以把文件里的域名替换成之前准备的镜像站地址。替换之后记得再看看仓库文件的路径结构是否还带版本号目录有些镜像站的路径格式和官方略有差异写错了apk update会直接报 404。日常使用中我还会把apk的常用命令顺一遍方便新手快速上手apk search 关键字搜索软件包apk add 包名安装软件包apk del 包名卸载软件包apk info列出已安装的包apk upgrade升级所有已安装的包另外/etc/apk/world这个文件记录了所有你主动安装的包它有点像“直接安装清单”被依赖自动带进来的包不会出现在里面。如果你想搞明白某套软件为什么被装上看这个文件再结合apk info -a 包名就能追踪到依赖关系。4.3 sshd 加固与密钥登录Alpine 默认启用的 SSH 是 OpenSSH装完后直接就能远程连接。但默认配置里允许 root 直接密码登录这对一个长期暴露在网关或公网上的服务器来说并不安全。我装完后的标准动作是先创建普通用户并加入wheel组用ssh-keygen生成密钥对把公钥复制到~/.ssh/authorized_keys编辑/etc/ssh/sshd_config把PermitRootLogin改为no把PasswordAuthentication改为no执行rc-service sshd restart让配置生效。这里有一个操作顺序上的提醒改完PasswordAuthentication no之前一定要先确认密钥登录已经能正常工作。一旦密码登录被关闭而密钥又没配对成功你只能回到本地终端上折腾。我第一次配置时就因为公钥里的换行符没弄干净导致登录被拒差点把自己锁在外面。4.4 顺手安上的基础工具与服务管理方式Alpine 默认的 shell 是 ash很多从其他发行版过来的人第一反应是装 bashapk add bash bash-completion装完之后可以把默认 shell 切换成 bash对习惯补全提示的人来说体验会好不少。其他我必装的还有util-linux、coreutils、curl、vim这些能把 Alpine 的日常操作手感拉到和主流发行版差不多的水平。Alpine 用 OpenRC 管理服务和 systemd 的思维有些区别。常用命令如下rc-service 服务名 start rc-service 服务名 stop rc-update add 服务名 default rc-update del 服务名 defaultrc-update负责管理开机自启“default” 是默认的运行级别。平时启动、停止服务用rc-service就行。习惯了这套逻辑之后你会发现它比 systemd 更直白没有那么多层抽象排查问题的时候反而轻松。5. 我在 Alpine 安装和初始化阶段踩过的四类硬坑5.1 重启后“没装成功”多半是 data 模式在捣乱这大概是新手遇到最多的“假故障”。你按照教程运行了安装脚本选了一堆配置最后确认写入屏幕上也刷了一堆信息看起来一切正常。然后重启拔掉 U 盘结果又回到了之前那个localhost login的界面。很多人这时候会以为安装失败或者 U 盘没拔干净。实际上绝大多数是因为在磁盘模式那一步选了data。这个模式的本意是保留原有系统的同时把一块空数据盘挂载为/data系统本身还是跑在内存里。如果你以为选data就是“安装到数据盘”那就大错特错了。想真正把 Alpine 装进硬盘磁盘模式一定要选sys。我还遇到过一种类似的情况选的是sys写入也成功了但重启后引导器找不到系统。这种时候不要急着重新安装先看看引导方式是不是和主板固件匹配能进 Live 环境的话挂载已安装的根分区检查一下引导器状态再做判断。5.2 DNS 偶尔解析失败时间戳和 resolv.conf 在作怪有一种很诡异的现象系统刚装好时能上网正常运行几天后某些域名突然解析不动了。第一次遇到时我把网卡配置翻了个遍甚至怀疑是上游路由器的问题后来才发现是/etc/resolv.conf里的 DNS 服务器不够稳或者在某些服务启动时被改写了。Alpine 的网络配置里没有 NetworkManager 这类后台管理服务/etc/resolv.conf基本都是安装时写死的。如果你用了 DHCP某些路由器下可能只会下发一个 DNS 地址这个地址一旦抽风整个系统解析就会变慢甚至失败。我的处理方式是直接手动改/etc/resolv.conf写上两个稳定 DNS 地址然后重启networking服务。改完之后的解析速度稳定了很多。另一个跟 DNS 相关的潜在问题是时区文件缺失导致的时间戳错乱。如果系统时间不准HTTPS 请求的证书校验会出问题表现上和 DNS 失败很类似都是“访问不了”。排查时可以先看date输出再getent hosts 域名试解析把网络问题和时间问题分开定位。5.3 musl 环境带来的编译兼容问题Alpine 默认用 musl 替代 glibc这是它体积和性能优势的来源之一但也带来了一些兼容性麻烦。最典型的是从源码编译软件时某些 configure 脚本或库依赖会检测 glibc 特有的接口导致编译失败。我遇到过一个很常见的例子编译 Python 项目时缺少musl-dev和gcc报错信息指向某个头文件缺失。在别的发行版里通常只需要gcc就够了但 Alpine 下必须把musl-dev也装上apk add gcc musl-dev make还有其他常见的编译依赖比如linux-headers、python3-dev按需安装就行。如果你在 Docker 里用 Alpine 镜像构建项目也需要记得在构建阶段把这些编译工具链加进去否则很多带 C 扩展的 Python 包会安装失败。另外有些商业软件只发布 glibc 版本Alpine 上直接跑会报“not found”或者段错误。这种情况通常需要先确认软件是否提供了静态编译版本或者是否适合在容器里用 glibc 基础镜像运行。遇到这种不兼容场景时我的经验是不要硬扛换个思路用容器或其它发行版往往更省事。5.4 BIOS/UEFI 引导错配导致完全不进系统这个坑发生在我帮人装一台老笔记本时。主板是传统 BIOS但我下载的镜像默认尝试 UEFI 引导U 盘启动后就一直停在引导选择界面后来强制切到传统模式才正常。装完后系统写到了磁盘但重启时又因为引导器没有正确安装在 MBR 里而找不到系统。Alpine 的sys安装在传统 BIOS 下通常使用 syslinux 作为引导器安装脚本一般会自动处理 MBR 的写入。如果你发现重启后不进系统可以重新从 U 盘进入 Live 环境挂载根分区和 boot 分区然后手动修复。传统 BIOS 下常用的命令是apk add syslinux extlinux --install /boot install-mbr /dev/sdXUEFI 环境下则要确认是否安装了 GRUB 或者 efibootmgr并把引导条目写到 NVRAM。面对这类问题先判断自己的固件模式再决定用哪一套修复命令比盲试要高效得多。我现在的习惯是准备安装之前先进主板设置确认固件模式然后让 U 盘的启动方式和最终目标保持一致。这个前置动作能避免掉一多半的引导问题。6. 进阶玩法不插 U 盘也能装 Alpine6.1 挂载磁盘后从任意 Linux 环境推进基础系统有时候你面对的是一台没有光驱、也没有 USB 口的路由器或小主机甚至只是一个裸磁盘。这时候也可以不依赖官方 ISO 启动环境直接从另一个 Linux 系统里把 Alpine 装进目标盘。思路很简单挂载目标磁盘用 mount 的方式把根目录指过去借助 apk 的--root参数初始化一套 Alpine 基础系统。大致流程如下我把目标盘假设为/dev/sdX先分区并格式化mkfs.ext4 /dev/sdX1 mount /dev/sdX1 /mnt然后初始化 rootfs 目录结构并安装基础包apk --root /mnt --initdb add alpine-base这一步会调用当前环境里的 apk 工具把 Alpine 的基础包安装到/mnt下。如果你的当前系统不是 Alpine也可以用官方提供的apk.static工具下载后直接用不需要先装 apk。装完之后还需要把目标盘的/etc/fstab、网络配置、主机名、root 密码这些基础配置补齐然后通过mount --bind /dev /proc /sys /mnt再用chroot /mnt /bin/sh进入目标系统执行后续配置。6.2 chroot 进根目录后补齐 bootloader 的关键步骤chroot 进去之后你会发现自己像进了一个迷你的 Alpine 环境但还缺最后一步引导器。这一步和上面提到的 BIOS/UEFI 引导修复是同一套逻辑。传统 BIOS 下先确保目标盘的 boot 分区如果有独立 boot 分区已经被挂载到/mnt/boot然后apk add syslinux extlinux --install /boot install-mbr /dev/sdXUEFI 下则要安装 GRUB 并写引导条目。不同架构、不同磁盘布局下的命令会有差异但大思路是一致的核心系统通过 chroot 安装后引导器必须单独安装到磁盘的正确位置否则机器仍然不会从这块盘启动。我第一次尝试这种装法时最大的感触是它把“安装”这件事拆成了两个独立阶段先铺基础文件系统再装引导器。这个理解一旦建立前面那些什么sys、data、修复引导的问题本质其实都是同一件事——你有没有把系统文件和引导器放对地方。6.3 定制化场景在容器里把 Alpine 当宿主根系统使用还有一种不算安装但很常见的用法是把 Alpine 当作容器基础镜像使用。你会发现很多容器镜像都把 Alpine 作为底层因为体积小镜像拉取快启动之后占用的资源也少。这种用法其实不需要走安装流程只要拉取对应架构的 Alpine 镜像然后在容器里用apk add装自己需要的工具链即可。如果你在本地首次使用 Alpine 容器不熟悉 apk可以在容器里跑apk update和apk add 包名练习几遍这比直接上手物理机安装更容易建立对包管理系统的直觉。我个人非常推荐新手用这个方式先“泡”几天 Alpine在一个临时容器里随意折腾 apk、OpenRC、目录结构就算弄坏了也只是删掉容器重来成本几乎为零。等熟悉之后再回头装物理机你会觉得整个过程顺畅很多。我这几次装 Alpine 下来最大的感受是它很像一把瑞士军刀看起来不起眼但每一件工具都有明确的用途和存在的理由。如果你习惯了大而全的系统刚转过来会有几天不适应但当你真正理解 musl、BusyBox、OpenRC 这套精简组合之后再回去看那些重发行版会明显觉得很多重量级组件其实是为了少数场景准备的。安装只是第一步装完后的定制和磨合才是真正有意思的部分。希望这篇记录能帮你少走几段弯路。
阅读完成 · 觉得有帮助？
