1. 从图形界面到黑框框为什么我偏要用一台小主机搭远程开发环境很多人第一次听到“Bash”这个词脑子里浮现的画面大概是一个黑底白字的窗口光标一闪一闪像极了电影里黑客敲键盘的场景。说实话我最初也是这么想的。那时候我对 Linux 的认知基本停留在“听说过但没用过”的阶段日常开发全靠图形界面的编辑器和鼠标右键。直到有一天我手里多了一台闲置的小主机配置不算高但功耗低、体积小放在角落里安安静静地跑着我突然冒出一个念头能不能把它变成一台随时可以远程连接的开发工作站这个念头一旦冒出来就压不下去了。原因很简单我受够了每次换设备就要重新配环境的折腾。笔记本上装了一堆工具链台式机上又得重来一遍版本还经常对不上。如果有一台机器专门负责跑代码、跑任务我只需要从任何一台设备远程连上去那该多省事。而要实现这个目标绕不开的就是 Linux 系统绕不开的就是命令行绕不开的就是 Bash。所以这篇文章不是那种“从入门到精通”的教科书式教程而是一个真实踩坑过程的记录。我会从“完全不知道 Bash 是什么”开始一步步讲清楚我怎么把这台小主机变成远程 AI 工作站的。中间踩过的坑、绕过的弯路、以及那些事后才想明白的关键决策我都会毫无保留地写出来。如果你也有一台闲置的小主机或者你也在考虑搭建一个属于自己的远程开发环境那这篇内容应该能帮你省下不少时间。先说说这台小主机的定位。它不是性能怪兽也没有独立显卡就是一台普通的低功耗设备。我给它装的是 Ubuntu Server 版本没有图形界面开机就是命令行。这个选择在当时看来有点冒险毕竟我连 Bash 都还没搞明白。但事后证明这个决定是对的。没有图形界面意味着资源占用极低系统跑起来非常轻快而且逼着我去熟悉命令行操作。对于想要认真学习 Linux 的人来说这反而是个优势。那 Bash 到底是什么简单来说它是 Linux 系统上最常见的一种 Shell也就是“壳”。你可以把它理解成用户和系统内核之间的翻译官。你输入命令Bash 负责解释这些命令然后告诉系统该做什么。它不像图形界面那样直观但胜在效率高、可脚本化、远程操作方便。一旦你习惯了用 Bash 来管理文件、安装软件、运行程序你会发现很多事情比点鼠标快得多。我刚开始的时候连ls和cd都分不清楚经常在目录里迷路。但正是这种“什么都不会”的状态让我对每一个命令都格外认真地去查、去试、去记。现在回头看那段磕磕绊绊的过程反而是最有价值的。因为每一个坑都是自己踩出来的印象特别深。2. 系统安装与基础环境配置那些没人告诉你的细节2.1 镜像选择与安装过程中的分区陷阱装系统这件事听起来简单但细节特别多。我一开始下载的是 Ubuntu 的桌面版镜像想着万一命令行搞不定还能有个图形界面兜底。但后来发现桌面版装在这台小主机上有点吃力启动慢、占用高而且我大部分时间都是远程连接图形界面根本用不上。于是果断换成 Server 版重新装了一遍。安装过程本身不算复杂但分区那一步让我纠结了很久。Ubuntu Server 的安装程序提供了几种分区方案默认是使用整个磁盘并自动分区。我一开始选了默认方案结果装完之后发现根目录空间分配得不太合理后续装了几个大一点的工具包就开始紧张了。后来我重新安装手动分区把根目录给足了空间另外单独挂了一个/home分区用来放项目文件。这样即使以后系统出问题需要重装用户数据也不会丢。提示如果你也打算手动分区建议根目录至少给 30GB/home根据你的项目文件大小来定。另外记得留一点交换空间虽然小主机内存够用但某些编译任务还是会用到交换分区。还有一个细节是安装过程中的用户创建。Ubuntu Server 安装时会让你创建一个普通用户这个用户默认会被加入sudo组可以执行管理员命令。我建议你在这个时候就把用户名和密码设置好不要用太简单的密码因为这台机器后续要暴露在局域网里供远程连接安全性还是要考虑一下的。安装完成后第一次重启屏幕上会出现一个登录提示。输入用户名和密码你就正式进入了一个没有图形界面的 Linux 系统。那一刻我盯着黑漆漆的屏幕光标一闪一闪心里其实有点慌。但深呼吸一下敲下第一个命令ls看到列出的目录列表那种“原来我真的进来了”的感觉还是挺奇妙的。2.2 网络配置让这台机器在局域网里有个固定位置系统装好了接下来最重要的事情就是网络。因为我要远程连接这台机器所以它必须有一个固定的 IP 地址不能每次重启都变。Ubuntu Server 从某个版本开始使用netplan来管理网络配置配置文件放在/etc/netplan/目录下通常是 YAML 格式。我一开始不知道这个变化还在网上搜ifconfig的用法结果发现新系统里默认没有这个命令。后来才明白现在更推荐用ip命令来查看网络状态。而配置静态 IP 则需要编辑 netplan 的配置文件。这个过程对我来说是个不小的挑战因为 YAML 格式对缩进非常敏感多一个空格少一个空格都会导致配置不生效。我当时的做法是先备份原始配置文件然后用sudo nano打开编辑。内容大概是这样的network: version: 2 ethernets: eth0: dhcp4: no addresses: - 192.168.1.100/24 gateway4: 192.168.1.1 nameservers: addresses: - 192.168.1.1 - 8.8.8.8这里有几个关键点需要注意。首先eth0是网卡名称不同机器可能不一样你需要先用ip link命令确认一下。其次addresses里的 IP 地址要选一个局域网内没被占用的最好在路由器的 DHCP 分配范围之外避免冲突。最后gateway4和nameservers要根据你的实际网络环境来填。改完之后执行sudo netplan apply让配置生效。如果报错可以用sudo netplan try来测试配置它会在应用前检查语法如果没问题再确认。这个命令救了我好几次因为有一次我缩进错了直接 apply 导致网络断了只能跑到机器跟前接键盘显示器重新改。注意在远程操作网络配置时一定要小心一旦配置错误导致网络断开你就连不上去了。建议在本地终端里操作或者提前准备好物理访问方式。网络配好之后我在这台机器上执行ip addr确认地址已经生效然后在笔记本上 ping 了一下通了。那一刻我知道这台小主机正式成为了我局域网里的一员接下来就可以开始远程连接了。2.3 SSH 服务远程连接的入口Ubuntu Server 安装时默认会安装 OpenSSH 服务但为了保险起见我还是检查了一下。用systemctl status ssh查看服务状态确认它是 active 的。如果没有可以用sudo apt install openssh-server来安装。SSH 的默认端口是 22用户名就是你安装系统时创建的那个。我第一次从笔记本上连接时用的是ssh username192.168.1.100然后输入密码就进去了。那种感觉就像是用一把钥匙打开了另一台机器的大门虽然只是局域网内但已经足够让我兴奋了。不过默认配置有几个地方可以优化。比如禁止 root 用户直接登录、修改默认端口、使用密钥认证代替密码认证。这些措施能显著提升安全性。我后来配置了密钥登录把公钥放到小主机的~/.ssh/authorized_keys文件里然后禁用密码登录。这样不仅更安全连接时也不用每次都输密码了。配置密钥登录的步骤大概是这样的先在本地机器上用ssh-keygen生成一对密钥然后把公钥内容复制到小主机的 authorized_keys 文件里。可以用ssh-copy-id命令一键完成也可以手动复制。之后修改/etc/ssh/sshd_config文件把PasswordAuthentication改成no重启 SSH 服务即可。提示在禁用密码登录之前一定要先确认密钥登录已经可以正常工作否则你可能会把自己锁在外面。3. Bash 入门从恐惧到熟练的必经之路3.1 文件系统导航告别迷路的日子刚开始用 Bash 的时候我最怕的就是“不知道自己在哪”。图形界面里你可以看到文件夹的层级结构但在命令行里你只能靠命令来确认位置。pwd命令就是我的救命稻草它告诉你当前所在的绝对路径。每次执行完cd之后我都会习惯性地敲一下pwd确认自己没跑错地方。ls命令用来列出目录内容但默认输出比较简陋。加上-l参数可以显示详细信息包括权限、所有者、大小、修改时间等。加上-a可以显示隐藏文件。我后来把ls -la当成了默认操作因为这样能看到更多信息避免遗漏重要文件。cd命令用来切换目录支持相对路径和绝对路径。cd ..返回上一级cd ~回到用户主目录cd -回到上一次所在的目录。这几个快捷方式我用了很久才记住但一旦记住就再也离不开了。还有一个让我头疼的问题是路径中的空格。在图形界面里文件夹名字带空格很常见但在命令行里空格是参数分隔符所以带空格的路径需要用引号括起来或者用反斜杠转义。我一开始不知道这个规则执行命令总是报错后来才明白问题出在空格上。3.2 文件操作与权限管理那些容易踩的坑在 Bash 里创建、复制、移动、删除文件分别用touch、cp、mv、rm命令。这些命令本身不难但有几个坑我踩得比较深。第一个坑是rm命令的破坏力。在图形界面里删除文件通常会进回收站但在命令行里rm是直接删除没有后悔药。我刚开始的时候手一抖差点把整个项目目录删掉。后来我养成了一个习惯在执行rm之前先用ls确认一下要删的东西然后再执行。如果是删除目录用rm -r但一定要确认路径正确。第二个坑是权限问题。Linux 的文件权限分为读、写、执行三种分别对应r、w、x。用ls -l可以看到每个文件的权限字符串比如-rw-r--r--。这表示文件所有者可读写同组用户可读其他用户可读。如果你要执行一个脚本但没有执行权限就需要用chmod x来添加。我遇到过好几次“Permission denied”的错误一开始不知道怎么回事后来才明白是权限不够。如果是系统文件需要用sudo来提升权限。但sudo不能滥用尤其是在执行删除或修改系统配置的操作时一定要想清楚后果。第三个坑是文件所有者的概念。用chown可以修改文件的所有者和所属组。我在配置某些服务时需要把文件的所有者改成对应的服务用户否则服务启动会报错。这个操作需要sudo权限而且改错了可能导致服务无法正常运行。3.3 包管理与软件安装apt 的日常使用Ubuntu 上安装软件主要靠apt包管理器。常用的命令有sudo apt update更新软件源列表sudo apt upgrade升级已安装的软件sudo apt install安装新软件sudo apt remove卸载软件。我一开始不理解为什么每次安装前都要先update后来才明白update是刷新本地缓存的软件包信息如果不更新可能找不到最新版本的软件或者安装到过时的版本。这个习惯我保持了很久直到现在每次装新软件前都会先更新一下。apt还有一个很有用的命令是apt search可以搜索软件包。当你不知道某个工具的确切包名时这个命令能帮你找到。比如我想装一个文本编辑器但不确定包名就可以用apt search editor来查找。另外有些软件不在默认的软件源里需要添加第三方源。这个过程稍微复杂一点通常涉及下载 GPG 密钥、添加源地址、更新缓存等步骤。我建议在添加第三方源时一定要从官方文档获取准确的命令不要随便从网上复制以免引入不安全的内容。4. 远程 AI 工作站的核心组件搭建4.1 Python 环境与虚拟环境管理既然定位是 AI 工作站Python 环境是少不了的。Ubuntu Server 默认可能已经装了 Python但版本不一定符合需求。我建议用python3 --version确认一下如果版本太旧可以考虑通过apt安装新版本或者用其他方式管理 Python 版本。但直接使用系统 Python 有个问题不同项目可能依赖不同版本的库全局安装容易冲突。所以虚拟环境是必须的。Python 自带的venv模块可以创建独立的虚拟环境每个环境有自己的 Python 解释器和包目录互不干扰。创建虚拟环境的命令是python3 -m venv myenv激活用source myenv/bin/activate退出用deactivate。激活后命令提示符前面会出现环境名称提醒你当前在虚拟环境中。在这个环境里用pip install安装的包只对这个环境生效不会影响系统全局。我一开始嫌麻烦所有包都装在全局结果后来项目多了版本冲突严重不得不花时间清理重装。所以我的建议是从一开始就养成用虚拟环境的习惯哪怕只是跑一个小脚本。4.2 远程访问与文件传输让工作流顺畅起来远程连接小主机主要靠 SSH但日常工作中还需要传输文件。scp命令可以在本地和远程之间复制文件用法和cp类似只是路径要加上远程主机的前缀。比如scp localfile.txt username192.168.1.100:/home/username/就是把本地文件复制到远程。但scp有个缺点每次都要输密码如果没用密钥的话而且传输大量小文件时效率不高。后来我改用rsync它支持增量传输只传变化的部分速度更快而且可以保留文件权限和时间戳。rsync的常用参数是-avz分别表示归档模式、显示详细信息、压缩传输。还有一个很实用的工具是sshfs它可以把远程目录挂载到本地文件系统让你像操作本地文件一样操作远程文件。这个对于需要频繁编辑远程代码的场景特别方便。安装sshfs后用sshfs username192.168.1.100:/home/username/projects /mnt/remote就可以把远程目录挂载到本地的/mnt/remote下。提示sshfs挂载在本地网络不稳定时可能会卡顿建议在稳定的局域网环境下使用。4.3 后台任务与终端复用让长任务不再中断AI 工作站经常需要跑一些耗时较长的任务比如模型训练、数据处理等。如果直接在 SSH 会话里跑一旦网络断开或者终端关闭任务就会被终止。这个问题困扰了我很久直到我发现了tmux和screen这类终端复用工具。tmux可以在一个终端窗口里创建多个会话每个会话可以包含多个窗口和面板。最重要的是即使你断开了 SSH 连接tmux会话里的任务仍然在后台运行。下次连接时用tmux attach就能恢复之前的会话继续查看输出。我现在的习惯是每次 SSH 登录后第一件事就是tmux new -s work创建一个名为 work 的会话然后在里面干活。这样即使网络抖动导致连接断开任务也不会丢。tmux的快捷键需要一点时间适应但一旦熟练效率提升非常明显。另一个方案是用nohup命令让任务在后台运行输出重定向到文件。比如nohup python train.py train.log 21 就是把训练脚本放到后台日志写入 train.log。这种方式适合一次性任务但不如tmux灵活因为没法随时切回去看实时输出。4.4 资源监控与性能调优让这台小主机跑得更稳小主机的资源有限所以监控系统状态很重要。htop是一个比top更友好的进程查看工具可以直观地看到 CPU、内存、交换分区的使用情况还支持鼠标操作和颜色高亮。安装后用htop命令启动按F6可以按不同字段排序按F9可以发送信号给进程。df -h用来查看磁盘空间-h参数让输出以人类可读的方式显示比如 GB、MB。du -sh可以查看某个目录的总大小。这两个命令我经常用来清理磁盘空间尤其是当系统提示空间不足时。如果发现内存不够用可以调整交换分区的大小或者优化程序的内存占用。CPU 方面可以用nice和renice调整进程优先级让重要任务获得更多计算资源。这些调优手段虽然不能突破硬件限制但能让资源分配更合理。5. 踩坑实录那些让我熬夜的问题与解决过程5.1 SSH 连接超时与断连的排查思路有一段时间我 SSH 连接小主机后如果几分钟不操作连接就会自动断开。重新连接虽然不麻烦但频繁断连很影响效率。我一开始以为是网络问题换了网线、重启了路由器都没解决。后来查资料才明白这是 SSH 服务端的超时设置导致的。SSH 服务端有一个ClientAliveInterval参数表示服务器每隔多少秒向客户端发送一次心跳。如果客户端没有响应服务器就会断开连接。默认值可能比较短所以容易超时。解决办法是修改/etc/ssh/sshd_config文件把ClientAliveInterval设成 60ClientAliveCountMax设成 3这样服务器每分钟发一次心跳连续三次没响应才断开。改完重启 SSH 服务问题就解决了。这个坑让我明白很多看似网络问题的现象其实是服务配置的问题。排查时不要只盯着网络硬件也要看看软件层面的参数。5.2 磁盘空间莫名消失的真相有一天我执行df -h发现根目录的使用率飙升到了 90% 以上但我明明没装什么大软件。用du -sh逐层排查最后发现是日志文件占用了大量空间。Ubuntu 的系统日志、服务日志、以及我自己跑的任务产生的日志日积月累把磁盘撑满了。解决办法有几个一是定期清理旧日志可以用journalctl --vacuum-time7d只保留最近七天的系统日志二是配置日志轮转让日志文件自动切割和删除三是把日志目录挂载到单独的分区避免影响根目录。我后来还养成了一个习惯在跑长时间任务时把输出重定向到文件并定期检查文件大小。如果日志增长太快就调整日志级别或者增加轮转频率。5.3 Python 包安装失败的常见原因与对策在虚拟环境里用pip安装包时我遇到过各种报错。最常见的是缺少编译依赖因为有些 Python 包包含 C 扩展安装时需要编译。如果系统里没有对应的编译器和开发库就会失败。解决办法是先用apt安装build-essential和相关的开发库然后再用pip安装。另一个常见问题是网络问题导致下载超时。可以尝试更换软件源或者用pip的--default-timeout参数增加超时时间。如果某个包特别大也可以先下载到本地再安装。还有一种情况是版本冲突。比如某个包依赖特定版本的另一个包但环境里已经装了不兼容的版本。这时候可以尝试创建新的虚拟环境或者用pip的依赖解析功能来找到兼容的版本组合。5.4 权限问题引发的服务启动失败我在配置某个后台服务时服务总是启动失败日志里提示“Permission denied”。排查后发现服务运行时使用的用户没有权限访问某个目录或文件。Linux 的服务通常以特定的系统用户身份运行而不是你的登录用户。所以即使你能访问的文件服务用户不一定能访问。解决办法是确认服务配置文件中指定的用户和组然后用chown和chmod调整文件权限确保服务用户有足够的访问权限。但要注意不要过度授权比如把敏感文件的权限设成 777这会带来安全风险。最小权限原则在这里同样适用。6. 从能用到好用一些提升效率的配置与技巧6.1 Bash 别名与自定义配置用了一段时间 Bash 之后我发现有些命令太长每次敲很麻烦。比如sudo apt update sudo apt upgrade -y这串命令我几乎每天都要执行。后来我学会了用别名alias来简化。在~/.bashrc文件里添加alias updatesudo apt update sudo apt upgrade -y然后执行source ~/.bashrc让配置生效。以后只需要敲update就能完成更新。除了别名~/.bashrc还可以配置命令提示符、环境变量、PATH 路径等。我建议你花点时间了解一下这个文件根据自己的习惯做一些定制。比如把常用的目录加到 PATH 里或者修改提示符显示当前 Git 分支这些小改动能显著提升日常操作的效率。6.2 定时任务与自动化脚本有些维护工作可以交给定时任务自动完成比如每天清理临时文件、备份重要数据、检查磁盘空间等。Linux 上的定时任务用cron来管理用crontab -e编辑当前用户的定时任务列表。cron的时间格式是五个字段分钟、小时、日、月、星期。比如0 3 * * *表示每天凌晨三点执行。我设置了一个任务每天凌晨清理超过七天的日志文件这样就不用担心磁盘被日志撑满了。除了cron还可以用systemd的 timer 来实现更复杂的调度。不过对于大多数场景cron已经够用了。写自动化脚本时建议加上日志输出和错误处理方便排查问题。6.3 数据备份与恢复策略远程工作站上跑的项目和数据备份是必须的。我采用的方式是定期把重要目录打包压缩然后传输到另一台机器或者外部存储上。可以用tar命令打包用rsync同步到备份位置。备份策略上我建议至少保留最近几天的备份并且定期验证备份文件的完整性。因为备份文件损坏而无法恢复的情况并不少见。另外备份不要放在同一块磁盘上否则磁盘故障时备份也会一起丢失。如果数据量不大也可以考虑用 Git 来管理代码和配置文件。把项目推送到远程仓库既是一种备份也方便多设备同步。但注意不要把敏感信息比如密钥、密码提交到仓库里。6.4 安全加固让远程访问更放心虽然这台小主机只在局域网内使用但基本的安全措施还是要做的。除了前面提到的密钥登录和禁用密码认证还可以配置防火墙只开放必要的端口。Ubuntu 上可以用ufw来管理防火墙规则比如sudo ufw allow ssh允许 SSH 连接sudo ufw enable启用防火墙。另外定期更新系统和软件也是重要的安全习惯。sudo apt update sudo apt upgrade不仅能获得新功能还能修复已知的安全漏洞。我一般每周至少执行一次更新确保系统处于较新的状态。还有一个容易被忽略的点是日志监控。定期查看系统日志和登录日志可以发现异常的登录尝试或错误。last命令可以查看最近的登录记录journalctl可以查看系统日志。如果发现可疑活动及时排查处理。7. 这套方案适合谁以及我个人的一些体会这台小主机从最初连 Bash 都不知道是什么到现在成为我日常开发中不可或缺的远程工作站中间经历了大概几个月的摸索。它不是什么高性能服务器跑不了大规模模型训练但对于日常的代码编写、脚本运行、小规模实验来说完全够用。而且因为功耗低可以二十四小时开着随时连上去干活。如果你也有一台闲置的小主机或者你正在考虑搭建一个低成本的远程开发环境我觉得这个方案值得一试。它不需要太多预算但能让你学到很多实用的技能。Bash 也好Linux 也好这些看起来有点“古老”的东西在实际工作中依然非常强大。一旦你跨过了最初的门槛后面就会越来越顺。我个人的体会是不要怕犯错但要做好备份。命令行操作确实有风险一个错误的命令可能造成不可逆的后果。但只要养成谨慎的习惯提前确认路径和参数风险是可控的。另外遇到问题不要急着放弃多查资料、多尝试很多时候答案就在官方文档或者社区讨论里。最后再分享一个小技巧把你常用的命令和配置记录下来形成一个自己的知识库。我用一个 Markdown 文件记录所有踩过的坑和解决办法每次遇到类似问题就翻出来看看。这个习惯帮我节省了大量重复排查的时间也让我对这套系统的理解越来越深。