一次服务器非法重启后导致的故障排查记录( 二 ) _服务器

文章插图

文章插图

通过 RAID 卡管理界面查看状态也是 Online 。
当如果重启设备，能看到如下界面，则说明正在初始化设备。

文章插图

恰巧，这台故障的服务器有多块硬盘组成的 44T 的一个目录有存放 46% 的数据，在有数据的情况下，如何不格式化磁盘重新挂载呢？
【一次服务器非法重启后导致的故障排查记录】

文章插图

取消挂载
umount /dev/sdb1
尝试修复
若不确定挂载点属于哪种文件类型时，可以执行：df -Th命令来判断。

文章插图

如果挂载点为xfs 文件类型，可以执行：xfs_repair -L + 文件系统名称路径命令进行修复。
如果挂载点为fsck.ext2/3/4文件类型，可以执行：fsck.ext2/3/4文件类型 + 文件系统路径命令进行修复。
因为我这是xfs的文件类型，按xfs_repair命令来修复受损的 xfs 文件系统，执行如下命令进行修复/dev/sdb1 。
xfs_repair -L /dev/sdb1
执行修复是根据磁盘中的数据使用率来决定修复时长的，所以时间会较长，我采用放后台的形式执行的，执行完成后，查看还是否有进程存在，如有则说明未修复完，如没有则说明修复完成，然后再重新挂载。

文章插图

mount /dev/sdb1 /bigdata
挂载完毕后，执行df -h命令来确定是否挂载成功。

文章插图

到此，就恢复挂载完毕了。
上面案例是针对磁盘有数据时且不格式化的情况下恢复并挂载。
那么有小伙伴该问了，无存储数据的情况下，如何挂载磁盘，我这里也给大家整理出来一个详细的操作步骤：

ll /dev/disk/by-path # 查看需要挂的磁盘名称 fdisk -l # 查看磁盘信息 lsblk # lsblk 命令默认情况下将以树状列出所有块设备，包括查看磁盘挂载信息

parted /dev/sdb mklabel gpt # 新建 /dev/sdb 的磁盘标签类型为 GPT parted /dev/sdb mkpart primary 0 100% # 将 /dev/sdb 整个空间分给同一个分区 ignore # 忽略上述执行命令后的告警 mkfs.xfs -f /dev/sdb # 格式化分区

注意：格式化分区可能会执行慢些，需耐心等待。

第三步：
mkdir /bigdata # 创建目录，自定义目录名 mount /dev/sdb /bigdata # 将 sdb 挂载到 /bigdata 目录下
第四步：
blkid # 查看 sdb 的 UUID 并复制
第五步：
vi /etc/fstab # 参考已挂载的磁盘，将 sdb 的 UUID 和挂载目录关联上，保存后重启设备