剛接手新公司的業務，一天技術總監過來反映說，公司應用反應緩慢，通過檢查發現，確有反應緩慢還時不時的關閉應用，查看日志文件發現是內存不足和內存溢出,步驟如下：

1、調整tomcat應用內存

vim bin/catalina.sh

JAVA_OPTS="-server -Xms1024m -Xmx1024m -XX:PermSize=256M -XX:MaxNewSize=512m -XX:MaxPermSize=1024m -Djava.awt.headless=true "

或

JAVA_OPTS="-Xms1024m -Xmx1024m"

無明顯效果；

2、用TOP和free 查詢，發現服務器內存剩余不是很多，JAVA進程占用很大內存空間，在暫時不能增加內存的情況下，考慮用重啟服務器來釋放內存，使服務有更多的內存空間；

3、重啟服務器就啟動不起來了

上圖中fsck.ext4:Unable to resolve 'UUID='，

原本是/dev/sda1:Unable to resolve 'UUID=5lk456668886'等一長串UUID序列號

一直這個畫面無法進入系統正常登陸頁面

4、以防萬一，備份服務器數據，并轉移應用到另外服務器，大費一番周折（拿了一塊移動硬盤去，不認，提示格式不對，移動硬盤是NTFS格式，因服務器掛了上不了網絡，后用FAT32的U盤拷貝NTFS-3g軟件到服務器，安裝出錯，沒有安裝成功，只有用現有U盤一點點備份數據，我也是醉了。。。。）

5、接下來的一個星期就花在了導數據，恢復，部署，查錯等事情上了；

6、數據是導出到了備用服務器上了，應用基本恢復，總算輕松了一些，但還是心有不甘，想辦法恢復宕機的服務器，查了很多資料，還是一頭霧水，

single進入單用戶模式fsck -y /dev/sda1

????????????????????????????????? fsck.ext4 -y /dev/sda1

重啟提示就是fsck.ext4:Unable to resolve 'UUID='

還是無法正常啟動

找來光盤進入安全模式fsck.ext4 -y /dev/sda1

情況依然，無法恢復

網上查詢到大量修復的是grub，但感覺使用在這個故障不合適

?

: 進入Linux rescue模式后有幾種方法引導系統：

chroot /mnt/sysp_w_picpath?? 默認是掛載到/mnt/sysp_w_picpath

方法1：
1. 在系統提示符#后輸入：fdisk -l
//顯示硬盤的分區，以便確定安裝Linux的分區。
//本例是第一個硬盤的第三個主分區hda3??
2. # grub-install /dev/hda
//重新安裝GRUB引導程序在第一個硬盤上。
3. # exit;reboot
//退出并重啟系統。

方法2：
1. # grub
//進入GRUB命令行模式，出現提示符：grub>
2. grub> root (hd0,3)
//定位安裝Linux的根分區，root與參數(hd0,3)間有一個空格。
3. grub> setup (hd0)
//在重新安裝GRUB引導程序在第一個硬盤上，setup與參數(hd0)間有一個空格。
4. grub> exit;reboot
//退出并重啟系統。

方法3:
1. # grub
//進入GRUB命令行模式，出現提示符：grub>
2. grub> root (hd0,3)
3. grub> kernel (hd0,3)/boot/vmlinuz ro root=LABEL=/
//輸入內核參數，注意內核的位置與名字。
4. grub> initrd (hd0,3)/boot/initrd-2.4.20-8.img
//傳輸映像文件，注意其所在的位置與名字。
5. grub> boot
//引導Linux系統啟動。

有查詢了UUID 大概明白是fstabs文件中/devsda1:UUID出了問題

7、進入single模式???????

mount -o remount rw, /????? 現在宕機系統默認為只讀，此為重新掛載

vim /etc/fstabs

我先將/dev/sda1 : UUID=“XXXXXXXXX”/boot更改為其他序列號，錯誤依然

其次將/dev/sda1 : UUID=“XXXXXXXXX”/boot注釋掉，提示信息如下

這是因為注釋掉上邊一行，也就是沒有了/boot,所以一直沒有動作

再次將/dev/sda1 : UUID=“XXXXXXXXX”/boot中序列號XXXXXXXXX刪除，保留/boot

重啟成功，進入久違的登陸界面，進入系統

# tune2fs -l /dev/sda1 |grep 'UUID'?? 查詢系統UUID

將查詢到的UUID序列號手動寫入/etc/fstabs

/dev/sda1 : UUID=“XXXXXXXXX”/boot

重啟成功，大功告成

8、總結

這個故障是突然的斷電或重啟使系統UUID不一致引起的無法啟動，因為UUID是每個系統唯一的標志

步驟;

1 single模式

2 mount -o remount rw, /

3 vim /etc/fstabs

刪除或更改掛載目錄/boot的UUID

4 重啟，使系統重新加載

5 查詢UUID tune2fs -l /dev/sda1 |grep 'UUID'

?? 并更改到/etc/fstabs中/boot的UUID

6 保存重啟

轉載于:https://blog.51cto.com/weimouren/1793904

總結

以上是生活随笔為你收集整理的CentOS6.5系统重启后宕机的全部內容，希望文章能夠幫你解決所遇到的問題。

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