企业官网建设流程全解析

简介：这份资源面向初次接触 Ubuntu 的新手与希望深入系统优化、开发环境搭建的进阶用户，围绕系统安装初始化、性能调优、容器化与 Python 虚拟环境、Web 服务器与自动化脚本实战等场景，提供从入门到项目落地的操作指引。资源包内共 1 个 docx 文档，压缩包约 21KB，以图文与命令示例结合的方式组织内容，便于按模块检索学习。文档涵盖基础安装与首次配置、apt 软件管理、开机加速与资源监控、Docker 与 venv 环境搭建、LAMP 博客部署、Docker Compose 单机编排及 Harbor 私有仓库等具体实例，并附官方文档、社区教程与依赖冲突、驱动兼容等常见问题处理思路。目前已有 1124 人学习下载，适合希望系统掌握 Ubuntu 日常使用与开发环境配置的读者参考实践。

1. 从裸机到能干活：Ubuntu 使用教程与资源指南到底解决什么问题

很多人第一次接触 Ubuntu，是手里一台旧笔记本、一块空硬盘，或者一台刚装好的虚拟机。开机之后面对黑底白字的终端，第一反应是「我该敲什么」。这个标题讲的不是操作系统理论，而是把 Ubuntu 从安装、配置、日常使用到项目实战这条链路走通。它解决的是「装完之后不会用、用起来总翻车、想跑项目又卡在环境上」这三类问题。适合刚转 Linux 的后端、算法、运维方向从业者，也适合需要在 Ubuntu 上跑深度学习、Qt、Django 这类项目实战的学生和工程师。热词里 ubuntu安装、ubuntu 22.04、ubuntu安装docker、ubuntu环境变量配置错误这些，本质都是同一条链路上的节点。下面按「装 → 配 → 用 → 跑项目 → 排错」的顺序拆开讲，每一步都落到能复现的命令和参数上。

2. 装系统这一步：镜像、分区与虚拟机三条路怎么选

2.1 镜像来源与版本选择：22.04 LTS 为什么是默认答案

Ubuntu 的版本分 LTS 和普通版，LTS 每两年发一次，支持五年。22.04 是当前项目实战里最稳的选择，绝大多数 Docker 镜像、CUDA 驱动、Qt 版本都优先适配它。24.04 虽然更新，但部分显卡驱动和第三方源还没完全跟上，新手踩坑概率高。镜像从官网下载，选 Desktop 版做日常开发，Server 版做纯服务器。下载后校验 SHA256，这一步很多人跳过，结果装到一半报 I/O 错误，回头查半天。

# 下载后校验镜像完整性，替换成实际文件名 sha256sum ubuntu-22.04.4-desktop-amd64.iso # 对比官网公布的哈希值，不一致就重新下载

sha256sum输出一串哈希，和官网页面上的值逐字符比对。不一致说明下载过程中断过，别抱侥幸心理。镜像写入 U 盘用 Rufus 或 balenaEtcher，Rufus 在 Windows 下分区方案选 GPT、目标系统选 UEFI，这两项选错会导致开机找不到引导。

2.2 虚拟机安装：VMware 下的三个关键参数

不想动本机分区，就在 VMware 里装。新建虚拟机时内存给 4GB 起步，跑 Docker 和编译建议 8GB；处理器给 2 核以上；磁盘至少 40GB，选「将虚拟磁盘拆分成多个文件」方便迁移。网络适配器选 NAT，这样虚拟机共享主机网络，装软件不用额外配。安装过程中分区选「清除整个磁盘并安装 Ubuntu」，虚拟机里不用手动分区。

# 装完先更新源和已装包，避免后续依赖冲突 sudo apt update && sudo apt upgrade -y # 安装常用工具链 sudo apt install -y build-essential git curl wget vim

apt update刷新软件源索引，apt upgrade升级已装包。build-essential包含 gcc、g++、make，是编译类项目的基础。这一步不做，后面装驱动或编译源码时会报「找不到 gcc」，热词里 ubuntu安装gcc失败多半就是源没更新或没装 build-essential。

2.3 物理机双系统：分区表与引导的坑

物理机装双系统，先在 Windows 里用磁盘管理压缩出空闲空间，至少 50GB。Ubuntu 安装时选「其他选项」手动分区，常见分法：/给 30GB、/home给剩余空间、swap给内存的 1 到 2 倍。引导器安装位置选整个磁盘而不是某个分区，否则 Windows 引导可能被覆盖。装完如果开机直接进 Windows，用 BIOS 里的启动顺序调整，把 ubuntu 调到第一位。

注意：双系统操作前一定备份 Windows 的重要数据，分区操作不可逆。

3. 装完必做的配置：中文输入法、环境变量与显卡驱动

3.1 中文输入法：搜狗与 ibus 的取舍

Ubuntu 默认带 ibus 框架，装搜狗输入法前要先确认框架匹配。搜狗基于 fcitx，所以得先装 fcitx 再装搜狗，顺序反了输入法出不来。

# 先装 fcitx 框架 sudo apt install -y fcitx fcitx-config-gtk # 下载搜狗输入法 deb 包后安装 sudo dpkg -i sogoupinyin_*.deb # 修复依赖 sudo apt install -f # 设置 fcitx 为默认输入法框架 im-config -n fcitx

dpkg -i装完常报依赖缺失，apt install -f自动补齐。im-config -n fcitx把输入法框架切到 fcitx，重启后右上角出现键盘图标，在里面添加搜狗。如果装完还是打不出中文，检查「语言支持」里键盘输入法系统是否也选了 fcitx，两处要一致。

3.2 环境变量：PATH 配错为什么命令找不到

环境变量配置错误是热词里高频问题。改~/.bashrc或/etc/profile时，PATH 拼接漏了冒号或覆盖了原值，会导致ls、apt这类基础命令都找不到。

# 正确追加 PATH，保留原值 export PATH=$PATH:/opt/myapp/bin # 改完立即生效 source ~/.bashrc # 验证 echo $PATH

关键是$PATH:这个前缀，它把原路径保留再追加。写成export PATH=/opt/myapp/bin就把系统路径全冲掉了，终端里大部分命令直接失效。真配错了，用绝对路径/usr/bin/vim ~/.bashrc打开文件改回来。

3.3 显卡驱动：卸载不掉时的处理顺序

N 卡驱动装错版本或装了两个版本，会出现卸载不掉、nvidia-smi报错的情况。先看当前装了什么。

# 查看已装的 nvidia 相关包 dpkg -l | grep -i nvidia # 彻底清除 sudo apt purge nvidia-* -y sudo apt autoremove -y # 重新安装推荐版本 ubuntu-drivers devices sudo ubuntu-drivers autoinstall

ubuntu-drivers devices会列出推荐驱动版本，autoinstall按推荐装。装完必须重启，不重启nvidia-smi读不到设备。如果 purge 后仍有残留，进 recovery 模式再清一次，普通模式下驱动模块被占用删不干净。

4. 日常使用与项目实战：Docker、Qt、Django 三条落地线

4.1 Docker 安装与国内源配置

项目实战里 Docker 几乎是标配。Ubuntu 自带的 docker.io 版本旧，建议用官方源装。

# 安装依赖 sudo apt install -y ca-certificates curl gnupg # 添加官方 GPG 密钥 sudo install -m 0755 -d /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg # 添加源 echo "deb [arch=amd64 signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu jammy stable" | sudo tee /etc/apt/sources.list.d/docker.list sudo apt update sudo apt install -y docker-ce docker-ce-cli containerd.io # 把当前用户加入 docker 组，免 sudo sudo usermod -aG docker $USER

usermod -aG docker加组后要重新登录才生效，不重新登录还是得敲 sudo。jammy是 22.04 的代号，版本对不上源会 404。装完拉镜像慢，配国内镜像加速器，改/etc/docker/daemon.json加registry-mirrors，然后sudo systemctl restart docker。

4.2 Qt 项目实战：编译环境与依赖

Qt 项目在 Ubuntu 上跑，先装编译器和 Qt 库。

# 装 Qt5 开发库和 qmake sudo apt install -y qtbase5-dev qtcreator qt5-qmake # 编译一个 qmake 工程 qmake myproject.pro make -j$(nproc)

-j$(nproc)用满所有 CPU 核并行编译，大工程能省一半时间。qmake生成 Makefile，make执行编译。如果报缺GL/gl.h，装libgl1-mesa-dev；报缺-lGL，装libglu1-mesa-dev。这类缺库错误看报错里的-l后面的名字，对应装libxxx-dev基本能解决。

4.3 Django 项目实战：虚拟环境与依赖隔离

Python 项目别直接往系统环境装包，用 venv 隔离。

# 装 venv sudo apt install -y python3-venv # 建虚拟环境 python3 -m venv myenv source myenv/bin/activate # 装依赖 pip install django # 建项目 django-admin startproject mysite cd mysite python manage.py runserver 0.0.0.0:8000

source myenv/bin/activate激活后命令行前缀出现(myenv)，说明隔离生效。runserver 0.0.0.0:8000让局域网其他机器也能访问，只写8000只能本机访问。退出虚拟环境用deactivate。依赖导出用pip freeze > requirements.txt，换机器pip install -r requirements.txt复现。

5. 避坑与排查：Ubuntu 使用中最高频的五个翻车现场

5.1 现象：apt update 报 404 或 GPG 错误

原因：软件源地址过期，或第三方源的 GPG 密钥没导入。解决：检查/etc/apt/sources.list里的版本代号是否和系统一致，22.04 是 jammy。第三方源报 GPG 错误，按报错提示的密钥 ID 导入，或删掉对应源文件。

5.2 现象：忘记登录密码进不去

原因：密码记混或被人改过。解决：开机进 GRUB 菜单选 recovery mode，进 root shell 后passwd 用户名重置。GRUB 菜单不显示就开机狂按 Shift 或 Esc。

5.3 现象：系统重装后旧数据读不出

原因：重装时分区格式变了，或没挂载旧分区。解决：重装前把/home单独分区，重装时只格式化/不格式化/home，数据保留。已经重装的，用lsblk看分区，sudo mount /dev/sdaX /mnt挂载旧分区拷数据。

5.4 现象：Ubuntu 安装 gcc 失败

原因：源没更新，或磁盘空间不足，或依赖冲突。解决：先sudo apt update，再df -h看根分区剩余空间，小于 1GB 先清理。还不行就sudo apt install -f修依赖，再装 build-essential。

5.5 现象：环境变量改了但新终端不生效

原因：改的是当前 shell 的临时变量，没写进配置文件；或写进了~/.bashrc但用的是 zsh。解决：确认当前 shell 用echo $SHELL，bash 改~/.bashrc，zsh 改~/.zshrc，改完source对应文件。

6. 进阶技巧：用快照和脚本把重装成本压到最低

装一次系统配一遍环境，时间全耗在重复劳动上。我的习惯是装完系统、配好输入法和基础工具后，立刻在虚拟机里打一个快照，物理机用 Timeshift 做系统快照。这样环境搞崩了，回滚几分钟的事，比重装快得多。更进一步，把配置过程写成脚本。

#!/bin/bash # setup.sh - 一键配置基础环境 set -e # 任何命令失败就退出，避免带病往下跑 sudo apt update && sudo apt upgrade -y sudo apt install -y build-essential git curl wget vim python3-venv # 装 Docker sudo apt install -y docker.io sudo usermod -aG docker $USER # 配置 git git config --global user.name "yourname" git config --global user.email "you@example.com" echo "基础环境配置完成，请重新登录使 docker 组生效"

set -e是关键，脚本里任何一步失败立即停止，不会在错误状态下继续装后面的东西。这个脚本我放在 U 盘和私有仓库各一份，换机器直接跑。验证环境是否配好，用docker run hello-world看 Docker 通不通，gcc --version看编译器在不在，python3 -m venv testenv看虚拟环境能不能建。三个都过，基本环境就没问题。

血泪经验是别在系统环境里乱装 Python 包，也别手动改/usr下的文件，这两件事是后期环境崩掉的主要来源。所有项目依赖走虚拟环境或容器，系统层只装工具链。我一般还会把常用项目的 Dockerfile 和 requirements.txt 一起放进仓库，换机器 clone 下来就能跑，比记一堆安装命令靠谱。希望帮到你。

本文还有配套的精品资源，点击获取