現場(環境):Redhat 7.7 指令:blkid
*使用UUID 來寫入fstab最大的好是，他會跟硬碟順序無關。
一般來說我們DISK在linux內會被區分為sda、sdb…。
若硬碟順序遭到替換，這個在Linux fstab掛載時會一部分影響我們的運作
*所以會有多數人建議使用UUID來替換原先的名稱定義。
*UUID數值是我們透過mkfs在做硬碟的格式化的時候被定義好的。
*另外的LABEL掛載方式可以參考[參考網址]。
我們查看我們的fstab可以看到，在原生我們分割好的系統當中。
/boot這個重要的指標已經用UUID的方式來進設定。
*這也是為了讓硬碟順序變更時不會被影響。
#vim /etc/fstab
*其他的/dev/mapper/XXX 大家會覺得怎麼跟當初自己分割LV時的名稱不一樣，其實我們可以去查看。
我們會發現他們都一樣是被指向dm-0，
我們的分割區都是被指向這些地方。
所以為了避免這個順序因為硬體變更而遭受影響，
所以會以唯一值的UUID進行掛載。
接著我們透過UUID來試著進行掛載。
先透過blkid指令查詢每個分割區格式化後取得的UUID值。
這邊會發現除了mkfs格式化外，
在進行fdisk指令分割硬碟時，硬碟分割區也會取得唯一值。
*也可以注意到 fstab內 /boot的UUID跟/dev/sda1的UUID是相同的。
取得格式化後的LV{/dev/mapper/XXXX}的唯一值之後，
我們就可以開始更改fstab的內容。
*這邊已另外一個分割區來進行測試
=!======================
UUID={blkid指令查詢到的這個分割區UUID} {掛載點} {格式化} defaults 0 0
=!======================
更改後我們先卸載掉分割區測試看看。
原本掛載點內有這幾個資料夾。
將掛載點卸載掉
重新掛載測試看看
*可以透過mount -a，這個指令還會幫你判斷你的fstab內填寫的是否正確。
*測試結果可以看到，透過UUID的方式我們也能夠正常的掛載
Extra: <參考參考網址>
雖然UUID是唯一值，但是是可以透過後面的動作在做修改的。
*必須為非XFS格式 (tune2fs只支援ext2-ext4)
手動改變UUID (記得先記錄原本的UUID)
但這個手動的方式，我們必須使用特別的方法來執行。
*雖然是可以手動改，但也要是Linux內可以辨認的，
所以必需透過uuidgen生成一個隨機的UUID(合法)。
#uuidgen
#uuidgen | xargs tune2fs /dev/sdb1 -U
如果有狀況，我們就用下列方法把原本的UUID寫回去。
#tune2fs -U {手動輸入UUID數值} /dev/sdb1
一般mount掛載的方式也比較特別，會需要帶上UUID=的告知。
#mount UUID="{UUID數值}" /var
#mount -U "{UUID數值}" /var
參考網址:
https://www.itread01.com/content/1548894797.html
https://support.huaweicloud.com/usermanual-ims/ims_01_0325.html
https://ssorc.tw/1313/linux-%E4%BD%BF%E7%94%A8-uuid-%E4%BE%86%E6%8E%9B%E8%BC%89%E7%A1%AC%E7%A2%9F/
https://www.itread01.com/content/1549958233.html
留言列表
IT記事本 (4)
