linux文件目录切换及/dev/null的使用方式

本文介绍Linux下目录切换的多种高效方法,包括cd命令的高级用法及popd、pushd和dirs命令的应用,帮助提高文件管理效率。
总觉得linux下目录切换比较麻烦,寻找了下是否存在更为简便的方式,总结如下:
一、文件目录的切换相关命令方式总结
A、关于cd 的使用方式
1、cd + 文件夹目录的方式 (相对路径或者绝对路径)
--cd是最通用的切换文件目录的方式,使用方式:cd + 文件夹的绝对路径
2、cd ..
--返回当前目录的上一级目录下;
3、cd ~
--返回到当前用户的home目录下,亦即/home/用户名/目录下;
4、cd -
--返回上一次的工作目录,因而反复使用 cd -,可以实现在两个不同目录之间来回切换;

B、关于popd、pushd、dirs的使用方式
文件目录栈的使用
1、dirs (区别于dir:dir的功能与ls类似)
--显示栈顶到栈底的文件目录列表,通常显示的第一个文件目录为当前的工作目录;
2、pushd+文件目录(相对/绝对路径)
--向目录栈中添加相应的文件目录,同时当前工作目录调整到相应的目录下;
3、pushd 单独使用
--调换目录栈中最近的两个目录,同时刻当前的工作目录会发生变化;
4、popd的工作方式
--弹出当前目录栈中保存的工作目录,工作目录变为栈中相应的目录;

二、> /dev/null的使用方式
> /dev/null简单的理解,将命令的输出信息输入到 /dev/null中,标准输出几口将输出信息显示到屏幕上,而使用> /dev/null将消除命令回显信息的显示。
如:pwd会显示当前的工作目录,而支持pwd > /dev/null将无任何信息显示。
<think>我们正在解决“getty因只读文件系统无法打开/dev/null”的问题。用户提到“getty can not open /dev/null read-only filesystem”,这表明系统在启动过程中试图以读写方式访问`/dev/null`,但文件系统为只读状态。这通常发生在系统启动的早期阶段,根文件系统被挂载为只读(通常是初始挂载方式),而在切换到读写模式之前,getty服务已经尝试访问设备。 ### 问题分析 1. **根本原因**:在系统启动过程中,根文件系统最初以只读(ro)方式挂载。某些服务(如getty)可能在挂载为读写(rw)之前就已经启动,并尝试打开`/dev/null`(需要读写权限),导致失败。 2. **典型场景**:在初始化脚本或systemd单元中,getty服务可能在`local-fs.target`(完成文件系统挂载)之前启动,而此时根文件系统仍为只读。 ### 解决方案 #### 方法1:调整systemd服务依赖(推荐) 修改getty的systemd服务文件,确保它在文件系统可写(`systemd-remount-fs.service`)之后启动。 1. **创建覆盖目录**: ```bash sudo mkdir -p /etc/systemd/system/getty@.service.d ``` 2. **创建配置文件** `/etc/systemd/system/getty@.service.d/wait-for-rw.conf`: ```ini [Unit] After=systemd-remount-fs.service Requires=systemd-remount-fs.service ``` 3. **重新加载systemd配置并重启getty**: ```bash sudo systemctl daemon-reload sudo systemctl restart getty@tty1 # 替换为实际tty ``` #### 方法2:在服务文件中添加`ConditionPathIsReadWrite`条件 确保服务仅在根文件系统可写时启动。 1. **编辑服务文件**(同上创建覆盖): ```ini [Service] ConditionPathIsReadWrite=/ ``` #### 方法3:修改初始挂载选项(谨慎使用) 在启动参数中设置根文件系统可读写(不推荐,可能导致fsck问题)。 - 编辑`/etc/default/grub`: ```bash GRUB_CMDLINE_LINUX_DEFAULT="... rw ..." ``` 然后更新grub配置: ```bash sudo update-grub ``` #### 方法4:检查`/dev/null`设备节点 确保`/dev/null`设备节点存在且权限正确: ```bash # 检查设备节点 ls -l /dev/null # 正确应为:crw-rw-rw- 1 root root 1, 3 May 10 10:00 /dev/null # 如果不存在,重新创建 sudo mknod -m 666 /dev/null c 1 3 ``` ### 验证步骤 重启系统并检查: ```bash dmesg | grep devtmpfs # 应显示成功挂载devtmpfs systemctl status systemd-remount-fs.service # 确保该服务成功执行 journalctl -u getty@tty1 | grep null # 检查getty日志中是否有关于/dev/null的错误 ``` ### 根本原因 Linux启动流程中,根文件系统首先以只读方式挂载(用于fsck检查),然后由`systemd-remount-fs.service`重新挂载为可读写。如果某个服务在重新挂载前启动并试图写入根文件系统下的设备节点(如`/dev/null`),就会失败。 > **注意**:`/dev/null`通常由`devtmpfs`管理,该文件系统在早期就被挂载为可读写。因此,如果`/dev`是单独挂载的,通常不会有问题。但若根文件系统为只读,且`/dev`没有单独挂载(即`/dev`是根文件系统下的目录),则`/dev/null`会继承根文件系统的只读属性。 §§相关问题§§ 1. 如何调试systemd服务的启动顺序问题? 2. Linux启动过程中根文件系统是如何从只读切换到读写的? 3. 如何手动创建/dev目录下的设备节点? 4. 为什么/dev/null需要读写权限? </think>### 解决 "getty can not open /dev/null read-only filesystem" 问题 该问题通常发生在系统启动时,由于根文件系统被挂载为只读模式(常见于系统故障修复场景),导致 getty 服务无法访问 `/dev/null` 设备节点。以下是完整的解决方案: #### 1. **临时解决方法(紧急恢复)** ```bash # 重新挂载根文件系统为读写模式 mount -o remount,rw / # 验证挂载状态 mount | grep " / " # 正确输出: /dev/xxx on / type ext4 (rw,...) # 重启 getty 服务 systemctl restart getty@tty1 ``` #### 2. **永久解决方案(修改启动配置)** ```bash # 编辑 GRUB 配置文件 vi /etc/default/grub # 在 GRUB_CMDLINE_LINUX 参数中添加 rw 选项 # 修改前示例: GRUB_CMDLINE_LINUX="quiet splash" # 修改后示例: GRUB_CMDLINE_LINUX="quiet splash rw" # 更新 GRUB 配置 update-grub # Ubuntu/Debian 或 grub2-mkconfig -o /boot/grub2/grub.cfg # RHEL/CentOS # 重启系统 reboot ``` #### 3. **检查文件系统错误** ```bash # 卸载文件系统(需从LiveCD启动) umount /dev/sdXN # 修复文件系统错误 fsck -y /dev/sdXN # 重新挂载 mount /dev/sdXN /mnt ``` #### 4. **重建设备节点(极端情况)** ```bash # 卸载 /dev umount /dev # 重建 devtmpfs mount -t devtmpfs devtmpfs /dev # 手动创建 /dev/null mknod -m 666 /dev/null c 1 3 ``` ### 问题原因分析(系统启动流程) 1. **正常启动序列**: $$ \begin{array}{c} \text{BIOS/UEFI} \rightarrow \text{GRUB} \rightarrow \text{内核加载} \\ \downarrow \\ \text{initramfs} \rightarrow \text{/挂载为ro} \rightarrow \text{fsck} \rightarrow \text{remount,rw} \end{array} $$ 2. **故障场景**: - 文件系统错误导致 fsck 失败 - 内核参数缺少 `rw` 选项 - initramfs 未正确挂载 devtmpfs - 磁盘硬件故障(需检查 SMART 状态) ### 验证修复效果 ```bash # 检查根文件系统挂载模式 findmnt -n -o OPTIONS / # 检查 getty 服务状态 journalctl -u getty@tty1 | grep null # 测试设备节点访问 echo "test" > /dev/null && echo "Success" || echo "Failure" ``` > **关键点**:Linux 系统启动时默认以只读(ro)模式挂载根文件系统,完成文件系统检查(fsck)后才会重新挂载为读写(rw)模式[^1]。若此过程被中断,系统将保持只读状态。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值