1. 为什么我建议用“实战教程”的方式入门Ubuntu很多人学Ubuntu会把路走窄要么买一本厚厚的《Linux从入门到精通》从头啃结果前两百页全是历史背景和发行版介绍还没碰终端人先放弃了要么直接搜“Ubuntu常用命令100条”拿个小本子抄命令背了三天发现完全不知道怎么用。这两条路我都走过最后让我真正上手的是按“实战场景”去学而不是按“命令字典”去学。《Ubuntu Linux操作系统实战教程微课视频版》这本书恰恰就是按这个路子设计的。它不跟你绕弯子直接带你进入“遇到问题、查资料、用命令解决、验证结果”的循环里。你不需要先懂操作系统原理才能开始而是先会操作再慢慢理解背后的原理。这种学习路径对新手极其友好对有一定基础但以前只接触Windows的人也能起到“把知识缝起来”的作用。为什么强调“微课视频版”因为Linux这种操作系统的学习光看文字真的很容易卡壳。比如你看着“挂载”两个字怎么都想不明白是什么意思但视频里老师把磁盘分区看成一间屋子、把挂载点看成房门你一下就懂了。所以这本书适合三类人刚接触Linux的大学生、工作中必须用Ubuntu做开发或运维的转行者、以及给自己电脑装了双系统但不知道怎么系统化学习的老折腾党。我要强调一件事实战教程不等于“只教步骤不教原理”。相反一本好的实战教程会告诉你“为什么是这个命令而不是另一个”“为什么这个参数必须加”“为什么这个操作会在系统里留下痕迹”。这篇博文我就把这本书里最核心的实战思路和我在实际环境中反复验证过的操作整理出来配套我个人的踩坑经验希望对无论有没有买这本书的读者都有参考价值。2. 开始前的准备虚拟机、镜像与磁盘规划2.1 虚拟机选型不用纠结VirtualBox和VMware都行我见过太多新手在“该用哪个虚拟机”上浪费了整整一个下午。其实对学习Ubuntu来说VirtualBox和VMware Workstation Player都完全够用。我的建议很直接电脑内存低于16GB的用VirtualBox因为它更轻内存16GB以上的喜欢界面顺手一点的VMware Player也很好。两者都能做快照、能改配置、能共享文件夹这些功能对学习完全足够。我在好几台不同配置的机器上装过Ubuntu实际体感是VirtualBox在NAT网络模式下容易出现SSH端口不通的怪问题VMware的网络适配器默认处理反而更省心。不过这不构成选VMware的绝对理由网络问题有固定解法后面专门讲。2.2 镜像版本选择LTS是唯一推荐Ubuntu的版本号有两种普通版本和LTSLong Term Support长期支持版本。普通版每6个月出一个LTS每两年出一个桌面版支持3年服务器版支持5年。学习、办公、做项目我的建议永远只有一个选最新的LTS版本。以目前常见的版本为例22.04 LTS和20.04 LTS都值得用。两者的区别不只是桌面外观22.04在Wayland显示协议下对高分屏的适配更好输入法框架也默认更稳定。不过如果你在用的开发工具或者某些老旧软件只支持Xorg那20.04的兼容性包袱反而更轻。整体上新手无脑选最新LTS遇到兼容性问题再降级这个策略最省时间。2.3 磁盘与内存规划不要拍脑袋要算账我给新手三个基准数字内存分配4GB起步8GB舒服。也就是物理机16GB内存时给虚拟机分4到6GB物理机32GB时分8GB都行。磁盘分配建议“动态分配”加上30GB容量起步。动态分配的意思是虚拟磁盘文件实际只占宿主机已使用的空间不会一开始就吃掉30GB所以不要怕给多。30GB是能保证你在里面装完系统、开发环境、Docker镜像、编译缓存后不至于马上空间告警的底线。CPU核数2核就够别贪多。有一个很多人不知道的细节虚拟机磁盘有两种控制器NVMe和SATA。在虚拟机设置里把磁盘控制器选成NVMe性能会比SATA好一截尤其是在做编译、装软件包这种大量小文件读写操作时差别能明显感觉到。VirtualBox里默认是SATA你可以手动改成NVMe。VMware里叫“NVMe虚拟磁盘”创建时可以直接选。2.4 安装过程最容易踩的三个坑第一个坑是分区。Ubuntu安装器会有“清除整个磁盘”和“手动分区”两个选项。新手机器里练习时选“清除整个磁盘并安装Ubuntu”完全没问题它只会清空虚拟磁盘不碰宿主机。但如果你是在物理机上装双系统那就必须选手动分区而且优先把引导程序安装位置搞清楚。最稳妥的双系统做法是先在Windows里用磁盘管理压缩出空闲空间然后在Ubuntu安装器里选择“安装Ubuntu与Windows共存”它通常能自动识别并完成引导配置。第二个坑是安装过程中不要联网。我不是让你永远不联网而是建议在安装阶段把网线拔掉或选择不连接Wi-Fi。原因是安装器会尝试下载更新和第三方驱动速度非常慢而且如果网速不稳定可能卡在“正在安装系统”界面长达半小时。离线安装完再换软件源、手动更新整体反而更快。第三个坑是不知道“安全启动”的存在。很多新电脑的UEFI固件里默认开启Secure Boot。Ubuntu桌面版对Secure Boot的支持已经比较好了但如果你装的是衍生版或者某些显卡驱动版本可能会启动失败。一劳永逸的方法是进BIOS把Secure Boot关掉代价是Windows的BitLocker加密可能会要求你重新验证恢复密钥所以关之前先确保你知道BitLocker恢复密钥在哪。3. 上手Linux的第一步把“常用命令”学成套件而不是碎点3.1 命令不是背出来的从“找文件”这个场景学命令很多人背命令表第一行通常是ls第二行cd第三行pwd背完了不知道它们之间有什么关系。我从实际使用经验出发建议你把命令按“场景”分组来学。第一个场景就是“我下载了一个文件但我不知道它在哪”。在这个场景里你会自然用到pwd确认当前目录用ls看目录里有什么用cd切换目录用find按名字搜索用locate做快速搜索需要先安装plocate用du -sh *看哪个文件夹占空间大。你看五个命令围绕一个目的串起来记起来不会忘用的时候也不会不知道选哪个。再比如“我想看看这个程序到底在干嘛”这个场景你会用到top实时看进程、ps aux快照看进程、free -h看内存、df -h看磁盘。这组命令学会之后你对系统的运行状态就有了一个立体感知而不是孤立地知道top能显示进程列表。3.2 用户与权限把sudo当借来的钥匙不是万能开关新手最常见的习惯是遇到权限不足就sudo解压文件权限不对就sudo chmod -R 777。这种操作在虚拟机里确实没人拦你但养成习惯后一旦上了生产服务器就是事故源头。我建议从一开始就建立正确的用户权限心智模型。Ubuntu里每个文件都有一个属主owner、一个属组group和“其他人”others。你用ls -l看到的drwxr-xr-x其实是三段权限r读、w写、x执行。数字表示法里r4、w2、x1所以755就是属主有全部权限、组和其他人只有读和执行。日常场景里普通用户只需要给自己目录下的文件改权限真正需要sudo的其实是系统级操作比如装软件、改系统配置。我见过最危险的错误是sudo chown改错了系统目录。有人想把自己加到某个目录的属主里结果递归地把/usr目录的所有者改了然后系统开始出现各种奇怪的段错误。这种事故几乎没有优雅的恢复办法只能重装。所以涉及系统目录权限操作前你先问自己三个问题这个操作影响的范围是什么能不能先备份有没有不用改权限的替代方案比如用groupadd加用户组3.3 压缩解压乱码问题的根源和处理关键词里提到“linux 解压文件乱码”这是一个非常经典的问题。很多人从Windows下载一个zip压缩包拿到Ubuntu里unzip解压中文文件名全变成乱码。这不是解压命令坏了而是文件名编码不一样Windows的zip默认用GBK编码文件名而Ubuntu和macOS默认用UTF-8。unzip是按UTF-8解释文件名的碰到GBK自然全乱了。解决办法有几个按推荐程度排序如果对方也是Linux/macOS用户让对方打包时用zip -r 文件.zip 目录/并且在打包前把文件放在一个目录里避免所有文件直接摊开。如果手头只有Windows打的包用unar命令来解压它能自动识别文件名编码。安装方式sudo apt install unar然后unar 文件.zip。网上流传的unzip -O cp936参数在某些版本里可用但-O不是所有unzip版本都支持尤其某些衍生版默认不带实用性不如unar。另外再提醒一点tar.gz格式一般没有这个乱码问题因为tar机制本身保留的是字节流文件名编码由打包方决定的所以跨平台传文件优先用tar -czf而不是zip。4. 实战场景拆解软件安装、中文输入法与解压乱码的绕行方案4.1 理解apt别把它当成应用商店Ubuntu下的apt命令是软件包管理核心。你可以类比成手机应用商店但有一个关键区别应用商店里的应用和系统是隔离的而apt安装的包会和系统库直接关联。这带来的好处是依赖关系自动解决坏处是如果你擅自添加来路不明的软件源可能把整个系统的依赖关系搞乱。日常操作里只需要掌握这组命令sudo apt update # 刷新软件包索引 sudo apt upgrade # 升级所有可升级的包 sudo apt install 包名 # 安装 sudo apt remove 包名 # 卸载保留配置文件 sudo apt purge 包名 # 彻底卸载含配置文件 sudo apt autoremove # 清理不再需要的依赖 apt search 关键词 # 搜包 apt show 包名 # 查看包详细信息有几个我自己的习惯要说一下。新装的系统第一件事是sudo apt update sudo apt upgrade这一步做一次之后后面安装软件的成功率会高很多。而且如果下载速度慢可以把软件源换成国内镜像站具体做法是编辑/etc/apt/sources.list将archive.ubuntu.com替换成对应的镜像域名然后再次apt update。这个操作在详细配置上不同版本略有差异但总体思路是一致的。还有一点很多新手不知道apt其实可以同时安装多个包中间用空格隔开。比如要装开发环境一条sudo apt install build-essential git curl wget vim就能把所有东西带进来不用一个个装。4.2 中文输入法为什么每次配置都像开盲盒Ubuntu中文输入法的配置堪称新手劝退重灾区。关键词里有“ubuntu中文输入法怎么设置”我估计提问者的系统十有八九是英文界面装完输入法框架却发现切换不出来。先说现在的标准方案。Ubuntu 22.04以后系统自带的中文输入法用的是iBus 智能拼音。在“设置-区域与语言”里点加号选择“汉语中国”然后添加“智能拼音”即可。如果这个路径下找不到智能拼音可以执行sudo apt install ibus-libpinyin装完后注销重新登录在输入框里按Super键Windows键空格或者直接点系统右上角的输入法指示图标切换。如果你更习惯搜狗输入法需要去官网下载Linux版deb包然后安装它的依赖。这里会遇到最常见的坑搜狗输入法依赖fcitx框架如果系统已经装了iBus两者会打架表现为输入法图标能看到但打不出中文。解决思路是确认环境变量GTK_IM_MODULE是fcitx而不是ibus。不过坦白说新手在虚拟机里学习阶段用系统自带的智能拼音就够了没有必要装搜狗等熟悉了再折腾完全来得及。如果输入法切换后还是只能打英文先检查im-config默认输入法状态im-config -n fcitx # 如果用fcitx框架 im-config -n ibus # 如果用iBus框架改完注销重登。这一步能解决绝大部分“输入法图标在但打不了中文”的问题。4.3 环境变量配置改错文件可能让整个系统进不去“ubuntu环境变量配置错误”这个词条能上热搜说明太多人栽在这里了。配置环境变量有三个常见位置/etc/profile系统级对所有用户生效、~/.bashrc用户级对当前用户生效、/etc/environment系统级纯PATH变量推荐位置。新手最容易犯的错误是在/etc/profile末尾追加PATH时少写了一个冒号或者把原来系统PATH变量覆盖了。比如写了export PATH/opt/something/bin把原来一长串PATH全部丢掉后果是几乎所有命令都找不到甚至连ls都提示“command not found”。如果更离谱一点把export PATH写成了export PATH少等号登录时可能直接失败卡在登录界面循环。遇到这种情况不要慌用以下步骤恢复如果终端还能打开立刻执行export PATH/usr/bin:/bin:/usr/sbin:/sbin先把基础命令恢复。打开出错的那个配置文件把错误行注释掉或改正。执行source ~/.bashrc重新加载配置文件验证echo $PATH。如果是登录界面循环进不去桌面可以按CtrlAltF3切换到TTY终端用用户名密码登录再用同样的方法修复。我个人的建议是环境变量优先改~/.bashrc少去动/etc/profile。因为用户级改动只影响当前用户出问题上不了桌面的风险低得多。而且改完之后立刻新开一个终端测试不要在原终端里反复source同一个文件以免叠加出错。5. 新手最容易翻车的两个事故SSH无法连接与环境变量写错5.1 SSH连不上先分层排查而不是反复重启虚拟机装好Ubuntu后很多人第一件事是想用SSH从宿主机连进去。装好openssh-server后却依然连接失败然后就开始怀疑人生是不是IP不对是不是防火墙是不是用户权限我建议按层排查。第一层服务是否在运行。systemctl status ssh如果你看到的是Unit ssh.service could not be found说明你还没装openssh-server先执行sudo apt install openssh-server sudo systemctl enable --now ssh第二层网络是否可达。在虚拟机里执行ip addr看自己的IP地址然后在宿主机上ping这个IP。能通说明二层通了不能通就检查虚拟机网络模式NAT模式下宿主机一般能ping通虚拟机但外部设备不能桥接模式下虚拟机像独立机器更容易互相访问。第三层端口是否监听。在虚拟机里看sudo netstat -tlnp | grep 22如果没有结果大概率是ssh服务没起来或者端口被改过。要是你看到sshd监听在127.0.0.1:22而不是0.0.0.0:22说明ssh只在了回环地址上监听需要去/etc/ssh/sshd_config里确认ListenAddress配置一般情况下直接注释掉那行让sshd默认监听所有接口即可。第四层防火墙。Ubuntu默认的ufw防火墙可能拦截了22端口。检查sudo ufw status如果Status: active执行sudo ufw allow 22/tcp放行SSH。这套流程走完90%的SSH连接问题都能解决。最难排查的反而是“能ping通但连不上”这时候一定要去看sshd日志sudo journalctl -u ssh -n 50日志会直接告诉你是密码认证失败、公钥不匹配还是被fail2ban拉黑了。5.2 环境变量写错后的完整自救流程前面提到过环境变量写错可能直接导致连ls都用不了。这里我给出一个更完整的自救链路建议你也存一份。第一步紧急恢复PATH。在终端里执行export PATH/usr/bin:/bin:/usr/sbin:/sbin第二步定位出错文件。一般是~/.bashrc、~/.profile、/etc/profile三个之中的一个。如果你自己不确定改过哪个用grep去搜可疑内容grep -n export PATH ~/.bashrc grep -n export PATH /etc/profile第三步用vim或者nano把错误行注释掉。注释就是在行首加#。第四步重新加载并验证。注意如果在SSH会话里修复的最好重新打开一个SSH连接来测试因为当前会话可能还带着坏掉的PATH环境变量。验证命令是echo $PATH和which ls。第五步如果已经无法进入桌面环境按CtrlAltF3进入TTY。TTY登录使用的配置文件相对干净通常可以在TTY里完成修复。最后reboot重启。我自己就因为这个失误重装过一次系统。老实说如果早些把配置文件的写法搞明白那一次重装完全可以避免。所以我后来习惯了“改配置前先备份一份”的原则cp ~/.bashrc ~/.bashrc.bak.$(date %Y%m%d)这样哪怕改错了也能轻松还原。6. 进阶路线服务管理、Docker与系统重装时的数据保全6.1 systemd不要再用service一条路走到底很多教程讲到服务管理就会提service ssh restart这句话本身没问题因为service命令会把请求转发给systemd。但如果你要深入学习Ubuntu建议直接接触systemd的原生命令。systemctl start 服务名 systemctl stop 服务名 systemctl restart 服务名 systemctl status 服务名 systemctl enable 服务名 # 设置开机自启 systemctl disable 服务名 # 取消开机自启enable和自启的对应关系是最值得花时间理解的。很多新手写了自定义服务systemctl start成功了但重启机器后发现服务没起来原因就是忘了enable。反过来你装了一个不需要开机自启的服务比如临时测试用的数据库就应该disable省内存也减少暴露面。查看所有服务列表systemctl list-unit-files --typeservice在这条命令的输出里你会看到每个服务的自启状态enabled、disabled、static三种。理解这些状态对排查“为什么我的程序开机没跑”很有帮助。6.2 在Ubuntu上装Docker的合理路径Ubuntu上装Docker新手最常踩的坑是“按网上老教程装完docker启动容器时报iptables问题”或者“权限不足”。推荐的方式是使用Docker官方提供的安装脚本curl -fsSL https://get.docker.com | sudo sh注意不要一看到管道符加sh就害怕这个脚本只是帮你设置软件源并安装步骤和手动执行一致。装完后为了让当前用户免sudo运行dockersudo usermod -aG docker $USER执行完这条命令后需要注销重新登录否则docker还是会提示权限不足。我在这个位置见过无数人反复sudo docker其实只要重新登录一次就能解决。装完立刻验证docker version docker run hello-world如果hello-world能正常输出信息Docker环境就OK了。如果之后遇到容器内无法访问域名的问题可以检查一下Docker的DNS配置修改/etc/docker/daemon.json中的dns字段然后重启docker服务。这是代理环境下比较常见的坑但我不展开讲网络方案只提醒你有这个问题存在。6.3 系统重装临时起意的后果和保数据的最佳路径“ubuntu系统重装”也是一个高频搜索词。为什么这个问题这么多人搜因为很多人一开始装Ubuntu时磁盘规划得过于随意或者系统被某次骚操作搞坏了只能重装。但重装前如果没做数据备份损失可能非常大。先说临时起意的后果。有人用启动盘重装时选了“清除整个磁盘”结果装完打开文件管理器才发现/home里积累了几百G的资料和代码。这种情况基本无法找回所以重装前第一件事是备份/home。备份方案我推荐两条路简单方案把/home/你的用户名整个目录复制到移动硬盘或另一个分区。系统迁移方案用rsync做增量同步避免重复拷贝大文件。rsync -av --progress /home/用户名/ /media/用户名/移动硬盘目录/如果原系统还能启动优先用rsync因为它会保留文件权限和时间戳而且如果中断了可以继续跑。如果系统已经进不去就用Live USB启动把原硬盘挂载到/mnt下再rsync。另一个建议是重装之前先检查自己是否有一个独立分区来挂载/home。如果安装时分配了一个单独分区作为/home那么重装系统时只要在分区步骤里选择把它挂载为/home并保持“不格式化”你的个人数据就都在。这是Ubuntu老用户普遍推荐的做法只是很多第一次安装的人没意识到这个好处。最后重装前把已安装的软件列表导出一份方便重装后批量装回apt list --manual-installed installed-packages.txt重装后再配合脚本处理。这个方法能帮你省下大量重复下载安装的时间。7. 我在实际使用中总结出的几条Ubuntu学习建议最后分享几条我从这本书和大量实操中总结出的经验谈不上大道理但都是亲身验证过的。第一虚拟机里玩坏系统不可怕可怕的是不敢玩坏。我在虚拟机里重装了至少十次Ubuntu每次重装都能加深对分区、引导、配置的理解。建议你新建虚拟机后先拍一个“初始快照”然后放心折腾。哪怕把系统弄到进不去桌面恢复快照也就一分钟的事这种试错成本几乎为零。第二把“系统坏了”当成学习机会而不是事故。每次遇到问题了先尝试弄清原因再重装。比如我前面讲的环境变量问题、SSH排查问题其实都来自真实的折腾经历。每次解决完在这个领域里的理解就深了一层。第三建议用“项目驱动”来学。不要为了学命令而学命令而是给自己定一个小项目比如“搭一个个人博客服务器”“架一个文件共享服务”“写一个定时备份脚本”。在这个过程中你会自然用到系统服务、用户权限、软件包管理、日志排查等知识学到的内容比单纯看教程牢固得多。第四学好man和--help。遇到不认识的命令先man 命令名或者命令名 --help。很多人的第一反应是“上网搜”但上网搜来的命令版本、环境往往和你不完全一样反而更容易踩坑。学会读官方手册是Linux玩家和Linux使用者的关键区别。这本书的副标题叫“实战教程”我觉得它真正做到了“实战”二字。它不是让你从一个目录一个目录地背文件系统而是让你在具体的事情里理解操作系统的脾气。对我而言Linux不只是一个操作系统它是一套“一切都可控制、一切都可解释”的做事方式。希望这篇消化过的实战笔记能帮你更稳地跨过入门的那道坎。