修改完/etc/fstab后重新挂载方法

1、只是一、两个设备的挂载,可以“mount -o remount 挂载点”;

2、如果是全fstab表,可以“umount -a & mount -a”,再看看哪些busy没有umount掉,再用1的方法



本文转自 朱科强 51CTO博客,原文链接:http://blog.51cto.com/zhukeqiang/1537535,如需转载请自行联系原作者

在 Linux 系统中,`/etc/fstab` 文件用于定义系统启动时的文件系统挂载行为。如果分区未能按照 `/etc/fstab` 的配置实现开机自动挂载,可能涉及以下几个方面的原因及修复方法。 ### 1. 检查设备标识符是否正确 使用设备名称(如 `/dev/sdb1`)进行挂载存在一定的风险,因为设备名称可能会随着硬件连接顺序的变化而改变[^2]。推荐使用 UUID 来标识设备。可以通过命令 `blkid` 获取分区的 UUID,并将其替换到 `/etc/fstab` 文件中。例如: ``` UUID=8e46ebbe-3723-45b5-b93e-fef284dfc0a8 /disk1 ext4 defaults 1 2 ``` ### 2. 验证文件系统类型是否匹配 确保 `/etc/fstab` 中指定的文件系统类型与实际分区的文件系统一致。例如,若分区格式化为 `ext4`,则配置项中的文件系统类型也应为 `ext4`[^3]。 ### 3. 检查挂载点是否存在 确认 `/etc/fstab` 中指定的挂载点目录已经存在。如果不存在,需要手动创建相应的目录。例如,若希望将分区挂载至 `/disk1`,则需确保存在该目录: ```bash mkdir -p /disk1 ``` ### 4. 校验 `/etc/fstab` 文件语法 可以使用 `mount` 命令配合 `-a` 参数来测试 `/etc/fstab` 文件中的所有条目是否能够正确挂载,这有助于发现潜在的语法错误或配置不当的问题: ```bash mount -a ``` 执行此命令后,检查是否有任何错误消息输出,这些信息通常能指出具体的问题所在。 ### 5. 检查文件系统是否损坏 如果文件系统损坏,也可能导致无法正常挂载。可以尝试使用 `fsck` 工具检查并修复文件系统。首先卸载目标分区,然后运行: ```bash umount /dev/sdb1 fsck /dev/sdb1 ``` ### 6. 查看系统日志 查看系统日志可以帮助定位问题。可以使用 `journalctl` 或者查看 `/var/log/syslog`(对于 Debian/Ubuntu 系统)或 `/var/log/messages`(对于 Red Hat/CentOS 系统)来获取更多关于挂载失败的信息: ```bash journalctl -b ``` ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值