前言
今天下午在信息科王老师的邀请下参与了一次Linux
挂载错误修复的实战并取得了圆满的成功。
过程
修复紧急模式出现的问题
遇到的问题是系统开机只能启动到emergency mode
(如下图),很多磁盘信息在里面都无法正常浏览。
查阅资料得知:
打开自动挂载配置文件:
vim /etc/fstab
删除/dev/sdb
所在行并保存文件:
dd /etc/fstab* && wq
随后:
reboot
就可以进入系统了。
配置挂载点信息
目标:将/dev/sdb
挂载到/rmt
目录下:
查看Linux硬盘信息
sudo fdisk -l
格式化新硬盘(操作有风险,谨慎操作)
sudo mkfs.ext4 /dev/sdb
ext4
:格式化格式/dev/sdb1
:磁盘
创建挂载目录
sudo mkdir rmt
挂载分区
sudo mount /dev/sdb /rmt
若挂载成功,紧接着通过mount
可以看到磁盘文件类型。
重启服务器后,需要重新执行挂载分区,所以在后续步骤会配置重启自动挂载(到此步不必重启)
配置开机自动挂载
取消分区自动检查:
tune2fs /dev/sdb -c-1 -i 0
mount
命令在服务器重启后会失效,所以需要将分区信息写入/etc/fstab
,实现永久挂载:
方法一:通过磁盘分区UUID
配置fstab
实现
sudo blkid
内容大致如下:
/dev/sda: UUID="8048997a-16c9-447b-a209-82e4d380326e" TYPE="ext4"
/dev/sda5: UUID="0c5f073a-ad3f-414f-85c2-4af83f6a437f" TYPE="swap"
/dev/sdb1: UUID="11263962-9715-473f-9421-0b604e895aaa" TYPE="ext4"
随后将UUID
写入fstab
:
sudo vim /etc/fstab
在末尾添加:
UUID=11263962-9715-473f-9421-0b604e895aaa /rmt ext4 defaults 0 1
参数说明:
[fs spec] [fs file] [fs vfstype] [fs mntops] [fs freq [fs passno]
具体说明,以挂载
/dev/sdb1
为例:
[fs spec]
:分区定位,可以给UUID
或LABEL
,例如:UUID=6E9ADAC29ADA85CD
或LABEL=software
[fs file]
:具体挂载点的位置,例如:/data
[ fs vfstype]
:挂载磁盘类型,linux
分区一般为ext4
,windows分区一般为ntfs
[fs mntops]
:挂载参数,一般为defaults
[fs freq]
:磁盘检查,默认为0
[fs passno]
:磁盘检查,默认为0
,不需要检查
验证
修改完成后,运行下述指令检查配置是否正确(配置失败将会导致系统无法正常启动):
sudo mount -a
方法二:通过/dev
目录配置fstab
实现
与方法一类似,只是把末尾一行换成了:
/dev/sdb /rmt ext4 _netdev 0 0
方法三:修改/etc/rc.d/rc.local
文件(未成功)
将mount
命令添加进rc.local
文件是另一种实现开机自动挂载的方式
mount /dev/sdb /rmt
修复方法(未使用)
本次未使用到,具体场景见参考资料,命令记录如下:
# 解决命令
journalctl -xb # 输出日志
/fsck failed # 搜索关键字
# 找到问题盘
vim /etc/fstab # 检查 磁盘挂载信息
fsck -y /dev/sda1 # 修复问题盘
mount /dev/sda1 /home # 挂载盘
参考资料:
https://www.cnblogs.com/pinpin/p/11731392.html
https://blog.csdn.net/baidu_26678247/article/details/103591529
https://blog.csdn.net/buxiaoxindasuile/article/details/49612867
https://www.jianshu.com/p/ce579ac68675
版权属于:soarli
本文链接:https://blog.soarli.top/archives/635.html
转载时须注明出处及本声明。