企业官网建设流程全解析

1. Ubuntu 26.04 部署前的整体规划与思路拆解

Ubuntu 26.04 这个版本号一出来，很多人的第一反应是"我还在用 22.04，26.04 是不是跨度太大了"。其实从 LTS 的节奏来看，26.04 是继 24.04 LTS 之后的下一个长期支持版本，按照 Ubuntu 一贯的命名规律，它会在 2026 年 4 月发布，支持周期同样覆盖五年。对于准备在虚拟机里做本地部署、跑 AI 大模型、搭 Docker 环境的人来说，提前把部署流程摸清楚，比等到正式版出来再手忙脚乱要划算得多。

我这次部署的核心目标很明确：在 VMware Workstation 里装一台干净的 Ubuntu 26.04 虚拟机，配好国内镜像源，装齐 apt、Docker、常用编译工具链，让它能直接承接后续的 Ollama 本地部署、DeepSeek 本地部署这类任务。之所以选虚拟机而不是物理机，理由很实在——AI 大模型本地部署对环境的污染比较重，CUDA 工具链、Python 版本、各种依赖库经常互相打架，虚拟机可以随时快照回滚，玩坏了直接删掉重来，成本几乎为零。

整个部署思路可以拆成四层。第一层是宿主机准备，也就是 VMware Workstation 的安装和虚拟机硬件参数规划；第二层是系统安装，包括镜像获取、分区、用户配置；第三层是系统初始化，重点是镜像源替换、环境变量、中文输入法这些"装完就得配"的东西；第四层是应用层部署，Docker、Ollama、编译工具链按需上。这四层里，最容易翻车的是第三层，因为镜像源配错、环境变量写错这类问题，往往不会立刻报错，而是等到你装某个包的时候才突然炸出来。

提示：Ubuntu 26.04 在本文写作时尚未正式发布，以下内容基于 Ubuntu 24.04 LTS 的成熟实践进行合理推演，正式版发布后具体细节可能有微调，但整体流程和踩坑点高度一致。

为什么强调"整体规划"而不是上来就装？因为我在早期部署时吃过亏。有一次直接默认分区装完，结果 /home 只给了 20G，后来跑本地大模型，模型文件动辄几十 G，硬盘直接爆掉，只能重装。还有一次没提前规划内存，虚拟机只给了 4G，装 Docker 加几个容器就卡得不行。这些坑本质上都是规划阶段偷懒导致的，跟技术难度无关，纯粹是经验问题。

2. VMware 虚拟机环境准备与镜像获取

2.1 VMware Workstation 的版本选择与安装要点

VMware Workstation 目前主流的是 Workstation Pro 版本，个人使用可以免费申请许可证，商用则需要购买。版本上建议用较新的 17.x 系列，对新一代 Linux 内核的兼容性更好，尤其是 Ubuntu 26.04 这种新版本，内核版本会比较激进，老版本 VMware 可能会出现显卡驱动、网络适配器识别异常的问题。

安装 VMware 本身没什么难度，一路下一步即可，但有几个细节值得注意。安装路径尽量不要放在中文目录下，虽然现在兼容性好了很多，但某些虚拟磁盘操作在中文路径下仍可能出问题。另外安装完成后建议重启一次宿主机，让 VMware 的虚拟网卡驱动（VMnet1、VMnet8）正常加载，否则创建虚拟机时可能找不到网络类型。

网络模式的选择是很多人纠结的点。VMware 提供桥接、NAT、仅主机三种主要模式。我的建议是：如果只是本地部署、不需要局域网内其他机器访问这台虚拟机，用 NAT 就够了，虚拟机可以上网，宿主机也能通过端口转发访问虚拟机的服务。如果要做集群测试，比如 Goldendb 三节点部署这种场景，那就要用桥接模式，让每台虚拟机都有独立的局域网 IP。

2.2 虚拟机硬件参数的科学规划

硬件参数这块，我踩过的坑最多，所以单独拎出来讲。下面这张表是我根据不同的使用场景总结的配置建议，可以直接抄作业：

这里重点说两个参数。CPU 核心数不要超过宿主机物理核心数的一半，否则宿主机自己会卡。比如你的笔记本是 8 核 16 线程，虚拟机最多给 4 核，给多了宿主机和虚拟机抢资源，两边都难受。内存同理，宿主机 16G 内存，虚拟机给 8G 是上限，再高宿主机就要开始用交换分区了，整体体验断崖式下降。

磁盘这块有个关键选择：厚置备还是薄置备。厚置备（Thick Provision）会一次性把分配的磁盘空间占满，性能稳定但浪费空间；薄置备（Thin Provision）按需增长，省空间但长期使用后碎片较多。我的建议是系统盘用厚置备，保证 IO 稳定；数据盘用薄置备，因为数据盘往往一开始用不满，省下来的空间可以给别的虚拟机。

2.3 Ubuntu 26.04 镜像的获取与校验

镜像获取这一步，很多人直接搜索引擎一搜就下载了，这是大忌。正确的做法是走官方渠道或者国内知名高校的镜像站。Ubuntu 官网的镜像下载页面是最权威的来源，国内的话，清华镜像源、中科大镜像源、阿里云镜像源都提供完整的 ISO 下载，速度比官网快很多。

下载的时候要注意区分 Desktop 版和 Server 版。Desktop 版带图形界面，适合新手和需要可视化操作的场景；Server 版没有图形界面，资源占用小，适合纯服务器用途。如果你打算在虚拟机里跑本地大模型，我建议装 Server 版，然后按需装轻量级桌面环境，比直接装 Desktop 版更省资源。

镜像下载完成后，务必做一次校验。Ubuntu 官网会提供 SHA256SUMS 文件，下载后用sha256sum命令对比一下。这一步看起来多余，但我就遇到过下载过程中网络抖动导致镜像损坏的情况，装到一半报错，排查半天才发现是镜像本身的问题。校验命令很简单：

sha256sum ubuntu-26.04-desktop-amd64.iso

把输出结果和官网的 SHA256SUMS 文件里对应的值对比，一致就说明镜像完整。

3. Ubuntu 26.04 系统安装全流程实操

3.1 虚拟机创建与系统安装的关键步骤

在 VMware 里点"创建新的虚拟机"，选择"自定义"而不是"典型"，因为自定义模式才能精细控制硬件参数。客户机操作系统选择 Linux，版本选 Ubuntu 64-bit。如果 VMware 版本较老，列表里可能没有 26.04 这个选项，选 24.04 或者"其他 Linux 5.x 及更高版本内核"都可以，不影响使用。

虚拟磁盘类型建议选 SCSI 或者 NVMe，性能比 IDE 好很多。网络适配器按前面说的选 NAT 或桥接。创建完成后先别急着开机，进虚拟机设置里把"加速 3D 图形"关掉，除非你确实需要跑图形密集型应用，否则开着只会增加宿主机负担。

开机后进入 Ubuntu 安装界面，语言选中文或英文都行，我习惯选英文，因为很多报错信息用英文搜索更容易找到答案。安装类型选"最小安装"或者"正常安装"，最小安装不带办公套件和游戏，装完系统更干净。分区这块，新手可以直接选"清除整个磁盘并安装"，让安装程序自动分区；有经验的可以手动分区，我一般这样分：

• /boot：1G，ext4
• /：50G，ext4
• /home：剩余空间的 60%，ext4
• swap：内存的 1-2 倍，如果内存大于 16G 可以不给 swap 或者只给 4G

手动分区的好处是 /home 独立，将来重装系统时用户数据不会丢。这个习惯我从 Ubuntu 18.04 时代就养成了，救过我好几次。

3.2 首次启动后的基础配置

系统装完第一次启动，先做几件事。第一是更新系统，但这时候还没换镜像源，直接apt update会很慢。所以顺序应该是先换源，再更新。

换源的操作是编辑/etc/apt/sources.list文件。Ubuntu 24.04 之后引入了新的 DEB822 格式，源文件放在/etc/apt/sources.list.d/ubuntu.sources，26.04 大概率延续这个格式。用清华镜像源举例，把文件里的archive.ubuntu.com和security.ubuntu.com替换成mirrors.tuna.tsinghua.edu.cn即可。替换前先备份原文件：

sudo cp /etc/apt/sources.list.d/ubuntu.sources /etc/apt/sources.list.d/ubuntu.sources.bak sudo sed -i 's|archive.ubuntu.com|mirrors.tuna.tsinghua.edu.cn|g' /etc/apt/sources.list.d/ubuntu.sources sudo sed -i 's|security.ubuntu.com|mirrors.tuna.tsinghua.edu.cn|g' /etc/apt/sources.list.d/ubuntu.sources sudo apt update

换完源之后apt update的速度会有质的飞跃，从原来的几分钟缩短到几秒钟。这一步做完，再执行sudo apt upgrade -y把系统更新到最新。

第二件事是配置中文输入法。Ubuntu 默认的输入法框架是 IBus，中文输入法需要额外装。我一般装 fcitx5 加拼音，比 IBus 稳定：

sudo apt install fcitx5 fcitx5-chinese-addons fcitx5-frontend-gtk3 fcitx5-frontend-qt5 -y

装完后在"语言支持"里把输入法框架切换成 fcitx5，然后重启，在 fcitx5 配置里添加拼音输入法。这里有个坑：如果先装了 fcitx5 但没在语言支持里切换框架，输入法是不会生效的，很多人卡在这一步以为装失败了。

3.3 环境变量配置与常见错误规避

环境变量配置错误是 Ubuntu 新手最容易踩的坑，没有之一。典型症状是：改完/etc/environment或者~/.bashrc之后，终端里所有命令都找不到了，连ls都提示 command not found。这是因为 PATH 变量被覆盖而不是追加导致的。

正确的做法是追加而不是覆盖。比如要加一个自定义路径到 PATH，应该这样写：

export PATH=$PATH:/your/custom/path

而不是：

export PATH=/your/custom/path

后者会把原来的 PATH 全部冲掉，系统命令自然就找不到了。如果不小心写错了，别慌，用绝对路径调用编辑器修复即可，比如/usr/bin/vim ~/.bashrc，因为 vim 的绝对路径还在，不依赖 PATH。

另外，/etc/environment和~/.bashrc的区别要搞清楚。前者是系统级，对所有用户和所有登录方式生效，格式是KEY=value，不能写export；后者是用户级，只对当前用户的 bash 会话生效，可以写export。写错文件或者写错格式，都会导致配置不生效或者系统异常。

4. 应用层部署：Docker、Ollama 与编译工具链

4.1 Docker 安装与国内镜像源配置

Docker 的安装我推荐用官方脚本，比 apt 直接装版本更新：

curl -fsSL https://get.docker.com | sudo sh

装完后把当前用户加入 docker 组，这样不用每次 sudo：

sudo usermod -aG docker $USER

注意这一步需要重新登录才生效，很多人加完组发现还是要 sudo，就是因为没重新登录。

Docker 装完后，拉镜像默认走的是 Docker Hub，国内访问速度堪忧。配置国内镜像源的方法是编辑/etc/docker/daemon.json：

{ "registry-mirrors": [ "https://docker.mirrors.ustc.edu.cn", "https://hub-mirror.c.163.com" ] }

写完重启 Docker 服务：sudo systemctl restart docker。这里要提醒一句，国内镜像源的状态是动态变化的，有些源可能某段时间不可用，建议多配几个，Docker 会自动尝试。

4.2 Ollama 本地部署与模型拉取

Ollama 是目前本地跑大模型最省心的方案，一条命令就能装：

curl -fsSL https://ollama.com/install.sh | sh

但国内网络直接拉安装脚本和模型会比较慢，这时候可以借助国内镜像源。Ollama 的模型拉取走的是自己的 registry，可以通过设置环境变量指向国内镜像。装完后验证一下：

ollama --version systemctl status ollama

服务正常的话，就可以拉模型了，比如ollama pull deepseek-r1或者ollama pull qwen2.5。模型文件很大，7B 的模型大概 4-5G，70B 的模型能到 40G 以上，所以前面强调数据盘要单独给大空间，就是为这个准备的。

注意：Ollama 默认监听 127.0.0.1:11434，如果想让局域网其他机器访问，需要设置OLLAMA_HOST=0.0.0.0，但这样会暴露服务，务必确认网络环境安全后再操作。

4.3 编译工具链与常见安装失败排查

Ubuntu 装 gcc、g++、make 这些编译工具，标准命令是：

sudo apt install build-essential -y

但有时候会失败，报错五花八门。最常见的原因是镜像源没配好，或者 apt 缓存损坏。排查顺序是：先sudo apt update看能不能正常更新，如果更新就报错，那是源的问题；如果更新正常但安装报错，试试sudo apt clean清缓存再装。

还有一种情况是依赖冲突，比如之前装过某个版本的库，现在要装的包依赖另一个版本。这时候sudo apt install -f可以尝试自动修复依赖关系。如果还不行，就得用aptitude这个工具，它处理依赖冲突比 apt 更聪明：

sudo apt install aptitude -y sudo aptitude install build-essential

aptitude 会给出多个解决方案让你选，通常第一个方案就是最优解。

5. 部署过程中的常见问题与排查技巧实录

5.1 权限与用户组相关问题的速查

权限问题在 Ubuntu 部署里出现频率极高，我整理了一张速查表：

"用户未出现在 sudoers"这个报错，本质是安装系统时创建的用户没有被赋予管理员权限。这种情况在自定义安装或者某些精简镜像里比较常见。解决办法是重启进入 recovery 模式，用 root shell 执行usermod -aG sudo 用户名，然后重启即可。

5.2 网络与镜像源问题的排查思路

镜像源配了但apt update还是慢或者报错，排查思路是这样的。先ping mirrors.tuna.tsinghua.edu.cn看网络通不通，不通就是网络问题；通了但慢，可能是 DNS 解析慢，改/etc/resolv.conf加个nameserver 223.5.5.5；如果报 404 或者 GPG 错误，那是源地址写错了或者密钥过期，重新核对源文件内容。

GPG 密钥错误是换源后常见的问题，报错类似 "The following signatures couldn't be verified"。解决方法是导入对应的公钥，清华源的话：

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 对应密钥ID

不过apt-key在新版本里已经废弃了，26.04 大概率会完全移除，替代方案是把密钥放到/etc/apt/keyrings/目录下，然后在源文件里用signed-by指定。这个变化要注意，老教程里的apt-key方法可能不管用了。

5.3 虚拟机特有的问题与经验

虚拟机里跑 Ubuntu，有几个问题是物理机不会遇到的。第一是时间不同步，虚拟机挂起再恢复后，系统时间可能和宿主机差很多，导致 apt 报证书过期。解决方法是装 VMware Tools 或者 open-vm-tools：

sudo apt install open-vm-tools open-vm-tools-desktop -y

第二是分辨率问题，尤其是装了桌面环境后，分辨率可能固定在 800x600 调不了。这通常是没装显卡驱动或者 VMware Tools 没装好，装完 open-vm-tools-desktop 重启一般就能自适应。

第三是共享文件夹，VMware 的共享文件夹功能在 Linux 下需要手动挂载，而且新版 Ubuntu 对vmhgfs-fuse的支持有时会有问题。我的建议是别折腾共享文件夹，直接用 SCP 或者 Samba 传文件，更稳定。

6. 部署完成后的验证与后续扩展

6.1 系统健康状态检查清单

部署完成后，我会跑一遍检查清单，确认各个组件都正常。检查项包括：apt update是否秒回、Docker 能否正常拉镜像跑容器、Ollama 服务是否 active、编译工具链能否编译一个 hello world、中文输入法能否正常切换、网络能否访问外网。这几项都过了，说明基础环境没问题，可以开始上业务了。

编译测试可以用一个最简单的 C 程序：

echo '#include <stdio.h> int main(){printf("ok\n");return 0;}' > test.c gcc test.c -o test && ./test

输出 ok 就说明工具链完整。

6.2 快照与备份策略

虚拟机最大的优势就是快照。我的习惯是：系统装完配好基础环境后，打第一个快照，命名"base"；装完 Docker 和 Ollama 后，打第二个快照，命名"ai-ready"；之后每次做重大变更前，都先打快照。这样一旦玩坏了，回滚到最近的快照，几分钟就能恢复，比重新装系统快得多。

快照也不是越多越好，每个快照都会占用磁盘空间，而且快照链太长会影响性能。我的做法是保留最近 3-5 个快照，更早的合并或者删除。VMware 的"快照管理器"里可以方便地管理这些。

6.3 后续可扩展的方向

这套环境搭好之后，能做的事情很多。想跑 YOLOv8 做目标检测，装个 CUDA 工具链就行；想搭 Goldendb 三节点集群，复制两台虚拟机改改 IP 和主机名即可；想部署 MinerU 做文档解析，pip 装一下就能跑。基础环境是通用的，具体业务按需叠加。

我个人在实际操作中的体会是，Ubuntu 部署这件事，难点从来不在技术本身，而在细节。镜像源、环境变量、权限、依赖，每一个都是小问题，但组合起来就能让人折腾一整天。把流程标准化、把踩过的坑记录下来，下次部署就能从一天缩短到一小时。这套流程我已经在 22.04、24.04 上验证过多次，26.04 正式发布后，我会第一时间在虚拟机里跑一遍，到时候再补充新版本特有的变化。