मैं तीव्र कार्यक्रम के माध्यम से हाल ही में जा रहा किया गया है/पैकेज स्थापना का कारण बना है, तो मुझे यकीन है कि के लिए नहीं बता सकता है जो नव स्थापित प्रोग्राम (या पुराने प्रोग्राम) के एक core फ़ाइल की उपस्थिति के कारण होता है मेरे घर फ़ोल्डर में। यह एक सर्वर है, इसलिए मैं मशीन पर अस्थिरता के किसी भी संभावित स्रोत को बेहतर तरीके से ढूंढता हूं।लगाएं कि कौन से कार्यक्रम एक कोर डंप फ़ाइल
आप बस उन्हें पहचान करने के लिए file प्रोग्राम का उपयोग कर सकते हैं:
जैसे
# file /var/core/core
/var/core/core: ELF 64-bit MSB core file SPARCV9 Version 1, from 'crs_stat.bin'
कभी कभी मैं मूल फ़ाइलों को किसी भी कारण से "फाइल" पहचान नहीं कर सकता था। जैसे "स्ट्रिंग्स/पथ/टू/कोरफाइल | पूंछ-एन 1" अक्सर काम करता है, या आखिरी कुछ पंक्तियों को देखता है। – jsegal
@jsegal: अच्छा खोज, लेकिन मैं 'तार कोर की जरूरत | grep ^/| tail -1' जब 'find' ने मुझे बताया:' बहुत सारे प्रोग्राम हेडर सेक्शन '। – Tino
आप निर्देशिका है जहाँ core.pid है और रन gdb कोर core.pid
पर नेविगेट कर सकते अक्सर कोर फ़ाइल पर फ़ाइल प्रोग्राम का उपयोग के रूप में (Benj के जवाब से कोड) स्वीकार किए जाते हैं जवाब में @Benj द्वारा बताया गया है, गुमराह निष्पादन दिखाएगा:
# file /var/core/core
/var/core/core: ELF 64-bit MSB core file SPARCV9 Version 1, from 'crs_stat.bin'
लेकिन, कभी कभी आप के बारे में "भी कई कार्यक्रम हैडर वर्गों" एक शिकायत प्राप्त हो सकता है:
core.some-lib.nnnn.nnnn: ELF 64-bit LSB core file x86-64, version 1 (SYSV), too many program header sections (1850)
इस मामले में, आप कुछ विकल्प कोशिश कर सकते हैं strings core.some-lib.nnnn.nnnn | tail -50
Core was generated by '/usr/local/bin/some-executable'gdb -c core.some-lib.nnnn.nnnn इस बार आप कुछ इस तरह बता देंगे
FreeBSD पर यह मेरे, 'dmesg के लिए काम करते है | -n 20' – SIFE
@SIFE निश्चित रूप से काम करता है कि अगर यह बहुत हाल ही में हुआ पूंछ। – Benj
@ बेंज मैं यह कहना भूल जाता हूं। उन मामलों में, तथ्य यह है कि corefile पर तार के उत्पादन की अंतिम पंक्ति अक्सर निष्पादन मदद कर सकते हैं करने के लिए पथ है - – SIFE