建站
咨詢
售后
建站咨詢
新聞中心
Linux核心轉(zhuǎn)儲(chǔ)文件是一種系統(tǒng)信息的記錄方式，可以在系統(tǒng)崩潰或異常退出時(shí)提供有用的診斷信息。這些文件包含有操作系統(tǒng)核心內(nèi)存中的信息，可以用于診斷和解決問題。在本文中，我們將介紹如何生成Linux核心轉(zhuǎn)儲(chǔ)文件。
成都創(chuàng)新互聯(lián)成都網(wǎng)站建設(shè)定制網(wǎng)站，是成都網(wǎng)站營銷公司,為成都辦公窗簾提供網(wǎng)站建設(shè)服務(wù),有成熟的網(wǎng)站定制合作流程，提供網(wǎng)站定制設(shè)計(jì)服務(wù)：原型圖制作、網(wǎng)站創(chuàng)意設(shè)計(jì)、前端HTML5制作、后臺(tái)程序開發(fā)等。成都網(wǎng)站改版熱線：028-86922220
1. 理解核心轉(zhuǎn)儲(chǔ)文件
Linux系統(tǒng)的核心是系統(tǒng)內(nèi)部的核心，它是系統(tǒng)的大腦，控制著系統(tǒng)的所有操作。當(dāng)系統(tǒng)崩潰時(shí)，核心不支持正常運(yùn)行，導(dǎo)致操作系統(tǒng)無法回復(fù)。此時(shí)，系統(tǒng)將生成一個(gè)核心轉(zhuǎn)儲(chǔ)文件，其中封裝了核心在崩潰時(shí)的狀態(tài)記錄。
此外，在發(fā)生其他異常情況（如驅(qū)動(dòng)程序出錯(cuò)等）時(shí)，也會(huì)生成核心轉(zhuǎn)儲(chǔ)文件。我們可以使用這些文件來了解問題的起因，快速定位故障點(diǎn)，并確定修復(fù)方案。
2. 使用kdump工具生成核心轉(zhuǎn)儲(chǔ)文件
kdump是Linux內(nèi)核提供的一個(gè)工具，用于生成核心轉(zhuǎn)儲(chǔ)文件。我們可以通過以下步驟配置kdump并生成核心轉(zhuǎn)儲(chǔ)文件。
2.1 安裝kdump工具
在大多數(shù)Linux系統(tǒng)中，kdump已經(jīng)被預(yù)裝。如果沒有預(yù)裝，可以使用以下命令安裝：
“`shell
yum install kexec-tools crash
“`
2.2 修改kdump配置文件
編輯kdump配置文件/etc/kdump.conf，設(shè)置生成的轉(zhuǎn)儲(chǔ)文件的保存位置：
“`shell
path /var/crash
“`
2.3 啟動(dòng)kdump服務(wù)
啟動(dòng)kdump服務(wù)，并設(shè)置開機(jī)自啟動(dòng)：
“`shell
# 啟動(dòng)服務(wù)
systemctl start kdump.service
# 設(shè)置開機(jī)自啟動(dòng)
systemctl enable kdump.service
“`
2.4 測(cè)試生成核心轉(zhuǎn)儲(chǔ)文件
使用下面的命令重新啟動(dòng)系統(tǒng)并強(qiáng)制生成核心轉(zhuǎn)儲(chǔ)文件：
“`shell
echo c > /proc/sysrq-trigger
“`
重啟后，如果/var/crash目錄中出現(xiàn)了新的文件，說明核心轉(zhuǎn)儲(chǔ)文件已生成。
3. 使用SysRq生成核心轉(zhuǎn)儲(chǔ)文件
通過使用系統(tǒng)請(qǐng)求(sysrq)來生成核心轉(zhuǎn)儲(chǔ)文件是快捷的一種方法。SysRq鍵是一種用于Linux內(nèi)核的緊急機(jī)制，可以用于診斷和修復(fù)各種問題。
要使用SysRq生成核心轉(zhuǎn)儲(chǔ)文件，需要執(zhí)行以下步驟：
3.1 開啟SysRq功能
在/boot/grub2/grub.cfg中，添加sysrq_always_enabled參數(shù)以開啟SysRq功能：
“`shell
# 修改GRUB_CMDLINE_LINUX_DEFAULT參數(shù)
GRUB_CMDLINE_LINUX_DEFAULT=”crashkernel=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet sysrq_always_enabled”
“`
3.2 重新啟動(dòng)系統(tǒng)
使用下面的命令重新啟動(dòng)系統(tǒng)：
“`shell
reboot
“`
3.3 生成核心轉(zhuǎn)儲(chǔ)文件
當(dāng)系統(tǒng)出現(xiàn)異常情況時(shí)，按下Alt + SysRq + C鍵組合，即可生成核心轉(zhuǎn)儲(chǔ)文件。
4. 使用kerneloops工具生成核心轉(zhuǎn)儲(chǔ)請(qǐng)求
Kerneloops是一個(gè)Linux社區(qū)的項(xiàng)目，旨在收集Linux內(nèi)核錯(cuò)誤信息。使用Kerneloops工具將內(nèi)核崩潰信息上傳到Kerneloops數(shù)據(jù)庫中，方便開發(fā)人員查詢和分析。Kerneloops還支持在內(nèi)核崩潰時(shí)生成核心轉(zhuǎn)儲(chǔ)文件。
要使用Kerneloops生成核心轉(zhuǎn)儲(chǔ)文件，需要執(zhí)行以下步驟：
4.1 安裝Kerneloops工具
在大多數(shù)Linux系統(tǒng)中，Kerneloops已經(jīng)被預(yù)裝。如果沒有預(yù)裝，可以使用以下命令安裝：
“`shell
yum install kerneloops
“`
4.2 修改Kerneloops配置文件
編輯Kerneloops配置文件/etc/kerneloops.conf，設(shè)置生成的轉(zhuǎn)儲(chǔ)文件的保存位置：
“`shell
# 修改dump_path參數(shù)
dump_path=/var/crash
“`
4.3 啟用Kerneloops服務(wù)
啟動(dòng)Kerneloops服務(wù)，并設(shè)置開機(jī)自啟動(dòng)：
“`shell
# 啟動(dòng)服務(wù)
systemctl start kerneloops.service
# 設(shè)置開機(jī)自啟動(dòng)
systemctl enable kerneloops.service
“`
4.4 測(cè)試生成核心轉(zhuǎn)儲(chǔ)文件
使用下面的命令重新啟動(dòng)系統(tǒng)，并觸發(fā)崩潰事件：
“`shell
sudo systemctl stop avahi-daemon
“`
此時(shí)Kerneloops會(huì)自動(dòng)重新啟動(dòng)服務(wù)，在/var/crash目錄下生成核心轉(zhuǎn)儲(chǔ)文件。
5. 結(jié)論
生成Linux核心轉(zhuǎn)儲(chǔ)文件是診斷和解決系統(tǒng)異常的重要步驟。在本文中，我們介紹了使用kdump、SysRq和Kerneloops工具生成核心轉(zhuǎn)儲(chǔ)文件的詳細(xì)步驟。通過這些方法，您可以快速獲取有用的診斷信息，加快故障排查和修復(fù)過程。
相關(guān)問題拓展閱讀：
- linux c內(nèi)存溢出的core dump bug怎么跟
linux c內(nèi)存溢出的core dump bug怎么跟
淺析Linux下core文件
當(dāng)滲螞我們的程序崩潰時(shí)，內(nèi)核有可能把該程序當(dāng)前內(nèi)存映射到core文件里，方便程序員找到程序出現(xiàn)問題的地方。最常出 現(xiàn)的，幾乎所有C程序員都出現(xiàn)過的錯(cuò)誤就是“段錯(cuò)誤”了。也是最難查出問題原因的一個(gè)錯(cuò)誤。下面我們就針對(duì)“段錯(cuò)誤”來分析core文件的產(chǎn)生、以及我們 如何利用core文件找到出現(xiàn)崩潰的地方。
何謂core文件
當(dāng)一個(gè)程序崩潰時(shí)，在進(jìn)程當(dāng)前工作目錄的core文件中復(fù)制了該進(jìn)程的存儲(chǔ)圖像。core文件僅僅是一個(gè)內(nèi)存映象(同時(shí)加上調(diào)試信息)，主要是用來調(diào)試的。
當(dāng)程序接收到以下UNIX信號(hào)會(huì)產(chǎn)生core文件：
名字
說明
ANSI C POSIX.1
SVR4 4.3+BSD
缺省動(dòng)作
SIGABRT
異常終止(abort)
..
. .
終止w/core
SIGBUS
硬件故障
.
. .
終止w/core
SIGEMT
硬件故障
. .
終止w/core
SIGFPE
算術(shù)異常
..
. .
終止w/core
SIGILL
非法硬件指令
..
. .
終止w/core
SIGIOT
硬件故障
. .
終止w/core
SIGQUIT
終端退出符
.
. .
終止w/core
SIGSEGV
無效存儲(chǔ)訪問
..
. .
終止w/core
SIGSYS
無效系統(tǒng)調(diào)用
. .
終止w/core
SIGTRAP
硬件故障
. .
終止w/core
SIGXCPU
超過CPU限制(setrlimit)
. .
終止w/core
SIGXFSZ
超過文件長(zhǎng)度限制(setrlimit)
. .
終止w/core
在系統(tǒng)默認(rèn)動(dòng)作列，“終止w/core”表示在進(jìn)程當(dāng)前工作目錄的core文件中復(fù)制了該進(jìn)程的存儲(chǔ)圖像（該文件名為core，由此可以看出這種功能很久之前就是UNIX功能的一部分）。大多數(shù)UNIX調(diào)試程序都使用core文件以檢查進(jìn)程在終止時(shí)的狀態(tài)。
core文件的產(chǎn)生不是POSIX.1所屬部分,而是很多UNIX版本的實(shí)現(xiàn)特征。UNIX第6版沒有檢查條件 (a)和(b)，并且其源代碼中包含如下說明：“如果你正在找尋保護(hù)信號(hào)，那么當(dāng)設(shè)置-用戶-ID命令顫喊游執(zhí)行時(shí)，將可能產(chǎn)生大量的這種信號(hào)”。4.3 + BSD產(chǎn)生名為core.prog的文件，其中prog是被執(zhí)行的程序名的前1 6個(gè)字符。它對(duì)core文件給予了某種標(biāo)識(shí)，所以是一種改進(jìn)特征。
表中“硬件故障”對(duì)應(yīng)于實(shí)現(xiàn)定義的硬件故障。這些名字中有很多取自UNIX早先在DP-11上的實(shí)現(xiàn)。請(qǐng)查看你所使用的系統(tǒng)的手冊(cè)，以確切地確定這些信號(hào)對(duì)應(yīng)于哪些錯(cuò)誤類型。
下面比較詳細(xì)地說明這些信號(hào)。
? SIGABRT 調(diào)用abort函數(shù)時(shí)產(chǎn)生此信號(hào)。進(jìn)程異常終止。
? SIGBUS 指示一個(gè)實(shí)現(xiàn)定義的硬件故障。
? SIGEMT 指示一個(gè)實(shí)現(xiàn)定義的硬件故障。
EMT這一名字來自PDP-11的emulator trap 指令。
? SIGFPE 此茄銷信號(hào)表示一個(gè)算術(shù)運(yùn)算異常，例如除以0，浮點(diǎn)溢出等。
? SIGILL 此信號(hào)指示進(jìn)程已執(zhí)行一條非法硬件指令。
4.3BSD由abort函數(shù)產(chǎn)生此信號(hào)。SIGABRT現(xiàn)在被用于此。
? SIGIOT 這指示一個(gè)實(shí)現(xiàn)定義的硬件故障。
IOT這個(gè)名字來自于PDP-11對(duì)于輸入／輸出TRAP(input/output TRAP)指令的縮寫。系統(tǒng)V的早期版本，由abort函數(shù)產(chǎn)生此信號(hào)。SIGABRT現(xiàn)在被用于此。
? SIGQUIT 當(dāng)用戶在終端上按退出鍵（一般采用Ctrl-\）時(shí)，產(chǎn)生此信號(hào)，并送至前臺(tái)進(jìn)
程組中的所有進(jìn)程。此信號(hào)不僅終止前臺(tái)進(jìn)程組（如SIGINT所做的那樣），同時(shí)產(chǎn)生一個(gè)core文件。
? SIGSEGV 指示進(jìn)程進(jìn)行了一次無效的存儲(chǔ)訪問。
名字SEGV表示“段違例（segmentation violation）”。
? SIGSYS 指示一個(gè)無效的系統(tǒng)調(diào)用。由于某種未知原因，進(jìn)程執(zhí)行了一條系統(tǒng)調(diào)用指令，
但其指示系統(tǒng)調(diào)用類型的參數(shù)卻是無效的。
? SIGTRAP 指示一個(gè)實(shí)現(xiàn)定義的硬件故障。
此信號(hào)名來自于PDP-11的TRAP指令。
? SIGXCPU SVR4和4.3+BSD支持資源限制的概念。如果進(jìn)程超過了其軟C P U時(shí)間限制，則產(chǎn)生此信號(hào)。
? SIGXFSZ 如果進(jìn)程超過了其軟文件長(zhǎng)度限制，則SVR4和4.3+BSD產(chǎn)生此信號(hào)。
摘自《UNIX環(huán)境高級(jí)編程》第10章 信號(hào)。
使用core文件調(diào)試程序
看下面的例子：
/*core_dump_test.c*/
#include
const char *str = “test”;
void core_test(){
str = ‘T’;
}
int main(){
core_test();
return 0;
}
編譯：
gcc –g core_dump_test.c -o core_dump_test
如果需要調(diào)試程序的話，使用gcc編譯時(shí)加上-g選項(xiàng)，這樣調(diào)試core文件的時(shí)候比較容易找到錯(cuò)誤的地方。
執(zhí)行：
./core_dump_test
段錯(cuò)誤
運(yùn)行core_dump_test程序出現(xiàn)了“段錯(cuò)誤”，但沒有產(chǎn)生core文件。這是因?yàn)橄到y(tǒng)默認(rèn)core文件的大小為0，所以沒有創(chuàng)建?？梢杂胾limit命令查看和修改core文件的大小。
ulimit -c 0
ulimit -c 1000
ulimit -c 1000
-c 指定修改core文件的大小，1000指定了core文件大小。也可以對(duì)core文件的大小不做限制，如：
ulimit -c unlimited
ulimit -c unlimited
如果想讓修改永久生效，則需要修改配置文件，如 .bash_profile、/etc/profile或/etc/security/limits.conf。
再次執(zhí)行：
./core_dump_test
段錯(cuò)誤 (core dumped)
ls core.*
core.6133
可以看到已經(jīng)創(chuàng)建了一個(gè)core.6133的文件.6133是core_dump_test程序運(yùn)行的進(jìn)程ID。
調(diào)式core文件
core文件是個(gè)二進(jìn)制文件，需要用相應(yīng)的工具來分析程序崩潰時(shí)的內(nèi)存映像。
file core.6133
core.6133: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from ‘core_dump_test’
在Linux下可以用GDB來調(diào)試core文件。
gdb core_dump_test core.6133
GNU gdb Red Hat Linux (5.3post-0..18rh)
Copyright 2023 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type “show copying” to see the conditions.
There is absolutely no warranty for GDB. Type “show warranty” for details.
This GDB was configured as “i386-redhat-linux-gnu”…
Core was generated by `./core_dump_test’.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/tls/libc.so.6…done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2…done.
Loaded symbols for /lib/ld-linux.so.2
#0 0x080482fd in core_test () at core_dump_test.c:7
str = ‘T’;
(gdb) where
#0 0x080482fd in core_test () at core_dump_test.c:7
#1 0xin main () at core_dump_test.c:12
#2 0xin __libc_start_main () from /lib/tls/libc.so.6
GDB中鍵入where，就會(huì)看到程序崩潰時(shí)堆棧信息（當(dāng)前函數(shù)之前的所有已調(diào)用函數(shù)的列表（包括當(dāng)前函數(shù)），gdb只顯示最近幾個(gè)），我們很容易找到我們的程序在最后崩潰的時(shí)候調(diào)用了core_dump_test.c 第7行的代碼，導(dǎo)致程序崩潰。注意：在編譯程序的時(shí)候要加入選項(xiàng)-g。您也可以試試其他命令， 如 fram、list等。更詳細(xì)的用法，請(qǐng)查閱GDB文檔。
core文件創(chuàng)建在什么位置
在進(jìn)程當(dāng)前工作目錄的下創(chuàng)建。通常與程序在相同的路徑下。但如果程序中調(diào)用了chdir函數(shù)，則有可能改變了當(dāng)前工 作目錄。這時(shí)core文件創(chuàng)建在chdir指定的路徑下。有好多程序崩潰了，我們卻找不到core文件放在什么位置。和chdir函數(shù)就有關(guān)系。當(dāng)然程序 崩潰了不一定都產(chǎn)生core文件。
什么時(shí)候不產(chǎn)生core文件
在下列條件下不產(chǎn)生core文件：
( a )進(jìn)程是設(shè)置-用戶-ID，而且當(dāng)前用戶并非程序文件的所有者；
( b )進(jìn)程是設(shè)置-組-ID，而且當(dāng)前用戶并非該程序文件的組所有者；
( c )用戶沒有寫當(dāng)前工作目錄的許可權(quán)；
( d )文件太大。core文件的許可權(quán)(假定該文件在此之前并不存在)通常是用戶讀/寫，組讀和其他讀。
linux core dump 生成的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于linux core dump 生成,如何生成Linux核心轉(zhuǎn)儲(chǔ)文件？,linux c內(nèi)存溢出的core dump bug怎么跟的信息別忘了在本站進(jìn)行查找喔。
香港服務(wù)器選創(chuàng)新互聯(lián)，2H2G首月10元開通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務(wù)提供商,擁有超過10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗(yàn)。專業(yè)提供云主機(jī)、虛擬主機(jī)、域名注冊(cè)、VPS主機(jī)、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。
分享題目：如何生成Linux核心轉(zhuǎn)儲(chǔ)文件？(linuxcoredump生成)
網(wǎng)站網(wǎng)址：http://www.dlmjj.cn/article/cocdpdc.html
