原標題：運維如何解決 Linux 服務器重啟后命令無法正常使用的問題

前提：在Linux系統中安裝ASM，安裝完ASM和Oracle數據庫時都是正常使用的，但在重啟服務器后Oracle相關命令不識別。

1、截圖如下：

2、查看環境變量是否正常

命令如下：

3、換角度考慮、查證

通過查詢結果初步判斷環境變量是正常的，然后通過另外一個角度去考慮，是不是Oracle程序本身安裝有問題，因為昨天系統才安裝過ASM和Oracle數據庫，測試都是正常的，應該講沒有啥問題才對，但是突然間想起在服務器重啟的時候，啟動界面提示要加載文件系統，而且時間很長，截圖如下：

4、查看文件系統是否有問題

通過在啟動時提示的信息，就是查看文件系統是否有問題，想起之前硬盤掛載在不同的路徑下，命令如下：

5、通過上面命令查詢結果，發現問題所在

因為sdb1我調整掛載在/oracle路徑下的，原來的sdc1是掛載/oradata路徑，由于sdc1mount在/oradata路徑下沒有設置在開機時啟動，而且sdb1是默認的啟動，從而導致在啟動的sdc1掛載失敗，影響Oracle相關程序啟動，所以命令失敗無法找到，去查看fstab內容。

6、查詢UUID塊設備

通過命令查看后，并沒有發現oracle路徑下的設備，再通過查詢UUID塊設備下有哪些設備

7、查詢塊設備下詳細的信息

再通過lsblk -f 命令查詢塊設備下詳細的信息如下：

通過上述幾個命令可以判斷出是由于sdc1分區沒有自動掛載導致Oracle程序沒有辦法啟動

8、修改/etc/fstab配置文件

讓sdc1設備在開機自動啟動，最好通過UUID來掛載，因為：

Linux UUID的作用及意義

原因1：它是真正的唯一標志符

UUID為系統中的存儲設備提供唯一的標識字符串，不管這個設備是什么類型的。如果你在系統中添加了新的存儲設備如硬盤，很可能會造成一些麻煩，比如說啟動的時候因為找不到設備而失敗，而使用UUID則不會有這樣的問題。

原因2：設備名并非總是不變的

自動分配的設備名稱并非總是一致的，它們依賴于啟動時內核加載模塊的順序。如果你在插入了USB盤時啟動了系統，而下次啟動時又把它拔掉了，就有可能導致設備名分配不一致。

使用UUID對于掛載移動設備也非常有好處──例如我有一個24合一的讀卡器，它支持各種各樣的卡，而使用UUID總可以使同一塊卡掛載在同一個地方。

原因3：Ubuntu中的許多關鍵功能現在開始依賴于UUID。

9、配置想要的內容

通過第6步和第7步中，可以把相關的修改成之前配置想要的內容，修改內容如下：

注意：后面的數字修改成0 0，如果不設置0的話，服務器在啟動的時候就會檢測，如果硬盤滿的話，就會導致操作系統無法正常啟動，此處應該讓系統禁止檢測。

10、判斷是否掛載成功

注意：再mount 一下，判斷是否掛載成功，如果掛載有問題會導致系統無法正常啟動

11、重啟一下服務器判斷設備掛載是否成功

重啟時，服務器系統啟動時間快，就沒有之前那種提示要加載文件系統內容。

12、查看ASM狀態

系統啟動成功后用grid用戶查看ASM狀態：

13、硬盤設置成自動重啟正常后，查詢塊設備下詳細的信息

此時說明硬盤設置成自動重啟正常，再用lsblk -f 命令查詢塊設備下詳細的信息如下

通過上述說明，則可以判斷我們設置成自動啟動成功。

總結：

1、在發現命令無法使用的時候，就要首先從可能導致這個命令的原因找問題，如果首先問題判斷沒有問題，再去判斷其它方面的問題；

2、系統在啟動時會給我們一些詳細的啟動參數內容，如果有問題的也會詳細打印出來，最好看一下系統啟動的日志內容；

3、在mount設備時，必須要讓系統自己掛載，這樣可以避免一些程序上面的問題，同時在使用UUID時也要注意，防止系統在啟動時無法正常啟動。

本文來自論壇bbs.cnitedu.cn，轉載請注明出處。

洱海網 www.erhainews.com 2017-12-28 13:40:55

本文地址： https://www.erhainews.com/n6325690.html

掛載 啟動 UUID 設備 命令

總結

以上是生活随笔為你收集整理的linux服务器每次重启卡住,运维如何解决Linux服务器重启后命令无法正常使用的问题...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。