简介：本资源是一份面向Linux初学者与高校计算机专业学生的实验报告文档，聚焦Linux基础命令的系统性实践与理解。内容覆盖文件权限管理（chmod）、目录与文件操作（ls/pwd/cd/touch）、用户与组管理（useradd/groupadd/passwd）、压缩归档（tar/gzip）及软件包安装（rpm/mount）五大核心模块，强调命令语法、权限逻辑与实际排错要点，特别标注了sudo权限使用场景和典型操作陷阱。资源为单个Word文档（.doc格式），体积精简仅574KB，便于快速查阅与打印，适合作为课堂实验参考、课后复习笔记或期末备考速查材料。目前已有1220人学习下载，文档结构清晰，含完整实验目的、要求、步骤与关键命令示例，每步均附实操说明与权限验证逻辑，帮助读者从机械执行进阶到理解Linux文件系统与多用户机制本质。
1. 这份实验报告不是交作业的模板，而是你第一次真正“看见”Linux系统运行逻辑的起点
很多人把《Linux基本命令的使用》当成背诵清单：ls看文件、cd切目录、cp复制、rm删除……但真正卡住新手的，从来不是记不住命令，而是敲下pwd后不知道自己究竟站在系统哪一层路径上，执行ls -l却看不懂权限字段里那串drwxr-xr--到底在控制谁、能干什么。这份实验报告的核心价值，不在于凑够10个命令截图，而在于通过可复现的操作链——比如用mkdir -p project/{src,bin,doc}一次性建三级嵌套目录，再用find project -type d | xargs chmod 755批量设权限——让你亲手验证“Linux一切皆文件”“权限决定行为边界”“路径是操作上下文”的底层契约。它面向刚装好Ubuntu虚拟机、连终端光标都还觉得陌生的初学者，也面向已会写Shell脚本但总在生产环境因路径误判导致部署失败的中级运维——因为所有高阶能力，都建立在对.（当前目录）、..（父目录）、~（家目录）这三类路径符号的肌肉记忆之上。你不需要提前懂C语言或内核，只需要打开终端，跟着每一步输入、观察输出、质疑“为什么”，就能把抽象概念钉进真实操作里。
2. 从绝对路径到符号链接：理解Linux文件系统定位机制的实操验证
Linux命令的有效性高度依赖上下文路径，而路径本身又分绝对与相对两种表达方式。若不厘清其差异，cp file.txt /tmp/和cp file.txt ../tmp/可能复制到完全不同的位置，甚至因权限拒绝而静默失败。本节通过一组对比实验，强制暴露路径解析的真实逻辑。
2.1 用pwd和realpath验证当前工作目录的物理位置
在终端中执行以下命令序列：
mkdir -p ~/test_path/{a,b/c} cd ~/test_path/a pwd realpath .输出示例：
/home/username/test_path/a /home/username/test_path/a提示：
pwd显示的是当前shell维护的逻辑路径（可能含符号链接），而realpath .强制解析为实际物理路径。当目录存在符号链接时，二者输出会不同——这是排查“明明在目录A却找不到A里文件”的关键诊断点。
接着创建一个指向子目录的符号链接并验证：
ln -s b/c c_link ls -l cd c_link pwd realpath .此时pwd输出/home/username/test_path/a/c_link，而realpath .输出/home/username/test_path/b/c。这证明：shell的当前路径状态（PWD变量）可被符号链接污染，但文件系统底层始终以物理路径为准。所有后续命令（如cp、rm）的操作对象，均由realpath解析后的路径决定。
2.2cd命令的三种路径模式及其副作用
cd是改变工作目录的唯一入口，但其参数处理规则直接影响后续所有命令的上下文。需明确区分：
| 参数类型 | 示例 | 行为说明 | 典型陷阱 |
|---|---|---|---|
| 绝对路径 | cd /usr/local/bin | 直接跳转到根目录下的指定位置，无视当前路径 | 输入/home/user时漏掉开头的/，变成相对路径home/user |
| 相对路径 | cd ../share | 以当前目录为基准向上/下移动，..表示父目录，.表示当前目录 | cd ../../连续两次返回，可能越界到/根目录外（实际会停在/） |
| 特殊符号 | cd ~或cd - | ~展开为当前用户家目录；-切换回上一个工作目录 | cd ~root尝试进入root家目录，但普通用户无权限访问 |
验证cd -的切换能力：
cd /etc pwd # 输出 /etc cd /var/log pwd # 输出 /var/log cd - pwd # 再次输出 /etc注意：
cd -依赖shell维护的$OLDPWD环境变量，该变量仅在显式执行cd命令时更新。若通过pushd/popd切换目录，cd -仍指向上次cd的位置，而非栈顶。
2.3 路径补全（Tab键）背后的机制与失效场景
Bash默认启用路径补全，按Tab键自动展开匹配的文件名。其原理是读取当前目录下的文件列表并进行前缀匹配。但以下情况会导致补全失效：
- 当前目录无读取权限（
ls报错Permission denied） - 目标路径含空格且未用引号包裹（
cd my dir→ 补全中断） - 使用通配符
*时，补全触发时机变为执行前而非输入时
实测补全边界：
mkdir "test dir" test_dir cd t<Tab> # 补全为 "test dir"（含空格，自动加引号） cd test<Tab> # 补全为 test_dir（无空格，不加引号）此时若手动输入cd test dir（无引号），shell会将其拆分为cd test dir两个参数，报错bash: cd: too many arguments。路径补全不仅是便利功能，更是验证当前目录权限和文件名合法性的实时探针。
3. 权限模型实战：用chmod、chown和umask构建最小必要访问控制
Linux权限体系由三组字符（user/group/others）和三类操作（read/write/execute）构成，但真正决定文件能否被访问的，是进程的有效用户ID（EUID）与文件所有者/所属组的匹配关系，再叠加权限位的布尔运算结果。本节通过修改文件权限、切换用户身份、调整默认掩码三步，还原权限生效的完整链条。
3.1ls -l输出字段逐位解析与权限数字映射
执行ls -l ~/.bashrc，典型输出如下：
-rw-r--r-- 1 username username 3771 Jan 15 10:22 /home/username/.bashrc字段分解：
- 第1列
-rw-r--r--：共10字符，第1位表示文件类型（-普通文件，d目录，l符号链接），后9位每3位一组，分别对应所有者（user）、所属组（group）、其他用户（others）的权限 - 第2列
1：硬链接数 - 第3列
username：文件所有者 - 第4列
username：文件所属组 - 第5列
3771：文件大小（字节） - 第6-8列：最后修改时间
- 第9列：文件名
权限字符与数字映射关系：
| 字符 | 含义 | 数值 |
|---|---|---|
r | 可读（查看内容） | 4 |
w | 可写（修改内容） | 2 |
x | 可执行（运行程序/进入目录） | 1 |
- | 无对应权限 | 0 |
因此-rw-r--r--对应数字权限为644（所有者：4+2+0=6；组：4+0+0=4；其他：4+0+0=4）。
3.2 用chmod修改权限的两种语法及适用场景
符号法（推荐用于增量修改）：
chmod u+x script.sh # 给所有者添加执行权限 chmod g-w config.conf # 移除所属组的写权限 chmod o=r data.txt # 将其他用户权限重置为只读八进制法（推荐用于精确设定）：
chmod 755 script.sh # 所有者rwx(7)，组rx(5)，其他rx(5) chmod 600 secret.key # 所有者rw(6)，组无权限(0)，其他无权限(0)关键区别：符号法基于当前权限做加减，八进制法直接覆盖。例如对权限为
644的文件执行chmod u+x，结果为744；而chmod 744则无论原权限如何，强制设为744。生产环境中，八进制法更易审计，符号法更适合脚本中动态调整。
3.3chown修改所有者与所属组的原子操作
chown必须由root或文件当前所有者执行。常见用法：
# 仅修改所有者 sudo chown nginx /var/www/html/index.html # 同时修改所有者和所属组（冒号分隔） sudo chown nginx:www-data /var/www/html/ # 仅修改所属组（冒号前空） sudo chown :developers project/验证修改效果：
ls -l /var/www/html/index.html # 输出应显示 owner 为 nginx，group 为 www-data注意：修改目录所属组时，不会自动递归修改其内部文件的组。若需同步子项，必须加
-R参数：sudo chown -R :developers project/。但递归操作风险极高，务必确认目标路径无敏感配置文件。
3.4umask如何在创建时就约束默认权限
umask是进程创建文件时的权限“屏蔽码”，它从默认最大权限中减去对应位。普通文件默认最大权限为666（无执行位），目录为777（有执行位，即可进入）。umask 022表示：
- 文件：
666 & ~022 = 644（所有者rw，组r，其他r） - 目录：
777 & ~022 = 755（所有者rwx，组rx，其他rx）
查看当前umask：
umask # 输出 0022 umask -S # 输出 u=rwx,g=rx,o=rx（符号化显示）临时修改umask（仅对当前shell有效）：
umask 007 # 新建文件权限为 660，目录为 770 touch test_file ls -l test_file # 权限应为 -rw-rw----重要原则：
umask影响的是新创建文件的初始权限，对已有文件无效。它常被写入/etc/profile或~/.bashrc实现全局或用户级默认策略，是安全基线配置的关键环节。
4. 文件操作命令链：用find、xargs和管道构建可审计的批量处理流程
单个命令如cp或rm只能处理显式列出的文件，而真实运维场景中，常需“找出过去7天内修改的所有日志文件并压缩归档”。此时必须组合多个命令，形成数据流管道。本节聚焦find作为源头、xargs作为执行引擎、管道|作为数据通道的黄金三角。
4.1find的核心参数组合与执行时机控制
find默认递归搜索当前目录，但需明确指定动作（-exec）或输出（-print）。关键参数：
| 参数 | 作用 | 示例 |
|---|---|---|
-name | 按文件名匹配（支持通配符） | find /var/log -name "*.log" |
-mtime -7 | 修改时间在7天内 | find /var/log -name "*.log" -mtime -7 |
-type f | 仅匹配普通文件（排除目录） | find /var/log -type f -name "*.log" |
-size +10M | 文件大小超过10MB | find /var/log -size +10M |
执行删除操作前，必须先用-print预览匹配结果：
# 安全预览：列出所有7天内修改的.log文件 find /var/log -name "*.log" -mtime -7 -print # 确认无误后执行删除（-delete 是GNU find特有，非POSIX标准） find /var/log -name "*.log" -mtime -7 -delete警告：
-delete动作隐含-depth（深度优先），确保先删文件再删空目录。但若需兼容BSD/macOS，应改用-exec rm {} \;。
4.2xargs解决参数长度限制与空格文件名问题
find输出的文件路径通过管道传给xargs，后者将路径拼成命令参数执行。但直接find ... | xargs rm在文件名含空格时会失败：
# 错误示范：文件名为 "my log.txt" 会被拆成 "my" 和 "log.txt" 两个参数 find . -name "*.txt" | xargs rm # 可能报错 rm: cannot remove 'my': No such file # 正确方案：用 -print0 和 -0 配合处理空格 find . -name "*.txt" -print0 | xargs -0 rm-print0使find用\0（空字符）分隔路径，xargs -0识别该分隔符。这是处理任意文件名的唯一可靠方式。
4.3 构建可审计的日志轮转管道实例
以“压缩7天前日志并删除原始文件”为例，完整命令链：
# 分步验证（推荐首次使用时执行） find /var/log -name "*.log" -mtime +7 -print0 | \ xargs -0 -I {} sh -c 'echo "Compressing: {}"; gzip "{}"' # 生产环境精简版（带错误重定向） find /var/log -name "*.log" -mtime +7 -print0 2>/dev/null | \ xargs -0 -I {} sh -c 'gzip "{}" && rm "{}.gz"' 2>/dev/null参数说明：
-I {}：定义占位符{}，后续命令中用{}代表每个匹配的文件路径sh -c '...'：启动子shell执行复合命令，避免xargs直接解析复杂逻辑2>/dev/null：丢弃错误输出，防止权限不足等报错干扰主流程
审计要点：此管道中每个环节均可独立测试——
find命令单独运行确认匹配集，xargs -t加-t参数可打印实际执行的命令，确保无误后再移除-t上线。
5. 实验报告中的关键验证点：如何用stat和getfacl暴露权限细节盲区
实验报告若仅截图ls -l和chmod命令，会遗漏Linux权限模型的两个关键维度：文件时间戳的精确含义和扩展ACL（Access Control List）的存在。这两者在企业环境中常被用于精细化权限控制，也是面试官检验真实经验的高频考点。
5.1stat命令揭示三个时间戳的真实语义
ls -l仅显示修改时间（mtime），而stat展示全部三个时间戳：
stat /etc/hosts输出关键字段：
Access:（atime）：最后一次读取文件内容的时间（如cat、grep）Modify:（mtime）：最后一次修改文件内容的时间（如echo >>、vim保存）Change:（ctime）：最后一次修改文件元数据的时间（如chmod、chown、mv重命名）
经典陷阱验证：
touch testfile stat testfile | grep -E "Access|Modify|Change" # 记录初始值 cat testfile # 仅读取 stat testfile | grep "Access" # atime 更新 chmod 600 testfile # 修改权限 stat testfile | grep "Change" # ctime 更新，但 mtime 不变注意：现代Linux默认启用
relatime挂载选项，atime更新有延迟以减少磁盘IO。若需严格跟踪读取，需挂载时指定strictatime，但这会显著降低性能。
5.2getfacl暴露隐藏的扩展ACL规则
当ls -l输出权限末尾出现+符号（如-rw-rw-r--+），表明该文件设置了扩展ACL。此时ls -l仅显示基础权限，真实权限需用getfacl查看：
# 设置ACL：允许用户alice读取config.conf sudo setfacl -m u:alice:r /etc/config.conf # 查看完整ACL getfacl /etc/config.conf输出示例：
# file: /etc/config.conf # owner: root # group: root user::rw- user:alice:r-- # ACL条目：alice有读权限 group::r-- mask::r-- other::r--ACL的生效优先级高于基础权限：即使基础权限为600（仅root可读写），只要ACL中user:alice:r--存在，alice就能读取该文件。
5.3 实验报告中必须包含的5个验证命令清单
为确保报告体现真实操作而非截图拼凑，以下命令应在报告中提供实际执行结果截图（非代码块）：
| 验证目标 | 命令 | 期望输出特征 | 说明 |
|---|---|---|---|
| 当前路径物理位置 | pwd && realpath . | 两行输出一致（无符号链接时） | 暴露路径解析差异 |
| 用户主目录权限 | ls -ld ~ | 权限应为drwx------（700） | 家目录必须禁止组和其他用户访问 |
| 关键配置文件所有权 | ls -l /etc/passwd /etc/shadow | /etc/passwd组可读，/etc/shadow仅root可读 | 验证密码文件安全基线 |
| 最近创建文件时间戳 | touch test && stat test | head -5 | Access/Modify/Change 时间相同 | 确认touch正确设置三时间戳 |
| ACL存在性检查 | getfacl /etc/hosts 2>/dev/null | head -3 | 若无ACL则输出为空，否则显示# file:行 | 避免忽略扩展权限 |
提示：
2>/dev/null用于抑制getfacl在无ACL时的警告信息，使输出更干净。实验报告的价值，正在于这些看似琐碎却直指系统本质的验证步骤——它们共同构成一份不可伪造的操作证据链。
本文还有配套的精品资源，点击获取
