Ⅰ linux系統無故死機，系統日誌報錯如下，各位幫忙看看是因為什麼
您好，很高興為您解答。
L Linux 死機有很多種情況,最常見的是系統負載過高導致的。
由於系統負載過高導致的卡死,一定是解決的越快越好!此時必須 記住的是,不能再試圖依賴任何圖形界面的東西,如 Gnome 的系統監視器，這只會繼續加重這種卡死的局面。Linux 最初就是不需要圖形界面的,因為有一個很強大的文字界面。按 Ctrl-Alt-F1(F1-F6 一般來說都可以),然後等一會兒,就會切換到 tty,也就是所謂的文字界面。這個時候需要用用戶名密碼登入。注意,可能鍵盤輸入的速度比較慢,不過應該還是可以忍受的。下面在提示符後面輸入 top 回車,這時會看到一張動態的表,上面列出了耗用資源最多的進程。觀察它刷新一兩次,按q退出,然後輸入 kill ,其中的 PID 你可以在 top 裡面看到。這個時候應該會快了不少,如果你發現沒有成功結束掉,就再輸入 kill -KILL ,這次基本上就沒問題了。
除了上面這種情況外,一些底層軟體的 bug 也可能導致一些奇怪的死機問題。在鍵盤上可以找到一個叫做「Sys Rq」的鍵,在台機的鍵盤上通常與 Prt Sc 共鍵,在筆記本可能在其他位置,如 Delete。以台機為例,要使用這種方法需要按住 Alt-Print(Sys Rq),然後依次按下 reisub 這幾個鍵,按完 b 系統就會重啟。
下面解釋一下這個方法:其實 Sys Rq 是一種叫做系統請求的東西,按住 Alt-Print 的時候就相當於按住了 Sys Rq 鍵,這個時候輸入的一切都會直接由 Linux 內核來處理,它可以進行許多低級操作。這個時候 reisub 中的每一個字母都是一個獨立操作,他們分別表示: unRaw將鍵盤控制從X Server那裡搶回來 tErminate 給所有進程發送 SIGTERM 信號,讓他們自己解決善後kIll 給所有進程發送 SIGKILL 信號,強制他們馬上關閉 Sync將所有數據同步至磁碟 Unmount將所有分區掛載為只讀模式 reBoot重啟 這6個字母的順序是不可以記錯的。
如若滿意，請點擊右側【採納答案】，如若還有問題，請點擊【追問】
希望我的回答對您有所幫助，望採納！
~ O(∩_∩)O~
Ⅱ linux死機 日誌 麻煩解釋下每句代表的意思！ 謝謝
如果經常出現則最可能使內存問題.如果非常頻繁的出現也可能與cpu有關
Ⅲ 如何查找Linux死機原因
大致可以分為軟體和硬體兩類。
1.可能是系統中存在某些應用程序干擾了系統的正常運行，尤其是某些獲得root許可權的程序，因此為了手機的系統安全，請不要隨意使用root許可權。
2.可能是因為軟體不兼容當前的系統版本，這點和電腦很相似，比如有些程序，在windows XP下可以正常使用，但在win7中就不能使用。這種情況需要等待該軟體的升級。
3.可能是個人在使用過程中，誤刪了系統文件，可以通過重新安裝當前完整版系統解決。
4.極少的機器可能是因為硬體出現問題，如果手機反復出現該情況，可以前往你附近的維修點檢測一下。
Ⅳ linux伺服器死機了怎麼辦
伺服器死機的原因很多。如果確保在硬體沒問題的情況下。
可以先從/var/log下的日誌查起..通過iostat 或者 vmstat sar 等命令來檢查機器的整體性能狀態。
我不知道你是否做了相關的監控措施，比如通過某些監控軟體對伺服器進行監控。
通過監控數據分析伺服器的整體狀況。
也可以協調應用部門查看應用方面的日誌是否有異常。這個還得按照具體情況分析。
關於更多Linux的學習，請查閱書籍《linux就該這么學》。
Ⅳ linux提示內核死機不同步
linux提示內核死機不同步，我們不要慌,linux不像Windows,可以利用強大的文字界面操作,按Ctrl-Alt-F1,就會切換到TTY文字界面。再就需要用戶名密碼登入。需要注意的是鍵盤輸入的速度可能會比較慢。下面在提示符後面輸入top回車,這時會看到一張動態的表,上面列出了耗用資源最多的進程。觀察它刷新一兩次,按q退出,然後輸入kill ,其中的 PID 你可以在 top 裡面看到。這個時候應該會快了不少,如果你發現沒有成功結束掉,就再輸入 kill -KILL ,這次基本上就沒問題了。
除了上面 這種情況外,一些底層軟體的 bug 也可能導致一些奇怪的死機問題。以前有個用戶就因為莫名其妙的死機強制重啟把 ext4 的分區給傷了。最後是sysreccd修復了,貌似是分區表部分損壞,死機時鍵鼠均無反應。一般來說,系統負載高導致的死機,最可怕鍵盤的就是鍵鼠都沒反應了。
這時我們可以利用reisub,這個方法可以在各種情況下安全地重啟計算機。在鍵盤上找到一個叫做「Sys Rq」的鍵,在台機的鍵盤上通常與 Prt Sc 共鍵,在筆記本可能在其他位置,如 Delete以台機為例,要使用這種方法需要按住 Alt-Print(Sys Rq),然後依次按下 reisub 這幾個鍵,按完b系統就會重啟。
其實Sys Rq是一種叫做系統請求的東西,按住 Alt-Print 的時候就相當於按住了 Sys Rq 鍵,這個時候輸入的一切都會直接由 Linux 內核來處理,它可以進行許多低級操作。
這個時候reisub中的每一個字母都是一個獨立操作,他們分別表示:unRaw 將鍵盤控制從 X Server 那裡搶回tErminate 給所有進程發送 SIGTERM 信號,讓他們自己解決善後kIll 給所有進程發送 SIGKILL 信號,強制他們馬上關閉Sync 將所有數據同步至磁碟Unmount將所有分區掛載為只讀模式reBoot重啟。
Ⅵ Linux啟動故障處理
【摘要】
當Linux系統出現故障無法正常啟動系統時，Linux准備了單用戶模式、救援模式等方式可以讓我們有效的處理這類問題。本文簡單分享一個利用救援模式解決Redhat系統無法啟動的案例。
【正文】
一、 問題背景
1) 問題描述
一台部署了RHEL 7.2的物理伺服器，突發死機故障，在嘗試重啟時，發現伺服器無法正常進入操作系統，直接進入emergency mode。本文主要分享操作系統啟動異常的問題排查過程。（伺服器死機據後續日誌分析，確定為內核的bug所致，本文不進行累述）
2) 故障現象
系統啟動後，提示無法找到/dev/mapper/rhel-root，並直接進入emergency mode。
二、 排查思路
1) 收集系統啟動異常的相關提示信息，獲取到問題關鍵點：
Warning:/dev/rhel/root does not exist
初步定為配置文件問題或者邏輯卷root本身問題；
2) 嘗試在應急模式下檢查邏輯卷狀態，發現當前情況並不穩定，常用命令無法使用、顯示多為亂碼；
3) 嘗試進入單用戶模式，發現情況和應急模式一樣；
Redhat 7.2進入單用戶模式：
1、開機啟動至內核選擇界面，選擇第一項，按e進行編輯
2、定位到linux16這一行，找到ro，修改其為rw init=/sysroot/bin/sh
3、按ctrl+X啟動至單用戶模式
4) 利用系統安裝光碟，進入Linux救援模式，進行排查。
Redhat 7.2救援模式啟動方法：
1、把光碟加入光碟機，然後啟動，以光碟進行引導，選擇救援模式（中間具體的步驟不再細說）
2、文件系統掛載到/mnt/sysimage目錄下，這時切換到此目錄下使用chroot /mnt/sysimage這條命令即可
5) 在救援模式下，首先查看伺服器lv的情況，發現所有lv
status均為未激活狀態。
查看lv
#Lvdisplay
修改lv
#vgchange -a y /dev/docker/root
6) 在嘗試修改root的lv status時，發現root所在的vg名和啟動時所指定的vg名不一致，基本確定問題點；
7) 修復
l 編輯文件/etc/default/grub
l 修改此文件中GRUB_CMDLINE_LINUX一行中rd.lvm.lv為合適的值
l 再執行以下命令重做grub ：
n UEFI: grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
n 非UEFI：grub2-mkconfig -o /boot/grub2/grub.cfg
l 查看文件grub.cfg中是否修改為rd.lvm.lv=rhel/root
l 修改/etc/grub2.cfg中root=後接的lv路徑改為實際的路徑。
8) 系統啟動後，通過history日誌，確定為該系統業務部署時，使用了vgrename命令修改了vg名。
三、 總結
對於Linux的問題處理，需要對Linux的運行原理有所理解，這此前提下才能根據有限的提示信息判斷問題方向、確定排查范圍、找到解決方法。同時，提醒各位初學linux的同事么，在進行linux的一些操作時，需要充分考慮這些操作可能造成的影響，避免類似上述的問題發生。
轉自 嘉為教育-rhce認證_rhce培訓_linux培訓_linux認證_linux考證