因機(jī)房斷電導(dǎo)致的Linux服務(wù)器磁盤分區(qū)錯亂的問題。問題表現(xiàn)為sda1和sdb1分區(qū)互換，使得/data目錄包含了引導(dǎo)分區(qū)的內(nèi)容。解決方法是通過blkid獲取磁盤的uuid，并在/etc/fstab中根據(jù)uuid重新掛載，確保/data目錄正確掛載。同時建議移除/etc/rc.local中的開機(jī)掛載命令，以防止類似問題再次發(fā)生。

一、問題背景

由于客戶機(jī)房斷電，服務(wù)器重啟后發(fā)現(xiàn)對應(yīng)盤符錯亂。原本sda1磁盤分區(qū)應(yīng)該是掛載到/data目錄的，里面都是業(yè)務(wù)系統(tǒng)服務(wù)的數(shù)據(jù)信息，但是查看當(dāng)前/data目錄下都是引導(dǎo)分區(qū)的文件信息。如下圖所示：

二、問題原因

原因：sda1和sdb1互換了，導(dǎo)致/data和/boot的內(nèi)容就跟著互傳了，與記錄地址不一致，導(dǎo)致文件丟失。

分析：正常情況下sdb1是掛載到/boot目錄的，是系統(tǒng)的啟動引導(dǎo)分區(qū)。如下圖顯示的目錄為/data，所以表明系統(tǒng)盤符錯亂。

三、問題解決

可以使用blkid顯示當(dāng)前盤符和唯一id的關(guān)系（這個id是磁盤格式化后分配的id，除非格式化否則不會改變），如下圖所示：

在/etc/fstab里面對/dev/sdb1通過磁盤的唯一uuid重新進(jìn)行掛載

#1、添加掛載內(nèi)容
vim /etc/fstab
UUID=0eb476e4-c675-4529-9c21-e1ca3508d654 /data                   xfs     defaults        0 0

#2、重新mount
mount -a

建議去掉/etc/rc.local里的開機(jī)掛載命令，如下圖所示：

總結(jié)：部分國產(chǎn)服務(wù)器似乎有這種問題，重啟后盤符會亂，而這部分服務(wù)器使用的是/etc/rc.local下面使用mount在啟動時加載。

版權(quán)聲明：本文為CSDN博主「東城絕神」的原創(chuàng)文章，遵循CC 4.0 BY-SA版權(quán)協(xié)議，轉(zhuǎn)載請附上原文出處鏈接及本聲明。

原文鏈接：https://blog.csdn.net/m0_37814112/article/details/120826604