crashlinux
『壹』 如何使用crash工具分析linux內核崩潰轉儲文件
如前文所述，當 linux 系統內核發生崩潰的時候，可以通過 kmp 等方式收集內核崩潰之前的內存，生成一個轉儲文件 vmcore。內核開發者通過分析該 vmcore 文件就可以診斷出內核崩潰的原因，從而進行操作系統的代碼改進。那麼 crash 就是一個被廣泛使用的內核崩潰轉儲文件分析工具，掌握 crash 的使用技巧，對於定位問題有著十分重要的作用。
『貳』 linux 在進程crash後，會做什麼工作
樣看怎麼個崩潰了，如只是應用崩潰，那需要盡快查清楚原因。
如果是系統崩潰估計只有先重啟，然後在啟動資料庫和應用啥的，看看是否受損，如有受損盡快查找原因，進行恢復操作。
如果是硬體級別的崩潰就比較慘了，如果是存儲異常，只要存儲還健全，那還能通過手段恢復數據啥的，就杯具了，基本上所有的東西都差不多該重裝了，恢復數據和應用程序這些東西
『叄』 linux 進程crash 會close tcp嗎
會的。
tcp連接本質上是由一個open file來描述的，佔用進程的文件描述符。
進程退出後，操作系統會對進程執行清理工作，清理工作之一就是關閉進程的文件描述符表關聯的文件。
『肆』 linux 下面的Crash mp是什麼意思
就是說一個後台進程（deamon）死了（crash），需要重啟。在重啟前，kernel會把內存里的相關信息寫到文件里，就是mp文件。研發根據mp文件，可以找出進程crash的原因，進行修復。
『伍』 如何使 linux crash
在Linux上只要打開core mp文件開關，當程序crash時系統生成相應的core文件。下面是簡單的一些步驟： 1.查看當前是否已經打開了此開關 通過命令：ulimit -c 如果輸出為 0 ，則代表沒有打開。如果為unlimited則已經打開了,就沒必要在做打開
『陸』 Linux系統崩潰了怎麼找原因
當然會了，是人造的系統都有BUG，當然會。不過總的說，Linux崩潰的機率是橫小的，它有這么多桌面系統可以選擇，一個崩潰了，在另一個上修復就行了。要是桌面系統全崩了，還有文本模式。
『柒』 怎麼樣把linux搞崩潰掉
以上三位的方法都不是讓系統崩潰，只是引導不了
linux最狠的方法是切換到root用戶
然後執行 rm -rf /
謹慎使用 因為你什麼都消失了
『捌』 linux下軟體崩潰後怎麼辦
linux下軟體崩潰的幾率很小
如果真的崩潰了，就按 Ctrl +Alt+F1 鍵，或 Ctrl +Alt+F2 鍵，或 Ctrl +Alt+F3 鍵，
輸入用戶名，密碼，使用命令
ps aux|more
查看進程，找到崩潰的軟體的PID，使用命令 kill -9 <PID> j就殺死這個軟體了，剩下的不用管，
linux會做好善後。
如果圖形界面可用，打開虛擬終端，輸入命令xkill，回車，滑鼠指針會變骷髏，點擊死掉的程序窗口，程序就退出了。
linux殺死程序後，會清理 /tmp 目錄與之關聯的文件的。
在linux下，你不必擔心垃圾文件。你接觸得多了，就會知道，即便是我們使用的linux，連續運行幾個月不重啟，也不會出現win下的產生大量垃圾文件，而不得不重啟的現象。
需要解決更多linux問題，詳情請看 http://www.linuxprobe.com/chapter-00.html
望採納！
『玖』 Linux 操作系統在什麼情況下崩潰
1.一個死循環不大可能把linux搞崩潰，尤其是到2.4以後，內核都有相應的保護機制，多半情況下這種進程會被殺死的。當然，你可以試試提高進程的優先順序（這種我沒做過，不知道結果，請事先保存好數據，以免不必要的損失）
2.還有，大量地消耗系統內存。這方法也不能成功。
比如：
======================================
#BOF
#include <unistd.h>
#include <stdlib.h>
#include <stdio.h>
#define ONE_K （1024）
int main ()
{
char *some_memory;
int size_to_allocate = ONE_K;
int megs_obtained = 0;
int ks_obtained = 0;
while (1) {
for (ks_obtained = 0; ks_obtained < 1024; ks_obtained++) {
some_memory = (char*)malloc(size_to_allocate);
if (some_memory == NULL) exit (EXIT_FAILURE);
sprintf(some_memory, "Hello,World");
}
megs_obtained++;
printf("Now allocated %d Megabytes\n", megs_obtained);
}
exit(EXIT_SUCCESS);
}
#EOF
====================
運行之後，
.....
.....
Out of Memory:Killed process 2365
Killed
======================================
系統為了保護自己的安全運行，終止了這個危險的進程。
3.驅動程序出現問題，比如驅動有bug崩潰了，這時間系統就危險了，但現在的社區裡面寫的開源驅動大都能和內核很好地結合，bug也沒抓得差不多了。（關於驅動程序，可以參看Minix作者寫的操作系統原理那本書，作者分析，70％的系統崩潰是由於驅動程序引起的，所以minix採用了微內核設計，只把必要的幾千行代碼放在內核而剩下的都放到了用戶層，他認為這樣做能極大地提高系統的穩定性。關於微內核的優劣，不好評論，反正我了解一點，GNU中的一個項目是做一個叫做Hurd的微內枋系統，這個項目已經有好幾年了，可以去www.gnu.org找相應的文檔。
4.其它。（不知道了）