pwd、ls、cd、mkdir、rm是Linux日常操作的核心命令,需形成肌肉记忆:pwd定位当前路径,ls -al查看含隐藏文件的详细权限,cd配合~、..、-实现精准跳转,mkdir -p安全建目录,rm -rfv删前验证,所有操作均须搭配ls或echo预检。

pwd、ls、cd、mkdir、rm 这五个命令敲熟之前,别谈“精通”——它们不是入门门槛,而是你每天打开终端第一眼就该条件反射的肌肉记忆。
pwd 和 ls -al 是定位错误的起点
很多新手卡在“文件找不着”“权限被拒”“脚本执行失败”,其实根本没搞清自己在哪、当前目录里到底有什么。
-
pwd不只是“显示路径”,它是你判断相对路径是否有效的锚点;比如执行./script.sh报错“no such file”,先跑一遍pwd,再ls -al,看 script.sh 真的存在且有执行位(-rwxr-xr-x)。 -
ls -al必须带-a(显示隐藏文件)和-l(详细权限),否则你会漏掉.bashrc、.ssh/这类关键目录,也看不到文件属主和执行权限。 - 常见坑:在
/root下用普通用户执行命令,或误把~/当成绝对路径复制粘贴进脚本——pwd一查立刻暴露。
cd ~、cd ..、cd - 这三个跳转比方向键还重要
图形界面里靠鼠标点来点去,在终端里靠的是精准跳转逻辑:
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq(Cortex‑A9/A53 + FPGA)Linux 环境,调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查,支持 PetaLinux 开发。
-
cd ~是回家,但新手常误以为~是“当前用户家目录的字符串”,其实它是 shell 解析的特殊符号,不能写进脚本当变量直接拼接(比如path=~/.config可能失效,要用$HOME/.config)。 -
cd ..看似简单,但嵌套太深时容易数错层级;更稳妥的是cd -(切回上一个工作目录),尤其在/etc和/var/log之间来回查日志时,比反复cd ..少出错。 - 不要依赖历史命令上下箭头翻找路径,那是在掩盖路径认知缺陷;每次 cd 后顺手敲个
pwd,三五次就形成直觉。
mkdir -p 和 rm -rf 是双刃剑,必须配 ls 使用
这两个命令杀伤力极强,但真正危险的不是命令本身,是执行前没验证目标是否存在、是否为预期类型:
-
mkdir -p a/b/c没问题,但若误写成mkdir -p /tmp/a/b/c,而你本意是./tmp/a/b/c,就会污染系统临时目录;执行前先ls /tmp | grep tmp确认无同名干扰项。 -
rm -rf绝对禁止裸用;哪怕删自己项目下的node_modules,也要先ls -d node_modules确认它是个目录而非文件,再加-v参数(rm -rfv node_modules)看删了哪些子项。 - 所有批量操作前,用
echo模拟:比如想删所有<em>.log</em>,先echo .log看匹配结果,再决定是否真删。
man 和 which 是你唯一该信任的“教程”
网上搜到的命令示例可能过时、发行版不兼容、甚至带误导性参数(比如 CentOS 7 的 systemctl 和 Ubuntu 22.04 的默认行为就有差异):
- 遇到任何不确定的命令,第一反应不是百度,是
man 命令名;比如man chmod会明确告诉你八进制模式(755)和符号模式(u+x)的区别,避免权限设错导致服务起不来。 -
which 命令名能帮你确认实际调用的是哪个二进制——有时你装了新版本 Python,但python3还指向旧版,which python3一查路径就清楚,不用猜。 - 别信“一键安装脚本”里封装好的命令链;拆开看每个环节的输出,用
echo $?检查上条命令是否真成功(0 才是成功),否则后续步骤全在无效前提下运行。
真正卡住人的从来不是命令记不全,而是每一步都缺验证闭环:敲完 cd 不看 pwd,列完 ls 不核对权限,删前不 echo 模拟。这些动作加起来不到三秒,却能避开 80% 的低级故障。

















