剛接手新公司的業(yè)務(wù)，一天技術(shù)總監(jiān)過來反映說，公司應(yīng)用反應(yīng)緩慢，通過檢查發(fā)現(xiàn)，確有反應(yīng)緩慢還時(shí)不時(shí)的關(guān)閉應(yīng)用，查看日志文件發(fā)現(xiàn)是內(nèi)存不足和內(nèi)存溢出,步驟如下：

1、調(diào)整tomcat應(yīng)用內(nèi)存

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 查詢，發(fā)現(xiàn)服務(wù)器內(nèi)存剩余不是很多，JAVA進(jìn)程占用很大內(nèi)存空間，在暫時(shí)不能增加內(nèi)存的情況下，考慮用重啟服務(wù)器來釋放內(nèi)存，使服務(wù)有更多的內(nèi)存空間；

3、重啟服務(wù)器就啟動(dòng)不起來了

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

原本是/dev/sda1:Unable to resolve 'UUID=5lk456668886'等一長(zhǎng)串UUID序列號(hào)

一直這個(gè)畫面無法進(jìn)入系統(tǒng)正常登陸頁面

4、以防萬一，備份服務(wù)器數(shù)據(jù)，并轉(zhuǎn)移應(yīng)用到另外服務(wù)器，大費(fèi)一番周折（拿了一塊移動(dòng)硬盤去，不認(rèn)，提示格式不對(duì)，移動(dòng)硬盤是NTFS格式，因服務(wù)器掛了上不了網(wǎng)絡(luò)，后用FAT32的U盤拷貝NTFS-3g軟件到服務(wù)器，安裝出錯(cuò)，沒有安裝成功，只有用現(xiàn)有U盤一點(diǎn)點(diǎn)備份數(shù)據(jù)，我也是醉了。。。。）

5、接下來的一個(gè)星期就花在了導(dǎo)數(shù)據(jù)，恢復(fù)，部署，查錯(cuò)等事情上了；

6、數(shù)據(jù)是導(dǎo)出到了備用服務(wù)器上了，應(yīng)用基本恢復(fù)，總算輕松了一些，但還是心有不甘，想辦法恢復(fù)宕機(jī)的服務(wù)器，查了很多資料，還是一頭霧水，

single進(jìn)入單用戶模式fsck -y /dev/sda1

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

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

還是無法正常啟動(dòng)

找來光盤進(jìn)入安全模式fsck.ext4 -y /dev/sda1

情況依然，無法恢復(fù)

網(wǎng)上查詢到大量修復(fù)的是grub，但感覺使用在這個(gè)故障不合適

?

: 進(jìn)入Linux rescue模式后有幾種方法引導(dǎo)系統(tǒng)：

chroot /mnt/sysp_w_picpath?? 默認(rèn)是掛載到/mnt/sysp_w_picpath

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

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

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

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

7、進(jìn)入single模式???????

mount -o remount rw, /????? 現(xiàn)在宕機(jī)系統(tǒng)默認(rèn)為只讀，此為重新掛載

vim /etc/fstabs

我先將/dev/sda1 : UUID=“XXXXXXXXX”/boot更改為其他序列號(hào)，錯(cuò)誤依然

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

這是因?yàn)樽⑨尩羯线呉恍?#xff0c;也就是沒有了/boot,所以一直沒有動(dòng)作

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

重啟成功，進(jìn)入久違的登陸界面，進(jìn)入系統(tǒng)

# tune2fs -l /dev/sda1 |grep 'UUID'?? 查詢系統(tǒng)UUID

將查詢到的UUID序列號(hào)手動(dòng)寫入/etc/fstabs

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

重啟成功，大功告成

8、總結(jié)

這個(gè)故障是突然的斷電或重啟使系統(tǒng)UUID不一致引起的無法啟動(dòng)，因?yàn)閁UID是每個(gè)系統(tǒng)唯一的標(biāo)志

步驟;

1 single模式

2 mount -o remount rw, /

3 vim /etc/fstabs

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

4 重啟，使系統(tǒng)重新加載

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

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

6 保存重啟

轉(zhuǎn)載于:https://blog.51cto.com/weimouren/1793904

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。