如何解決 Linux 虛擬機器磁碟裝置名不一致的問題

在 linux 虛擬機器內，將附加的多塊資料磁碟以裝置名（/dev/sdxx）的方式建立檔案系統，並將之寫入 /etc/fstab 檔案中實現啟動自動掛載功能。但是在虛擬機器重啟之後，會隨機出現裝置名和實際的檔案系統不一致的問題。

由於 azure 虛擬機器在啟動過程中，隨機分配資料磁碟的 scsi 位址，導致了資料磁碟在附加後，獲取的 scsi 位址會隨機變化。比如原來的資料磁碟 a，初始的裝置名為 /dev/sdc ，在重啟之後，會隨機的被分配為 /dev/sdd ，原來的資料磁碟 b，初始的裝置名為 /dev/sdd，在重啟之後，被分配為 /dev/sdc。這樣的話，如果客戶通過裝置進行自動掛載的話，那麼會看到掛載點下的實際資料是不一致的。

為了避免上述的設計導致自動掛載時出現故障，建議使用 uuid 來代替裝置名。不同檔案系統的 uuid 是不會隨著重啟而改變的。這樣，就可以確保每次自動掛載都能將正確的檔案系統掛載到正確的掛載點。

按照以下命令獲取檔案系統的 uuid :

複製

# blkid

/dev/sdb1: uuid="f788cc09-fad5-4df9-9360-ffe39d82****" type="ext4"
/dev/sda1: uuid="9bb6e11f-4697-476a-9e71-0ebfff61****" type="xfs"
/dev/sda2: uuid="445d96a9-aeb1-4623-a2db-be133bdf****" type="xfs"

複製

# cat /etc/fstab……

uuid=445d96a9-aeb1-4623-a2db-be133bdf**** /                       xfs     defaults        0 0
uuid=9bb6e11f-4697-476a-9e71-0ebfff61**** /boot                   xfs     defaults
立即訪問

如何解決 Linux 虛擬機器磁碟裝置名不一致的問題

在 linux 虛擬機器內，將附加的多塊資料磁碟以裝置名 dev sdxx 的方式建立檔案系統，並將之寫入 etc fstab 檔案中實現啟動自動掛載功能。但是在虛擬機器重啟之後，會隨機出現裝置名和實際的檔案系統不一致的問題。由於 azure 虛擬機器在啟動過程中，隨機分配資料磁碟的 scsi 位址...

如何解決 Linux 虛擬機器磁碟裝置名不一致的問題

在 linux 虛擬機器內，將附加的多塊資料磁碟以裝置名 dev sdxx 的方式建立檔案系統，並將之寫入 etc fstab 檔案中實現啟動自動掛載功能。但是在虛擬機器重啟之後，會隨機出現裝置名和實際的檔案系統不一致的問題。由於 azure 虛擬機器在啟動過程中，隨機分配資料磁碟的 scsi 位址...

如何解決 Linux 虛擬機器磁碟裝置名不一致的問題

在 linux 虛擬機器內，將附加的多塊資料磁碟以裝置名 dev sdxx 的方式建立檔案系統，並將之寫入 etc fstab 檔案中實現啟動自動掛載功能。但是在虛擬機器重啟之後，會隨機出現裝置名和實際的檔案系統不一致的問題。由於 azure 虛擬機器在啟動過程中，隨機分配資料磁碟的 scsi 位址...