क्रैश (कंप्यूटिंग): Difference between revisions
From Vigyanwiki
No edit summary |
No edit summary |
||
| (12 intermediate revisions by 4 users not shown) | |||
| Line 1: | Line 1: | ||
{{Use dmy dates|date=September 2013}} | {{Use dmy dates|date=September 2013}} | ||
[[File:Crashed computer.jpg|thumb|एक [[iMac]] पर प्रदर्शित कर्नेल पैनिक। यूनिक्स जैसी प्रणालियों में ऑपरेटिंग सिस्टम की विफलता का यह सबसे सामान्य रूप है।]][[कम्प्यूटिंग]] में, एक क्रैश या सिस्टम क्रैश तब होता है जब कोई कंप्यूटर प्रोग्राम जैसे [[सॉफ़्टवेयर एप्लिकेशन]] या [[ऑपरेटिंग सिस्टम]] ठीक से काम करना बंद कर देता है और बाहर निकल जाता है। कुछ ऑपरेटिंग सिस्टम या व्यक्तिगत अनुप्रयोगों पर, एक [[Index.php?title=क्रैश रिपोर्टिंग सेवा|क्रैश रिपोर्टिंग सेवा]] क्रैश और उससे संबंधित किसी भी विवरण की रिपोर्ट करेगी (या उपयोगकर्ता को ऐसा करने का विकल्प देगी), सामान्यतः एप्लिकेशन के डेवलपर (डेवलपर्स) को। यदि प्रोग्राम ऑपरेटिंग सिस्टम का एक महत्वपूर्ण हिस्सा है, तो पूरा सिस्टम क्रैश या हैंग हो सकता है, जिसके परिणामस्वरूप प्रायः [[कर्नेल पैनिक]] या घातक सिस्टम त्रुटि होती है। | |||
[[File:Crashed computer.jpg|thumb|एक [[iMac]] पर प्रदर्शित कर्नेल पैनिक। यूनिक्स जैसी प्रणालियों में ऑपरेटिंग सिस्टम की विफलता का यह सबसे | |||
अधिकांश क्रैश [[सॉफ्टवेयर बग]] का परिणाम होते हैं। विशिष्ट कारणों में अमान्य मेमोरी | अधिकांश क्रैश [[सॉफ्टवेयर बग]] का परिणाम होते हैं। विशिष्ट कारणों में अमान्य मेमोरी एड्रेस तक पहुँचना, प्रोग्राम काउंटर में गलत एड्रेस मान, [[Index.php?title=बफ़र अतिप्रवाह|बफ़र अतिप्रवाह]], पहले के बग के कारण प्रभावित प्रोग्राम कोड के एक हिस्से को अधिलेखित करना, अमान्य [[Index.php?title=मशीन निर्देशों|मशीन निर्देशों]] को निष्पादित करना (एक अवैध ऑपकोड), या एक अनियंत्रित अपवाद को ट्रिगर करना सम्मिलित है। घटनाओं की इस श्रृंखला को प्रारम्भ करने वाले मूल सॉफ़्टवेयर बग को सामान्यतः क्रैश का कारण माना जाता है, जिसे [[डिबगिंग]] की प्रक्रिया के माध्यम से खोजा जाता है। मूल बग को उस कोड से बहुत दूर हटाया जा सकता है जिसने वास्तव में दुर्घटना को ट्रिगर किया था। | ||
प्रारंभिक व्यक्तिगत कंप्यूटरों में, सिस्टम की मुख्य मेमोरी के बाहर हार्डवेयर | प्रारंभिक व्यक्तिगत कंप्यूटरों में, सिस्टम की मुख्य मेमोरी के बाहर हार्डवेयर एड्रेस पर डेटा लिखने का प्रयास करने से हार्डवेयर क्षति हो सकती है। कुछ क्रैश शोषक होते हैं और किसी दुर्भावनापूर्ण प्रोग्राम या [[हैकर]] को मनमाना कोड निष्पादित करने देते हैं जो वायरस की प्रतिकृति या डेटा के अधिग्रहण की अनुमति देता है जो सामान्य रूप से दुर्गम होगा। | ||
== एप्लिकेशन क्रैश == | == एप्लिकेशन क्रैश == | ||
[[Image:Computer crash airport.jpg|thumb|फ्रैंकफर्ट हवाई अड्डे पर [[विंडोज एक्स पी]] के तहत | [[Image:Computer crash airport.jpg|thumb|फ्रैंकफर्ट हवाई अड्डे पर [[विंडोज एक्स पी]] के तहत प्रोग्राम चलाने वाला एक डिस्प्ले जो मेमोरी रीड एक्सेस उल्लंघन के कारण क्रैश हो गया है]]एक [[Index.php?title=एप्लिकेशन|एप्लिकेशन]] सामान्यतः क्रैश हो जाता है जब यह एक कार्यवाही करता है जिसकी ऑपरेटिंग सिस्टम द्वारा अनुमति नहीं है। ऑपरेटिंग सिस्टम तब एप्लिकेशन में एक अपवाद या सिग्नल चालू कर देता है। यूनिक्स अनुप्रयोगों ने परंपरागत रूप से [[Index.php?title= डम्पिंग कोर|डम्पिंग कोर]] द्वारा सिग्नल का जवाब दिया। अधिकांश विंडोज और यूनिक्स [[ग्राफिकल यूज़र इंटरफ़ेस]] अनुप्रयोग एक डायलॉग बॉक्स (जैसे कि दाईं ओर दिखाया गया है) को प्रदर्शित करके प्रतिक्रिया देते हैं, यदि कोई [[डिबगर]] स्थापित है तो उसे संलग्न करने का विकल्प होता है। कुछ एप्लिकेशन त्रुटि से पुनर्प्राप्त करने का प्रयास करते हैं और बाहर निकलने के बजाय चलना जारी रखते हैं। | ||
गंभीर त्रुटि का पता लगाने के बाद एक एप्लिकेशन में क्रैश के लिए कोड भी हो सकता है{{efn|In [[OS/360 and successors]] the application normally uses an [[ABEND]] macro with a user completion code.}} | गंभीर त्रुटि का पता लगाने के बाद एक एप्लिकेशन में क्रैश के लिए कोड भी हो सकता है{{efn|In [[OS/360 and successors]] the application normally uses an [[ABEND]] macro with a user completion code.}} | ||
एप्लिकेशन क्रैश होने वाली विशिष्ट त्रुटियों में सम्मिलित हैं: | एप्लिकेशन क्रैश होने वाली विशिष्ट त्रुटियों में सम्मिलित हैं: | ||
* उस स्मृति को पढ़ने या लिखने का प्रयास करना जो उस एप्लिकेशन द्वारा पढ़ने या लिखने के लिए आवंटित नहीं किया गया है (उदाहरण के लिए, | * उस स्मृति को पढ़ने या लिखने का प्रयास करना जो उस एप्लिकेशन द्वारा पढ़ने या लिखने के लिए आवंटित नहीं किया गया है (उदाहरण के लिए, विभाजन त्रुटि, x86-विशिष्ट सामान्य सुरक्षा त्रुटि) | ||
* विशेषाधिकार प्राप्त या अमान्य निर्देशों को निष्पादित करने का प्रयास | * विशेषाधिकार प्राप्त या अमान्य निर्देशों को निष्पादित करने का प्रयास | ||
*उन हार्डवेयर उपकरणों पर I/O संचालन करने का प्रयास करना जिनके पास इसे एक्सेस करने की अनुमति नहीं है | *उन हार्डवेयर उपकरणों पर I/O संचालन करने का प्रयास करना जिनके पास इसे एक्सेस करने की अनुमति नहीं है | ||
* सिस्टम कॉल में अमान्य तर्क पास करना | * सिस्टम कॉल में अमान्य तर्क पास करना | ||
* अन्य सिस्टम संसाधनों तक पहुँचने का प्रयास करना, जिन तक पहुँचने के लिए एप्लिकेशन के पास अनुमति नहीं है | * अन्य सिस्टम संसाधनों तक पहुँचने का प्रयास करना, जिन तक पहुँचने के लिए एप्लिकेशन के पास अनुमति नहीं है | ||
* खराब तर्कों (सीपीयू | * खराब तर्कों (सीपीयू वास्तुकला के आधार पर) के साथ मशीन निर्देशों को निष्पादित करने का प्रयास: [[Index.php?title=शून्य से विभाजित करें|शून्य से विभाजित करें]], [[असामान्य संख्या]] या [[NaN]] (संख्या नहीं) मानों पर संचालन, असंरेखित पतों तक मेमोरी पहुंच आदि। | ||
===डेस्कटॉप पर क्रैश === | ===डेस्कटॉप पर क्रैश === | ||
डेस्कटॉप क्रैश तब होता है जब एक [[कंप्यूटर प्रोग्राम]] ( | एक "डेस्कटॉप पर क्रैश" तब होता है जब एक [[कंप्यूटर प्रोग्राम]] (सामान्यतः एक [[वीडियो गेम]]) अप्रत्याशित रूप से बंद हो जाता है, अचानक उपयोगकर्ता को [[Index.php?title=डेस्कटॉप|डेस्कटॉप]] पर वापस ले जाता है। सामान्यतः, यह शब्द केवल क्रैश के लिए लागू होता है जहां कोई त्रुटि प्रदर्शित नहीं होती है, इसलिए क्रैश के परिणामस्वरूप सभी उपयोगकर्ता डेस्कटॉप को देखते हैं। कई बार कोई स्पष्ट कार्रवाई नहीं होती है जिससे डेस्कटॉप क्रैश हो जाता है। सामान्य कार्य के दौरान, प्रोग्राम कम समय के लिए [[Index.php?title=रुक|रुक]] सकता है, और फिर अपने आप बंद हो सकता है। इसके अलावा सामान्य कार्य के दौरान, प्रोग्राम [[Index.php?title=एक काली स्क्रीन|एक काली स्क्रीन]] बन सकता है और बार-बार ध्वनि के अंतिम कुछ सेकंड (ऑडियो [[Index.php?title=बफर|बफर]] के आकार के आधार पर) चला सकता है जो डेस्कटॉप पर क्रैश होने से पहले चलाया जा रहा था। दूसरी बार यह किसी क्षेत्र को लोड करने जैसी किसी निश्चित क्रिया द्वारा ट्रिगर किया गया प्रतीत हो सकता है। | ||
क्रैश टू डेस्कटॉप बग उपयोगकर्ताओं के लिए विशेष रूप से समस्याग्रस्त माने जाते हैं। चूंकि वे | क्रैश टू डेस्कटॉप बग उपयोगकर्ताओं के लिए विशेष रूप से समस्याग्रस्त माने जाते हैं। चूंकि वे प्रायः कोई त्रुटि संदेश प्रदर्शित नहीं करते हैं, इसलिए समस्या के स्रोत का पता लगाना बहुत जटिल हो सकता है, विशेष रूप से यदि वे बार-बार होते हैं और दुर्घटना से ठीक पहले होने वाली कार्रवाइयों में कोई प्रतिरूप या सामान्य आधार नहीं दिखता है। खेलों के लिए समस्या के स्रोत का पता लगाने का एक तरीका उन्हें विंडो-मोड में चलाना है। [[Index.php?title=विंडोज विस्टा|विंडोज विस्टा]] में एक विशेषता है जो किसी भी प्रोग्राम पर होने पर सीटीडी समस्या के कारण का पता लगाने में मदद कर सकती है।{{clarify|date=December 2010}} विंडोज एक्सपी में एक समान सुविधा सम्मिलित है।{{clarify|date=December 2010}} | ||
कुछ कंप्यूटर प्रोग्राम, जैसे कि [[स्टेपमेनिया]] और बीबीसी के [[बामज़ूकी]], | कुछ कंप्यूटर प्रोग्राम, जैसे कि [[स्टेपमेनिया]] और बीबीसी के [[बामज़ूकी]], पूर्ण-स्क्रीन में होने पर डेस्कटॉप पर भी क्रैश हो जाते हैं, लेकिन उपयोगकर्ता के डेस्कटॉप पर वापस आने पर त्रुटि को एक अलग विंडो में प्रदर्शित करते हैं। | ||
== [[वेब सर्वर]] क्रैश == | == [[वेब सर्वर]] क्रैश == | ||
किसी वेबसाइट के पीछे वेब सर्वर चलाने वाला सॉफ़्टवेयर क्रैश हो सकता है, इसे पूरी तरह से दुर्गम बना सकता है या सामान्य सामग्री के बजाय | किसी वेबसाइट के पीछे वेब सर्वर चलाने वाला सॉफ़्टवेयर क्रैश हो सकता है, इसे पूरी तरह से दुर्गम बना सकता है या सामान्य सामग्री के बजाय मात्र एक त्रुटि संदेश प्रदान कर सकता है। | ||
उदाहरण के लिए: यदि कोई साइट किसी स्क्रिप्ट (जैसे [[ | उदाहरण के लिए: यदि कोई साइट किसी स्क्रिप्ट (जैसे [[Index.php?title=पीएचपी|पीएचपी]]) के लिए एसक्यूएल डेटाबेस (जैसे [[Index.php?title=माई एसक्यूएल|माई एसक्यूएल]]) का उपयोग कर रही है और एसक्यूएल डेटाबेस सर्वर क्रैश हो जाता है, तो पीएचपी एक कनेक्शन त्रुटि प्रदर्शित करेगा। | ||
== ऑपरेटिंग सिस्टम क्रैश == | == ऑपरेटिंग सिस्टम क्रैश == | ||
[[File:Windows XP BSOD.png|thumb|विंडोज एक्सपी, विस्टा और 7 में प्रदर्शित मौत की एक नीली स्क्रीन]] | [[File:Windows XP BSOD.png|thumb|विंडोज एक्सपी, विस्टा और 7 में प्रदर्शित मौत की एक नीली स्क्रीन]] | ||
[[File:OS X Mountain Lion kernel panic.jpg|thumb|OS X माउंटेन लायन में प्रदर्शित कर्नेल पैनिक]]एक ऑपरेटिंग सिस्टम क्रैश | [[File:OS X Mountain Lion kernel panic.jpg|thumb|OS X माउंटेन लायन में प्रदर्शित कर्नेल पैनिक]]एक ऑपरेटिंग सिस्टम क्रैश सामान्यतः तब होता है जब एक हार्डवेयर अपवाद होता है जिसे नियंत्रित नहीं किया जा सकता। ऑपरेटिंग सिस्टम क्रैश तब भी हो सकता है जब ऑपरेटिंग सिस्टम के भीतर विवेक-जांच तर्क यह पता लगाता है कि ऑपरेटिंग सिस्टम ने अपनी आंतरिक आत्म-स्थिरता खो दी है। | ||
आधुनिक मल्टी-टास्किंग ऑपरेटिंग सिस्टम, जैसे कि [[लिनक्स]], और मैकओएस, | आधुनिक मल्टी-टास्किंग ऑपरेटिंग सिस्टम, जैसे कि [[लिनक्स]], और मैकओएस, सामान्यतः किसी एप्लिकेशन प्रोग्राम के क्रैश होने पर अप्रभावित रहते हैं। | ||
कुछ ऑपरेटिंग सिस्टम, जैसे, z/OS, में विश्वसनीयता, उपलब्धता और सेवाक्षमता ( | कुछ ऑपरेटिंग सिस्टम, जैसे, z/OS, में विश्वसनीयता, उपलब्धता और सेवाक्षमता (आरएएस) के लिए सुविधाएं हैं और ओएस एक महत्वपूर्ण घटक के क्रैश से उबर सकता है, चाहे वह हार्डवेयर विफलता के कारण हो, उदाहरण के लिए, अचूक ईसीसी त्रुटि, या सॉफ़्टवेयर विफलता के कारण , उदाहरण के लिए, असाइन न किए गए पेज का संदर्भ। | ||
== दुर्घटनाओं की सुरक्षा और गोपनीयता निहितार्थ == | == दुर्घटनाओं की सुरक्षा और गोपनीयता निहितार्थ == | ||
एप्लिकेशन के आधार पर, क्रैश में उपयोगकर्ता की संवेदनशील और निजी जानकारी हो सकती है।<ref>{{cite document|title=क्रैशिंग प्राइवेसी: एन ऑटोप्सी ऑफ ए वेब ब्राउजर लीक्ड क्रैश रिपोर्ट्स|arxiv = 1808.01718|last1 = Satvat|first1 = Kiavash|last2 = Saxena|first2 = Nitesh|year = 2018|bibcode = 2018arXiv180801718S}}</ref> इसके अलावा, कई सॉफ़्टवेयर बग जो क्रैश का कारण बनते हैं, मनमाना कोड निष्पादन और अन्य प्रकार के [[विशेषाधिकार वृद्धि]] के लिए | एप्लिकेशन के आधार पर, क्रैश में उपयोगकर्ता की संवेदनशील और निजी जानकारी हो सकती है।<ref>{{cite document|title=क्रैशिंग प्राइवेसी: एन ऑटोप्सी ऑफ ए वेब ब्राउजर लीक्ड क्रैश रिपोर्ट्स|arxiv = 1808.01718|last1 = Satvat|first1 = Kiavash|last2 = Saxena|first2 = Nitesh|year = 2018|bibcode = 2018arXiv180801718S}}</ref> इसके अलावा, कई सॉफ़्टवेयर बग जो क्रैश का कारण बनते हैं, मनमाना कोड निष्पादन और अन्य प्रकार के [[विशेषाधिकार वृद्धि]] के लिए भी उपयोग किए जा सकते हैं।<ref>{{cite web |url=http://msdn.microsoft.com/en-us/magazine/cc163311.aspx |title=अपने ऐप्स में सुरक्षा कमजोरियों का पता लगाने के लिए क्रैश का विश्लेषण करें|publisher=Msdn.microsoft.com |date=2007-04-26 |access-date=2014-06-26 |archive-date=11 December 2011 |archive-url=https://web.archive.org/web/20111211180422/http://msdn.microsoft.com/en-us/magazine/cc163311.aspx |url-status=live }}</ref><ref>{{cite web |url=http://www.squarefree.com/2006/11/01/memory-safety-bugs-in-c-code/ |title=जेसी रुडरमैन »सी ++ कोड में मेमोरी सुरक्षा बग|publisher=Squarefree.com |date=2006-11-01 |access-date=2014-06-26 |archive-date=11 December 2013 |archive-url=https://web.archive.org/web/20131211092447/http://www.squarefree.com/2006/11/01/memory-safety-bugs-in-c-code/ |url-status=live }}</ref> उदाहरण के लिए, एक [[ढेर बफर अतिप्रवाह]] एक सबरूटीन के वापसी पते को एक अमान्य मान के साथ अधिलेखित कर सकता है, जो उपनेमका के वापस आने पर, उदाहरण के लिए, एक विभाजन दोष का कारण होगा। तथापि, यदि कोई शोषण वैध मान के साथ वापसी पते को अधिलेखित कर देता है, तो उस पते का कोड निष्पादित हो जाएगा। | ||
== क्रैश | == क्रैश पुनरुत्पादन == | ||
जब क्रैश रिपोर्टर का उपयोग करके फ़ील्ड में क्रैश एकत्र किए जाते हैं, तो डेवलपर्स के लिए अगला कदम उन्हें स्थानीय रूप से पुन: उत्पन्न करने में सक्षम होना है। इसके लिए कई तकनीकें | जब क्रैश रिपोर्टर का उपयोग करके फ़ील्ड में क्रैश एकत्र किए जाते हैं, तो डेवलपर्स के लिए अगला कदम उन्हें स्थानीय रूप से पुन: उत्पन्न करने में सक्षम होना है। इसके लिए कई तकनीकें उपलब्ध हैं: | ||
स्टार प्रतीकात्मक निष्पादन का उपयोग करता है,<ref name="ChenKim2015">{{cite journal|last1=Chen|first1=Ning|last2=Kim|first2=Sunghun|title=स्टार: प्रतीकात्मक निष्पादन के माध्यम से स्टैक ट्रेस आधारित स्वचालित क्रैश प्रजनन|journal=IEEE Transactions on Software Engineering|volume=41|issue=2|year=2015|pages=198–220|issn=0098-5589|doi=10.1109/TSE.2014.2363469|s2cid=6299263}}</ref> | स्टार प्रतीकात्मक निष्पादन का उपयोग करता है,<ref name="ChenKim2015">{{cite journal|last1=Chen|first1=Ning|last2=Kim|first2=Sunghun|title=स्टार: प्रतीकात्मक निष्पादन के माध्यम से स्टैक ट्रेस आधारित स्वचालित क्रैश प्रजनन|journal=IEEE Transactions on Software Engineering|volume=41|issue=2|year=2015|pages=198–220|issn=0098-5589|doi=10.1109/TSE.2014.2363469|s2cid=6299263}}</ref> | ||
म्यू दुर्घटना दुर्घटनाग्रस्त हो चुके एप्लिकेशन के परीक्षण कोड को बदल देता है,<ref name="XuanXie2015">{{cite book|last1=Xuan|first1=Jifeng|title=सॉफ्टवेयर इंजीनियरिंग की नींव पर 2015 की 10वीं संयुक्त बैठक की कार्यवाही - ESEC/FSE 2015|last2=Xie|first2=Xiaoyuan|last3=Monperrus|first3=Martin|chapter=Crash reproduction via test case mutation: let existing test cases help|year=2015|pages=910–913|doi=10.1145/2786805.2803206|chapter-url=https://hal.archives-ouvertes.fr/hal-01172102/document|isbn=9781450336758|s2cid=10358523|url=https://hal.archives-ouvertes.fr/hal-01172102/file/framework.pdf|access-date=15 February 2020|archive-date=3 May 2019|archive-url=https://web.archive.org/web/20190503090603/https://hal.archives-ouvertes.fr/hal-01172102/file/framework.pdf|url-status=live}}</ref> | |||
और | और ईवो दुर्घटना विकासवादी खोज करता है।<ref name="SoltaniPanichella2017">{{cite book|last1=Soltani|first1=Mozhan|title=2017 IEEE/ACM सॉफ्टवेयर इंजीनियरिंग पर 39वां अंतर्राष्ट्रीय सम्मेलन (ICSE)|last2=Panichella|first2=Annibale|last3=van Deursen|first3=Arie|chapter=A Guided Genetic Algorithm for Automated Crash Reproduction|year=2017|pages=209–220|doi=10.1109/ICSE.2017.27|isbn=978-1-5386-3868-2|s2cid=199514177|url=http://resolver.tudelft.nl/uuid:3490acbb-240b-4ec2-8202-712a7d1bb64e|access-date=21 December 2020|archive-date=25 January 2022|archive-url=https://web.archive.org/web/20220125055704/https://repository.tudelft.nl/islandora/object/uuid:3490acbb-240b-4ec2-8202-712a7d1bb64e?collection=research|url-status=live}}</ref> | ||
== यह भी देखें == | == यह भी देखें == | ||
* | *[[अंत के नीले स्क्रीन]] | ||
* [[क्रैश-ओनली सॉफ्टवेयर]] | *[[क्रैश-ओनली सॉफ्टवेयर]] | ||
*[[डेटा हानि]] | *[[डेटा हानि]] | ||
*गुरु ध्यान | *[[गुरु ध्यान]] | ||
* | *[[मेमोरी करप्शन]] | ||
* [[ | *[[रिबूट]] | ||
*[[सुरक्षित मोड]] | *[[सुरक्षित मोड]] | ||
* [[सिस्टम | *[[सिस्टम रेस्क्यूसीडी]] | ||
* [[अपरिभाषित व्यवहार]] | *[[अपरिभाषित व्यवहार]] | ||
==टिप्पणियाँ== | ==टिप्पणियाँ== | ||
| Line 73: | Line 80: | ||
*[http://windows.microsoft.com/en-us/windows-vista/picking-up-the-pieces-after-a-computer-crash Picking Up The Pieces After A Computer Crash] | *[http://windows.microsoft.com/en-us/windows-vista/picking-up-the-pieces-after-a-computer-crash Picking Up The Pieces After A Computer Crash] | ||
{{DEFAULTSORT:Crash (Computing)}} | {{DEFAULTSORT:Crash (Computing)}} | ||
[[Category: | [[Category:Articles with hatnote templates targeting a nonexistent page|Crash (Computing)]] | ||
[[Category:Created On 18/12/2022]] | [[Category:Articles with invalid date parameter in template|Crash (Computing)]] | ||
[[Category:CS1 errors|Crash (Computing)]] | |||
[[Category:Created On 18/12/2022|Crash (Computing)]] | |||
[[Category:Machine Translated Page|Crash (Computing)]] | |||
[[Category:Missing redirects|Crash (Computing)]] | |||
[[Category:Pages with script errors|Crash (Computing)]] | |||
[[Category:Short description with empty Wikidata description|Crash (Computing)]] | |||
[[Category:Templates Vigyan Ready|Crash (Computing)]] | |||
[[Category:Templates that add a tracking category|Crash (Computing)]] | |||
[[Category:Use dmy dates from September 2013|Crash (Computing)]] | |||
[[Category:Wikipedia articles needing clarification from December 2010|Crash (Computing)]] | |||
Latest revision as of 08:10, 28 January 2023
एक iMac पर प्रदर्शित कर्नेल पैनिक। यूनिक्स जैसी प्रणालियों में ऑपरेटिंग सिस्टम की विफलता का यह सबसे सामान्य रूप है।
कम्प्यूटिंग में, एक क्रैश या सिस्टम क्रैश तब होता है जब कोई कंप्यूटर प्रोग्राम जैसे सॉफ़्टवेयर एप्लिकेशन या ऑपरेटिंग सिस्टम ठीक से काम करना बंद कर देता है और बाहर निकल जाता है। कुछ ऑपरेटिंग सिस्टम या व्यक्तिगत अनुप्रयोगों पर, एक क्रैश रिपोर्टिंग सेवा क्रैश और उससे संबंधित किसी भी विवरण की रिपोर्ट करेगी (या उपयोगकर्ता को ऐसा करने का विकल्प देगी), सामान्यतः एप्लिकेशन के डेवलपर (डेवलपर्स) को। यदि प्रोग्राम ऑपरेटिंग सिस्टम का एक महत्वपूर्ण हिस्सा है, तो पूरा सिस्टम क्रैश या हैंग हो सकता है, जिसके परिणामस्वरूप प्रायः कर्नेल पैनिक या घातक सिस्टम त्रुटि होती है।
अधिकांश क्रैश सॉफ्टवेयर बग का परिणाम होते हैं। विशिष्ट कारणों में अमान्य मेमोरी एड्रेस तक पहुँचना, प्रोग्राम काउंटर में गलत एड्रेस मान, बफ़र अतिप्रवाह, पहले के बग के कारण प्रभावित प्रोग्राम कोड के एक हिस्से को अधिलेखित करना, अमान्य मशीन निर्देशों को निष्पादित करना (एक अवैध ऑपकोड), या एक अनियंत्रित अपवाद को ट्रिगर करना सम्मिलित है। घटनाओं की इस श्रृंखला को प्रारम्भ करने वाले मूल सॉफ़्टवेयर बग को सामान्यतः क्रैश का कारण माना जाता है, जिसे डिबगिंग की प्रक्रिया के माध्यम से खोजा जाता है। मूल बग को उस कोड से बहुत दूर हटाया जा सकता है जिसने वास्तव में दुर्घटना को ट्रिगर किया था।
प्रारंभिक व्यक्तिगत कंप्यूटरों में, सिस्टम की मुख्य मेमोरी के बाहर हार्डवेयर एड्रेस पर डेटा लिखने का प्रयास करने से हार्डवेयर क्षति हो सकती है। कुछ क्रैश शोषक होते हैं और किसी दुर्भावनापूर्ण प्रोग्राम या हैकर को मनमाना कोड निष्पादित करने देते हैं जो वायरस की प्रतिकृति या डेटा के अधिग्रहण की अनुमति देता है जो सामान्य रूप से दुर्गम होगा।
एप्लिकेशन क्रैश
फ्रैंकफर्ट हवाई अड्डे पर विंडोज एक्स पी के तहत प्रोग्राम चलाने वाला एक डिस्प्ले जो मेमोरी रीड एक्सेस उल्लंघन के कारण क्रैश हो गया है
एक एप्लिकेशन सामान्यतः क्रैश हो जाता है जब यह एक कार्यवाही करता है जिसकी ऑपरेटिंग सिस्टम द्वारा अनुमति नहीं है। ऑपरेटिंग सिस्टम तब एप्लिकेशन में एक अपवाद या सिग्नल चालू कर देता है। यूनिक्स अनुप्रयोगों ने परंपरागत रूप से डम्पिंग कोर द्वारा सिग्नल का जवाब दिया। अधिकांश विंडोज और यूनिक्स ग्राफिकल यूज़र इंटरफ़ेस अनुप्रयोग एक डायलॉग बॉक्स (जैसे कि दाईं ओर दिखाया गया है) को प्रदर्शित करके प्रतिक्रिया देते हैं, यदि कोई डिबगर स्थापित है तो उसे संलग्न करने का विकल्प होता है। कुछ एप्लिकेशन त्रुटि से पुनर्प्राप्त करने का प्रयास करते हैं और बाहर निकलने के बजाय चलना जारी रखते हैं।
गंभीर त्रुटि का पता लगाने के बाद एक एप्लिकेशन में क्रैश के लिए कोड भी हो सकता है[lower-alpha 1]
एप्लिकेशन क्रैश होने वाली विशिष्ट त्रुटियों में सम्मिलित हैं:
- उस स्मृति को पढ़ने या लिखने का प्रयास करना जो उस एप्लिकेशन द्वारा पढ़ने या लिखने के लिए आवंटित नहीं किया गया है (उदाहरण के लिए, विभाजन त्रुटि, x86-विशिष्ट सामान्य सुरक्षा त्रुटि)
- विशेषाधिकार प्राप्त या अमान्य निर्देशों को निष्पादित करने का प्रयास
- उन हार्डवेयर उपकरणों पर I/O संचालन करने का प्रयास करना जिनके पास इसे एक्सेस करने की अनुमति नहीं है
- सिस्टम कॉल में अमान्य तर्क पास करना
- अन्य सिस्टम संसाधनों तक पहुँचने का प्रयास करना, जिन तक पहुँचने के लिए एप्लिकेशन के पास अनुमति नहीं है
- खराब तर्कों (सीपीयू वास्तुकला के आधार पर) के साथ मशीन निर्देशों को निष्पादित करने का प्रयास: शून्य से विभाजित करें, असामान्य संख्या या NaN (संख्या नहीं) मानों पर संचालन, असंरेखित पतों तक मेमोरी पहुंच आदि।
डेस्कटॉप पर क्रैश
एक "डेस्कटॉप पर क्रैश" तब होता है जब एक कंप्यूटर प्रोग्राम (सामान्यतः एक वीडियो गेम) अप्रत्याशित रूप से बंद हो जाता है, अचानक उपयोगकर्ता को डेस्कटॉप पर वापस ले जाता है। सामान्यतः, यह शब्द केवल क्रैश के लिए लागू होता है जहां कोई त्रुटि प्रदर्शित नहीं होती है, इसलिए क्रैश के परिणामस्वरूप सभी उपयोगकर्ता डेस्कटॉप को देखते हैं। कई बार कोई स्पष्ट कार्रवाई नहीं होती है जिससे डेस्कटॉप क्रैश हो जाता है। सामान्य कार्य के दौरान, प्रोग्राम कम समय के लिए रुक सकता है, और फिर अपने आप बंद हो सकता है। इसके अलावा सामान्य कार्य के दौरान, प्रोग्राम एक काली स्क्रीन बन सकता है और बार-बार ध्वनि के अंतिम कुछ सेकंड (ऑडियो बफर के आकार के आधार पर) चला सकता है जो डेस्कटॉप पर क्रैश होने से पहले चलाया जा रहा था। दूसरी बार यह किसी क्षेत्र को लोड करने जैसी किसी निश्चित क्रिया द्वारा ट्रिगर किया गया प्रतीत हो सकता है।
क्रैश टू डेस्कटॉप बग उपयोगकर्ताओं के लिए विशेष रूप से समस्याग्रस्त माने जाते हैं। चूंकि वे प्रायः कोई त्रुटि संदेश प्रदर्शित नहीं करते हैं, इसलिए समस्या के स्रोत का पता लगाना बहुत जटिल हो सकता है, विशेष रूप से यदि वे बार-बार होते हैं और दुर्घटना से ठीक पहले होने वाली कार्रवाइयों में कोई प्रतिरूप या सामान्य आधार नहीं दिखता है। खेलों के लिए समस्या के स्रोत का पता लगाने का एक तरीका उन्हें विंडो-मोड में चलाना है। विंडोज विस्टा में एक विशेषता है जो किसी भी प्रोग्राम पर होने पर सीटीडी समस्या के कारण का पता लगाने में मदद कर सकती है।[clarification needed] विंडोज एक्सपी में एक समान सुविधा सम्मिलित है।[clarification needed] कुछ कंप्यूटर प्रोग्राम, जैसे कि स्टेपमेनिया और बीबीसी के बामज़ूकी, पूर्ण-स्क्रीन में होने पर डेस्कटॉप पर भी क्रैश हो जाते हैं, लेकिन उपयोगकर्ता के डेस्कटॉप पर वापस आने पर त्रुटि को एक अलग विंडो में प्रदर्शित करते हैं।
वेब सर्वर क्रैश
किसी वेबसाइट के पीछे वेब सर्वर चलाने वाला सॉफ़्टवेयर क्रैश हो सकता है, इसे पूरी तरह से दुर्गम बना सकता है या सामान्य सामग्री के बजाय मात्र एक त्रुटि संदेश प्रदान कर सकता है।
उदाहरण के लिए: यदि कोई साइट किसी स्क्रिप्ट (जैसे पीएचपी) के लिए एसक्यूएल डेटाबेस (जैसे माई एसक्यूएल) का उपयोग कर रही है और एसक्यूएल डेटाबेस सर्वर क्रैश हो जाता है, तो पीएचपी एक कनेक्शन त्रुटि प्रदर्शित करेगा।
ऑपरेटिंग सिस्टम क्रैश
एक ऑपरेटिंग सिस्टम क्रैश सामान्यतः तब होता है जब एक हार्डवेयर अपवाद होता है जिसे नियंत्रित नहीं किया जा सकता। ऑपरेटिंग सिस्टम क्रैश तब भी हो सकता है जब ऑपरेटिंग सिस्टम के भीतर विवेक-जांच तर्क यह पता लगाता है कि ऑपरेटिंग सिस्टम ने अपनी आंतरिक आत्म-स्थिरता खो दी है।
आधुनिक मल्टी-टास्किंग ऑपरेटिंग सिस्टम, जैसे कि लिनक्स, और मैकओएस, सामान्यतः किसी एप्लिकेशन प्रोग्राम के क्रैश होने पर अप्रभावित रहते हैं।
कुछ ऑपरेटिंग सिस्टम, जैसे, z/OS, में विश्वसनीयता, उपलब्धता और सेवाक्षमता (आरएएस) के लिए सुविधाएं हैं और ओएस एक महत्वपूर्ण घटक के क्रैश से उबर सकता है, चाहे वह हार्डवेयर विफलता के कारण हो, उदाहरण के लिए, अचूक ईसीसी त्रुटि, या सॉफ़्टवेयर विफलता के कारण , उदाहरण के लिए, असाइन न किए गए पेज का संदर्भ।
दुर्घटनाओं की सुरक्षा और गोपनीयता निहितार्थ
एप्लिकेशन के आधार पर, क्रैश में उपयोगकर्ता की संवेदनशील और निजी जानकारी हो सकती है।[1] इसके अलावा, कई सॉफ़्टवेयर बग जो क्रैश का कारण बनते हैं, मनमाना कोड निष्पादन और अन्य प्रकार के विशेषाधिकार वृद्धि के लिए भी उपयोग किए जा सकते हैं।[2][3] उदाहरण के लिए, एक ढेर बफर अतिप्रवाह एक सबरूटीन के वापसी पते को एक अमान्य मान के साथ अधिलेखित कर सकता है, जो उपनेमका के वापस आने पर, उदाहरण के लिए, एक विभाजन दोष का कारण होगा। तथापि, यदि कोई शोषण वैध मान के साथ वापसी पते को अधिलेखित कर देता है, तो उस पते का कोड निष्पादित हो जाएगा।
क्रैश पुनरुत्पादन
जब क्रैश रिपोर्टर का उपयोग करके फ़ील्ड में क्रैश एकत्र किए जाते हैं, तो डेवलपर्स के लिए अगला कदम उन्हें स्थानीय रूप से पुन: उत्पन्न करने में सक्षम होना है। इसके लिए कई तकनीकें उपलब्ध हैं: स्टार प्रतीकात्मक निष्पादन का उपयोग करता है,[4] म्यू दुर्घटना दुर्घटनाग्रस्त हो चुके एप्लिकेशन के परीक्षण कोड को बदल देता है,[5] और ईवो दुर्घटना विकासवादी खोज करता है।[6]
यह भी देखें
- अंत के नीले स्क्रीन
- क्रैश-ओनली सॉफ्टवेयर
- डेटा हानि
- गुरु ध्यान
- मेमोरी करप्शन
- रिबूट
- सुरक्षित मोड
- सिस्टम रेस्क्यूसीडी
- अपरिभाषित व्यवहार
टिप्पणियाँ
- ↑ In OS/360 and successors the application normally uses an ABEND macro with a user completion code.
संदर्भ
- ↑ Satvat, Kiavash; Saxena, Nitesh (2018). "क्रैशिंग प्राइवेसी: एन ऑटोप्सी ऑफ ए वेब ब्राउजर लीक्ड क्रैश रिपोर्ट्स". arXiv:1808.01718. Bibcode:2018arXiv180801718S.
{{cite journal}}: Cite journal requires|journal=(help) - ↑ "अपने ऐप्स में सुरक्षा कमजोरियों का पता लगाने के लिए क्रैश का विश्लेषण करें". Msdn.microsoft.com. 26 April 2007. Archived from the original on 11 December 2011. Retrieved 26 June 2014.
- ↑ "जेसी रुडरमैन »सी ++ कोड में मेमोरी सुरक्षा बग". Squarefree.com. 1 November 2006. Archived from the original on 11 December 2013. Retrieved 26 June 2014.
- ↑ Chen, Ning; Kim, Sunghun (2015). "स्टार: प्रतीकात्मक निष्पादन के माध्यम से स्टैक ट्रेस आधारित स्वचालित क्रैश प्रजनन". IEEE Transactions on Software Engineering. 41 (2): 198–220. doi:10.1109/TSE.2014.2363469. ISSN 0098-5589. S2CID 6299263.
- ↑ Xuan, Jifeng; Xie, Xiaoyuan; Monperrus, Martin (2015). "Crash reproduction via test case mutation: let existing test cases help". सॉफ्टवेयर इंजीनियरिंग की नींव पर 2015 की 10वीं संयुक्त बैठक की कार्यवाही - ESEC/FSE 2015 (PDF). pp. 910–913. doi:10.1145/2786805.2803206. ISBN 9781450336758. S2CID 10358523. Archived (PDF) from the original on 3 May 2019. Retrieved 15 February 2020.
- ↑ Soltani, Mozhan; Panichella, Annibale; van Deursen, Arie (2017). "A Guided Genetic Algorithm for Automated Crash Reproduction". 2017 IEEE/ACM सॉफ्टवेयर इंजीनियरिंग पर 39वां अंतर्राष्ट्रीय सम्मेलन (ICSE). pp. 209–220. doi:10.1109/ICSE.2017.27. ISBN 978-1-5386-3868-2. S2CID 199514177. Archived from the original on 25 January 2022. Retrieved 21 December 2020.
