Ubuntu 14.04 安装 32 位 Chrome：依赖、证书与旧系统替代方案全析-平芜编程栈

如果你今天还在折腾“Ubuntu 14.04 安装 32 位 Chrome”这件事，大概率是手里有一台舍不得扔的老电脑，或者某个机房角落里的 32 位上网本还在服役。这活儿放在 2016 年之前非常简单，一条命令下载 deb 包再 dpkg 安装就完事了；但放到现在，Google 早就停掉了 32 位 Linux 版 Chrome，Ubuntu 14.04 的软件源也整体搬进了 old-releases 存档区，照抄当年的教程必然处处碰壁。

我最近刚好在一台 32 位的老笔记本上完整走了一遍流程，从换源到装依赖，从证书报错到启动参数调优，踩了不少坑。下面这篇就把整个操作过程、原理解释和替换方案都写清楚，给那些还在和 14.04 较劲的朋友做个参考。

1. 为什么这件事现在成了一个“考古题”

1.1 32 位 Chrome 的终点站：版本 49

先说一个关键时间点：Google 在 2016 年 3 月左右发布了 Chrome 49，这是 Linux 平台 32 位版本的最后一班车。从 Chrome 50 开始，官方只提供 64 位 Linux 包，32 位用户再也没收到过新版本和安全补丁。也就是说，你现在能装到的 32 位 Chrome，不管从哪个渠道下载，版本号都在 49.0.2623.x 这个区间。

这个版本有多老？它出生的时候 Windows 7 如日中天，还没有 Chrome 109 这种后来的版本概念；网页标准也停留在 ES6 刚起步的阶段。拿到今天来看，它的 HTML5 渲染能力、JavaScript 引擎性能、TLS 协议支持都明显落后，但这恰恰是 32 位老机器能跑动的最后一代 Chrome，也是很多旧系统的“最优解”。

1.2 Ubuntu 14.04 的现状：源已经搬进了存档库

Ubuntu 14.04 代号 Trusty Tahr，2014 年 4 月发布，标准支持周期到 2019 年 4 月结束。支持期结束后，它的软件源从 archive.ubuntu.com 整体迁移到了 old-releases.ubuntu.com。很多老教程里写的apt-get install chromium-browser或者直接apt-get update，在今天都会因为源地址失效而报错。

这带来一个连锁问题：你不仅需要自己找 Chrome 的 deb 安装包，还需要把系统的软件源修复好，才能解决 Chrome 依赖的库文件。老系统装新软件，最麻烦的从来不是软件本身，而是依赖链。

1.3 动手之前先想清楚：你需要的到底是什么

在正式开始之前，我建议你先花一分钟想清楚需求，因为 32 位 Chrome 的适用范围比想象中窄。

我为什么要装 Chrome？如果只是想要一个能打开网页的浏览器，其实有更轻量、更新维护的选择。
这台机器内存多大？1GB 以下的话，Chrome 49 跑起来也会吃力，可能需要配合轻量桌面环境。
我会拿它做什么？如果只是看文档、查资料、登录一些旧系统，Chrome 49 完全够用；如果要用现代网银、视频网站、新版 Web 应用，我劝你趁早换路子。

想清楚这些，后面的操作才有意义。毕竟折腾老系统的核心原则是“够用就好”，不是“非得装上不可”。

2. 动手前的地基：修源、补依赖、找安装包

2.1 把软件源切到 old-releases

Ubuntu 14.04 的源文件在/etc/apt/sources.list，由于官方源已经失效，第一步就是批量替换。最简单粗暴的方法是用 sed 把域名整体换成 old-releases：

sudo sed -i 's/archive.ubuntu.com/old-releases.ubuntu.com/g' /etc/apt/sources.list sudo sed -i 's/security.ubuntu.com/old-releases.ubuntu.com/g' /etc/apt/sources.list sudo apt-get update

如果你发现 sources.list 里还有别的第三方源，比如ppa.launchpad.net或download.virtualbox.org，建议先注释掉。老系统的 PPA 大多已经失效，留着只会拖慢 apt-get update 的速度，甚至卡死在连接超时上。

如果你手头的 sources.list 已经被清空了，也可以手动写一个最小可用的 14.04 源：

deb http://old-releases.ubuntu.com/ubuntu/ trusty main restricted universe multiverse deb http://old-releases.ubuntu.com/ubuntu/ trusty-updates main restricted universe multiverse deb http://old-releases.ubuntu.com/ubuntu/ trusty-security main restricted universe multiverse

这里有个小细节：不要把deb-src也加上，除非你真的需要编译源码。加多了源只会让 update 时间变长，对安装 Chrome 没有帮助。

2.2 把依赖提前装好，别等 dpkg 报错

Chrome 49 的 i386 deb 包依赖一批运行库，包括 libgconf2-4、libnss3、libxss1、libappindicator1、fonts-liberation 等。在 14.04 的源里，这些包都还在，可以直接装：

sudo apt-get install libgconf2-4 libnss3 libxss1 libappindicator1 fonts-liberation libcurl3

为什么强调“提前装”？因为dpkg -i安装 Chrome 时遇到缺依赖会直接中断，然后再执行apt-get -f install修复虽然也能解决，但多了一步报错处理，新手容易吓一跳。先把依赖列出来装齐，后面 dpkg 一步到位，体验完全不同。

注意：libcurl3 这个包在 14.04 里有，但在 Ubuntu 18.04 之后就换成了 libcurl4，如果你是在更新的系统上找旧包，这条会踩坑。不过我们这题限定 14.04，所以没问题。

2.3 找到 32 位 Chrome 的 deb 包

Chrome 官方当年的下载链接是：

https://dl.google.com/linux/direct/google-chrome-stable_current_i386.deb

但这个链接今天大概率拿不到文件了——Google 停止 32 位版本后会返回 404。如果你运气好还能下载下来，那恭喜；绝大多数情况下，你得从下面几个渠道找：

Internet Archive 的 Wayback Machine：在 web.archive.org 里输入https://dl.google.com/linux/direct/google-chrome-stable_current_i386.deb的历史快照，能找到 2016 年 3 月前后的存档文件。
老牌 Chrome 镜像站：搜索google-chrome-stable_current_i386.deb，找一些还保留旧安装包的下载站。注意核对文件名里带 i386 字样，别下载成 64 位版本。
本地缓存：如果你以前在这台机器上装过 Chrome，浏览器或 /var/cache/apt/archives 里可能还有残留的旧 deb。查一下：ls /var/cache/apt/archives/*.deb。

下载完先看一眼文件信息，用dpkg-deb -I google-chrome-stable_current_i386.deb查看包架构字段，确认是 i386，避免装到一半报“wrong architecture”才返工。

3. 核心安装流程：从 deb 落地到图标点亮

3.1 dpkg 安装与依赖兜底

安装命令很简单，进入下载目录后执行：

sudo dpkg -i google-chrome-stable_current_i386.deb

如果之前在 2.2 节已经装好了依赖，这一步应该直接通过，不会报错。万一因为某些原因仍有依赖缺失，最稳妥的做法是接着执行：

sudo apt-get -f install

apt 会自动补装缺失的依赖，然后完成 Chrome 的配置。这条命令是 dpkg 的“后悔药”，几乎所有 deb 包安装失败后的依赖修复都靠它。

关于“为什么不用 apt install ./xxx.deb”的问题：14.04 的 apt 版本是 1.0，已经支持直接安装本地 deb，但你依然需要先写好源，否则无法解析依赖。dpkg -i + apt-get -f install 的组合更直白，也更适合老系统的操作习惯。

3.2 Sandbox 权限：第一个必然遇到的坑

装完 Chrome，如果你直接在终端运行google-chrome，大概率会看到一行红字报错：

The SUID sandbox helper binary was found, but is not configured correctly.

这个问题的本质是/opt/google/chrome/chrome-sandbox文件的权限不对。Chrome 的沙箱机制需要一个属主为 root、权限为 4755 的辅助程序，而 deb 解包时有时不会自动设置好。修复方法如下：

sudo chown root:root /opt/google/chrome/chrome-sandbox sudo chmod 4755 /opt/google/chrome/chrome-sandbox

顺便提醒一句：网上很多教程会让你加--no-sandbox参数绕过这个检查。这个参数关闭了浏览器沙箱，意味着网页代码有权限直接访问系统资源，风险很高。老系统本身就不安全，再关掉沙箱等于裸奔。除非万不得已（比如容器环境），否则不要用它。

3.3 桌面启动图标与老机器常用参数

dpkg 安装完成后，系统菜单里会自动生成 Google Chrome 的启动项，位置在/usr/share/applications/google-chrome.desktop。正常情况下不需要手动修改。

不过在老机器上，我强烈建议你调一下启动参数。打开这个 desktop 文件，找到 Exec 行，改为类似这样：

Exec=/opt/google/chrome/google-chrome --disable-gpu %U

加--disable-gpu的原因很实际：14.04 的内核和 Mesa 驱动太老，Chrome 49 的 GPU 进程经常崩溃，导致白屏或页面滚动的光标渲染异常。禁用 GPU 加速后，虽然滚动稍微不如硬件加速顺滑，但胜在稳定。

如果你内存实在紧张，还可以追加--disable-reading-from-canvas、--disable-accelerated-2d-canvas这类参数。不过我最建议的只有一个：--disable-gpu，其他动了反而可能引发莫名其妙的问题。

4. 装完只是开始：几个实测必炸的大坑

4.1 HTTPS 证书全红：NET::ERR_CERT_AUTHORITY_INVALID

装完 Chrome 49，第一件事是随便打开一个 https 网站试试。如果你访问现代网站看到“您的连接不是私密连接”或者NET::ERR_CERT_AUTHORITY_INVALID，别慌，这不是没装好，而是这个版本 Chrome 的证书库太老了。

Chrome 49 内置的 NSS 库版本约在 3.19 左右，它不认 2016 年以后新出现的 CA 根证书。现在主流网站使用的 Let's Encrypt 证书，其根证书 ISRG Root X1 就是 2016 年才申请的，Chrome 49 压根不知道这个根存在，自然无法验证网站身份。

修复分两步走。先在系统层面导入新根证书：

sudo cp isrg-root-x1.pem /usr/local/share/ca-certificates/isrg-root-x1.crt sudo update-ca-certificates

注意后缀必须是 .crt，update-ca-certificates 只扫描这个目录下的 crt 文件。

但这只解决了一半问题，因为 Chrome 在启动时除了读系统证书库，还会读取用户目录下的 NSS 数据库。如果你发现光更新系统证书之后仍然报错，就需要手动往用户的 NSS 库里登记新根证书：

sudo apt-get install libnss3-tools mkdir -p $HOME/.pki/nssdb certutil -d sql:$HOME/.pki/nssdb -N --empty-password certutil -d sql:$HOME/.pki/nssdb -A -t "C,," -n "ISRG Root X1" -i isrg-root-x1.pem

这里的逻辑是：Chrome 通过 NSS 数据库查询信任锚点，系统/etc/ssl/certs更新后 Chrome 未必直接认，但用户级 NSS 库一定认。两步都做完，绝大多数证书报错就能解决。

ISRG Root X1 的 pem 文件哪来？在一台现代设备的浏览器地址栏输入https://letsencrypt.org/certs/，或者从其他受信任的服务器下载后拷进老机器。这里有个现实问题：老机器的 wget/curl 本身可能也报证书错误，所以最省事的办法是用 U 盘从新电脑把证书文件拷贝过来。

4.2 中文网页字体发虚

14.04 在安装桌面版时默认带中文字体，但如果你当初装的是英文版或者精简版，Chrome 里打开中文网页会出现方框、乱码或者笔画发虚。解决方案是补装文泉驿字体：

sudo apt-get install fonts-wqy-zenhei fonts-wqy-microhei

装完重启 Chrome，中文字体的渲染会正常很多。这里要说一句：Chrome 49 的字体回退机制比较原始，如果系统里一个中文字体都没有，它不会像现代浏览器那样主动下载网络字体，而是直接拿日文或韩文字形兜底，所以结果就是笔画缺一块、字号大小不一。字体装好后，这个现象会立即消失。

如果你对字体有更高要求，还可以在~/.fonts下放一个微软雅黑的 ttf。但文泉驿微米黑对 14.04 来说已经算是平衡了清晰度和性能的选择了。

4.3 CPU 飙高、GPU 崩溃与扩展兼容性

装完 Chrome 49 跑几个网页，你可能会发现风扇狂转、页面时不时白屏。除了前面提到的--disable-gpu能缓解大部分问题外，还有两个细节值得注意。

第一个是 Flash。Chrome 49 自带 PPAPI Flash，但 Flash 插件已经停止维护很多年，而且会无端占用 CPU。建议在设置里手动禁用 Flash（或在地址栏输入chrome://settings/content/flash改为“点击运行”），不是万不得已别让它自动加载。

第二个是扩展。Chrome 49 的扩展系统对 Manifest V3 完全不支持，大量现代扩展装不了。不过这也不全是坏事——你反而能回到那个“扩展小而美”的时代。如果你一定要装广告拦截，找 uBlock Origin 的旧版本（2018 年以前的 1.2x 版本），在 49 上运行很流畅。

第三个容易忽略的点是chrome://gpu页面。打开它，你会看到几乎每个条目都在报错或显示“软件渲染”。这是老系统的正常表现，不建议你再折腾显卡驱动了。A 卡、N 卡、Intel 集显在 14.04 上的闭源驱动早就停止更新，开源驱动的兼容性反而不错。接受软件渲染，就是接受稳定。

5. 装完之后，聊聊这台老设备的现实出路

5.1 32 位 Chrome 49 的真实能力边界

折腾完一轮，你需要对装好的 Chrome 49 有一个清醒认识。它不是一个现代的浏览器，而是一个 2016 年的古董。实测下来：

普通新闻资讯站、文档站、技术博客：基本都能正常浏览。
使用现代前端框架（React 18、Vite 构建）的应用：大概率白屏或交互异常。
视频网站：HTML5 播放器能否正常播放看兼容性，老版本往往提示“此视频格式不支持”。
网银、支付类网站：强烈不建议使用。一方面证书验证可能失败，另一方面 Chrome 49 的漏洞在 2016 年后已经公开了很多年，安全性没有保障。
Google 自家的搜索和 Gmail：能打开，但新版界面有时会出现布局错乱。

说白了，它就是一台“阅读器”级别的浏览器。查查资料、看看文档、访问一些常年不更新界面的后台系统，这些场景完全够用。想指望它流畅跑现代 Web 应用，那就是强人所难了。

5.2 替代方案对比：老系统不止 Chrome 一条路

我在折腾 Chrome 的过程中也顺手试过其他浏览器，整理出来供你参考：

浏览器	是否支持 32 位 Linux	版本特点	适合场景
32 位 Chrome 49	是	老而全，扩展生态停留在 2016 年	旧系统情怀、特定旧应用
Firefox 52 ESR	是	Mozilla 最后支持 32 位 Linux 的 ESR 版本，可解压运行	兼容性略好、标签页开得多
Pale Moon 28	是	Firefox 分支，持续维护到 2021 年左右	日常浏览、老机器轻量使用
换装 Lubuntu 18.04 32 位	是	新系统内核更现代、软件源还能用	设备内存 ≥2GB 时的更好出路

实际使用下来，Firefox 52 ESR 对网页标准的支持比 Chrome 49 好不少，至少很多现代网页能打开而不白屏；Pale Moon 28 更加轻量，启动速度也快。如果机器内存不超过 1GB，我更推荐先试 Pale Moon，而不是死磕 Chrome。

如果你的硬件内存有 2GB 以上，其实最务实的方案是放弃 14.04，装一个 Lubuntu 18.04 的 32 位版本。同样是老系统，18.04 的软件源还能走 archive.ubuntu.com，浏览器也有更多选择，安全补丁也更新。当然，这已经是另一个折腾方向了，感兴趣的话可以单独开一篇细说。