नींद से जागने पर उबंटू 18.04 की त्रुटि: स्वैप डिवाइस पर रीड-एरर

लैपटॉप कुछ घंटों के लिए स्लीप मोड में रहने के बाद, जब मैं अपने सत्र को फिर से शुरू करता हूं और फिर से शुरू करता हूं तो मुझे निम्न त्रुटि मिलती है:

पढ़ें- स्वैप डिवाइस पर त्रुटि

यह हो रहा पोस्ट लोड करने के लिए लॉगिन स्क्रीन के बारे में 30 सेकंड लगते हैं। एक बार जब मैं लॉग इन करता हूं, तो स्क्रीन एक सेकंड के लिए एक या दो बार खाली हो जाती है, और मेरा कोई भी प्रोग्राम अब नहीं खुला है। मुझे "सिस्टम प्रॉब्लम डिटेक्टेड" प्रॉम्प्ट मिलता है। जब मैं "रिपोर्ट भेजें" पर क्लिक करता हूं, तो एक और अधिसूचना यह कहती है:

क्षमा करें कार्यक्रम "Xorg" अप्रत्याशित रूप से बंद हो गया। आपके कम्प्यूटर के पास समस्या का स्वचालित रूप से विश्लेषण करने और डेवलपर्स को एक रिपोर्ट भेजने के लिए पर्याप्त स्वतंत्र मेमोरी नहीं है।

मैंने अब तक जो भी कोशिश की है वह उपलब्ध स्वैप स्पेस को बढ़ाने के लिए है। यह शुरुआत में लगभग 2 जीबी था और मैंने 9 जीबी की एक और स्वैप फाइल बनाई। यह मदद नहीं की है। दुर्घटना के बाद कब्जे वाली स्वैप स्पेस (स्वैप कमांड के अनुसार) लगभग 170MB है।

जब मैं अपना सत्र फिर से शुरू करता हूं, तो स्वैप डिवाइस पर रीड एरर के लिए DMESG निम्नानुसार है:

    
[64046.474054] एसीपीआई: निम्न-स्तरीय फिर से शुरू
[64046.474162] एसीपीआई: ईसी: ईसी की शुरुआत हुई
[६४०४६.४ NV४१६२] पीएम: पुनर्स्थापना मंच एनवीएस मेमोरी
[४४०४६.४ CPU५१३ ९] नॉन-बूट सीपीयू को सक्षम करना ...
[64046.475196] x86: बूटिंग एसएमपी विन्यास:
[64046.475196] smpboot: बूटिंग नोड 0 प्रोसेसर 1 APIC 0x2
[६४०४६.४1५६६३] कैश: माता-पिता cpu1 सो नहीं होना चाहिए
[64046.475859] CPU1 ऊपर है
[64046.475910] smbboot: बूटिंग नोड 0 प्रोसेसर 2 APIC 0x4
[६४०४६.४2६३३०] कैश: माता-पिता cpu2 सो नहीं होना चाहिए
[64046.476506] सीपीयू 2 है
[64046.476539] smpboot: बूटिंग नोड 0 प्रोसेसर 3 APIC 0x6
[६४०४६.४70० ]१] कैश: माता-पिता cpu3 सो नहीं होना चाहिए
[64046.477255] CPU3 ऊपर है
[64046.477274] smpboot: बूटिंग नोड 0 प्रोसेसर 4 APIC 0x1
[64046.477721] कैश: माता-पिता cpu4 सो नहीं होना चाहिए
[४४०४६.४ 640 640२२] सीपीयू ४ है
[64046.477947] smpboot: बूटिंग नोड 0 प्रोसेसर 5 APIC 0x3
[६४०४६.55 640३ should१] कैश: माता-पिता cpu5 सो नहीं होना चाहिए
[64046.478571] सीपीयू 5 है
[64046.478591] smpboot: बूटिंग नोड 0 प्रोसेसर 6 APIC 0x5
[64046.479018] कैश: माता-पिता cpu6 सो नहीं होना चाहिए
[64046.479229] सीपीयू 6 है
[64046.479247] smpboot: बूटिंग नोड 0 प्रोसेसर 7 APIC 0x7
[६४०४६.४ ९ ६ ]५] कैश: माता-पिता cpu7 सो नहीं होना चाहिए
[64046.479899] सीपीयू 7 है
[64046.485913] एसीपीआई: सिस्टम स्लीप स्टेट एस 3 से जागा
[64046.639206] एसीपीआई: ईसी: घटना अनब्लॉक
[64046.639711] sd 2: 0: 0: 0: [sda] डिस्क प्रारंभ करना
[64046.873289] usb 1-11: xhci_hcd का उपयोग करके फुल-स्पीड USB डिवाइस नंबर 2 को रीसेट करें
[64046.976869] ata4: SATA लिंक डाउन (SStatus 4 SControl 300)
[64046.976892] ata2: SATA लिंक डाउन (SStatus 4 SControl 300)
[64047.149289] usb 1-6: xhci_hcd का उपयोग करके हाई-स्पीड USB डिवाइस नंबर 40 को रीसेट करें
[४४०४ [.४३ 640३ ]०] मानस सर्जियो १: पर्यायवाची: अधिकतम निर्देशांक: x [.. ५६६०], y [..4570]
[४४०४1.४ :६३०२] भजन संहिता १: पर्यायवाची: queried min निर्देशांक: x [१३६४ ..], y [१२ ..४ ..]
[64047.922603] OOM किलर सक्षम।
[64047.922605] कार्यों को फिर से शुरू करना ... किया।
[64047.928727] थर्मल थर्मल_ज़ोन 1: थर्मल ज़ोन को पढ़ने में विफल रहा (-61)
[64047.930036] ब्लूटूथ: hci0: बूटलोडर संशोधन 0.0 2 सप्ताह 52 2014 का निर्माण
[64047.935036] ब्लूटूथ: hci0: डिवाइस संशोधन 5 है
[64047.935037] ब्लूटूथ: hci0: सुरक्षित बूट सक्षम है
[64047.935038] ब्लूटूथ: hci0: OTP लॉक सक्षम है
[64047.935038] ब्लूटूथ: hci0: एपीआई लॉक सक्षम है
[64047.935039] ब्लूटूथ: hci0: डिबग लॉक अक्षम है
[64047.935040] ब्लूटूथ: hci0: न्यूनतम फर्मवेयर 1 सप्ताह 10 2014 का निर्माण
[64047.935042] ब्लूटूथ: hci0: मिली डिवाइस फर्मवेयर: Intel / ibt-11-5.sfi
[64047.944372] PM: निकास से बाहर निकलें
[64048.050329] स्वैप-डिवाइस पर पढ़ें-त्रुटि (8: 0: 1543400288)
[64048.460888] [ड्रम] RC6 on

यदि कोई अन्य जानकारी चाहिए तो कृपया मुझे बताएं।

— वेदांत
स्रोत

मुझे एक समान समस्या है - 18.04 में अपग्रेड करने के बाद, लैपटॉप के ढक्कन को बंद करने से एक ही त्रुटि संदेश (स्वैप डिवाइस पर त्रुटि पढ़ें) और रिबूट होता है। यदि आप कहीं और फिक्स करने का प्रबंधन करते हैं तो यह बहुत अच्छा होगा यदि आप इसे यहां साझा कर सकते हैं।

— एड्रियन

ठीक उसी समस्या का होना। मैंने कुछ शोध किए और आर्क लिनक्स पर उपयोगकर्ताओं को कुछ महीने पहले एक ही समस्या थी और यह निष्कर्ष निकाला कि शायद 4.15 कर्नेल के साथ कुछ करना है

— user8814

आपके द्वारा वर्तमान में उपयोग किए जा रहे उबंटू 18.04 कर्नेल एक महत्वपूर्ण बग फिक्स नहीं है।

इसके लिए फिक्स अपस्ट्रीम लिनक्स कर्नेल संस्करण 4.16.8 में पहले से मौजूद है। (निलंबित बग प्रभावी रूप से कर्नेल संस्करण 4.15 में होने लगा)। उबंटू को केवल इस छोटे पैच को अपस्ट्रीम से चेरी-पिक करना है। बग अक्सर Xorg क्रैश को तुरंत निलंबित कर देता है, अर्थात यह पूरे ग्राफ़िकल लॉगिन सत्र को क्रैश कर देता है।

ध्यान दें कि यह बग अक्सर दिखाए बिना होता है Read-error on swap device। अधिकांश समय, कर्नेल लॉग में कोई त्रुटि नहीं थी। (कुछ समय, यह दिखाया EXT4-fs errorऔर Buffer I/O errorइसके बजाय)। इसके अलावा, इन त्रुटि संदेशों के बजाय एक हार्डवेयर विफलता के कारण हो सकता है। इस समस्या का निदान करते समय, कृपया अन्य, अधिक विशिष्ट विवरणों पर ध्यान दें।

इस उबंटू बग के अंत में एक परीक्षण कर्नेल उपलब्ध है, अर्थात इस टिप्पणी में: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1776887/comments/5

अब तक किसी ने भी उबंटू परीक्षण कर्नेल के साथ निलंबित करने से उनके परिणामों की सूचना नहीं दी है। यह हो सकता है कि अगर कोई सफलता की सूचना दे सकता है, तो यह Ubuntu डेवलपर को बग फिक्स को शामिल करने के लिए प्रोत्साहित करेगा। हालांकि मैं गलत हो सकता हूं, मैं 100% निश्चित नहीं हूं कि यह क्या है।

एक ज्ञात समाधान भी है। यदि आप विकल्प को शामिल करने के लिए कर्नेल कमांड लाइन को कॉन्फ़िगर करते हैं तो आप दुर्घटना से बच सकते हैं scsi_mod.scan=sync।

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1776887

इस अपस्ट्रीम बग को Ubuntu यूजर्स [1] को प्रभावित करने की पुष्टि की गई है। फिक्स कमिट (नीचे) के अनुसार, सबसे लगातार लक्षण Xorg / Xwayland का दुर्घटनाग्रस्त होना है, यानी पूरे जीयूआई को मारना, जब एक लैपटॉप सिस्टम नींद से जाग जाता है। बग की आवृत्ति हर कुछ दिनों में एक बार वर्णित की जाती है [2]।

[१] जैसे यह उपयोगकर्ता बग और बहुत विशिष्ट वर्कअराउंड की पुष्टि करता है: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1760450/comments/11

[२] जैसे दुर्घटनाओं का यह लॉग: https://bugzilla.redhat.com/show_bug.cgi?id=1553979#c23

यह blk-core.c में एक बग है। यह किसी एक हार्डवेयर ड्राइवर के लिए विशिष्ट नहीं है। तकनीकी रूप से निलंबित बग को SCSI कोर द्वारा ट्रिगर किया जाता है - जिसका उपयोग सभी SATA उपकरणों द्वारा किया जाता है ।

प्रतिबद्ध में एक परीक्षण भी शामिल है जो जल्दी और मज़बूती से एक भयानक बग के अस्तित्व को साबित करता है।

मुझे लगता है कि आप इस बग से तभी बच सकते हैं, जब आपके पास NVMe पर जड़ हो। Xorg दुर्घटना को हिट नहीं करने का दूसरा तरीका यह है कि यदि आप अपने सभी रैम का उपयोग नहीं करते हैं, तो कोई दबाव नहीं है जिससे Xorg के ठंडे पृष्ठों को स्वैप किया जा सके। इसके अलावा, यदि आप तुरंत फिर से शुरू करते हैं तो आप Xorg दुर्घटना को पुन: उत्पन्न नहीं करेंगे। (इसने मेरे परीक्षणों को एक बिंदु पर निराश किया, यह केवल दोपहर के भोजन पर निलंबित कर दिया गया सिस्टम छोड़ने के बाद शुरू हुआ :)।

फिक्स: "ब्लॉक: कहीं भी रुकावट प्रतीक्षा का उपयोग न करें"

कर्नेल में 4.17: https://github.com/torvalds/linux/commit/1dc3039bc87ae7d19a990c3ee71cfd8a9068f428

कर्नेल में 4.16.8: https://git.kernel.org/pub/scm/linux/kernel/stable/linux-stable.git/commit/?h=linux-4.16.y&id=7909056bc73dea2c3714b00c83b253c4b22bf7b6

4.15.0-24.26 (ubuntu 18.04) में फिक्स की कमी: https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/bionic/tree/block/blk-core.c ? id = उबंटू-4.15.0-24.26 # n856

यानी, यह बग अभी भी उबंटू स्रोत पैकेज linux-4.15.0-24.26 (और 4.15.0-23.25) में मौजूद है। मैं एक सिस्टम के हार्डवेयर विवरण (lspci-vnvn.log) को संलग्न करता हूं जहां यह बग होने के लिए जाना जाता है।

सादर एलन

काम: कर्नेल पैरामीटर का उपयोग करें: scsi_mod.scan = सिंक

— sourcejedi
स्रोत

चारों ओर उत्कृष्ट काम! उबंटू 18.04 w / 4.15 कर्नेल पर पुष्टि की गई।

— रिकोसिअलम

वास्तव में यह एक दूसरे परीक्षण के बाद काम नहीं किया।

— रिकोसिअलम

@ricosrealm सबसे अप्रत्याशित। कृपया पुष्टि करें कि आपका मुद्दा (कभी-कभी) Xorg या सूक्ति-शेल में SIGBUS (संकेत संख्या 7) के रूप में प्रकट हो रहा है। यह आसान है यदि आपने systemd-coredumpस्थापित किया है और उपयोग किया है coredumpctl -r, लेकिन मुझे नहीं पता कि जब आप एप्लेट स्थापित करते हैं तो क्या करना है। (systemd-coredump और apport संकुल एक-दूसरे के साथ संघर्ष करते हैं, कृपया व्यायाम निर्णय लें)।

— sourcejedi

@ricosrealm लेकिन कम से कम मुझे लगता है कि 1) अपने वर्तमान चित्रमय सत्र चला जाता है की पुष्टि करने के लिए कह सकते हैं, लेकिन प्रणाली अन्यथा प्रयोग करने योग्य रहता है और आप फिर से 2) फिर से लॉग इन कर सकते हैं dmesgकरता नहीं Xorg / सूक्ति-खोल के लिए एक "segfault" संदेश प्रदर्शित । (और आमतौर पर मैं किसी भी कर्नेल त्रुटियों को नहीं देख सकता, लेकिन आप "स्वैप डिवाइस पर रीड-एरर" कुछ समय देख सकते हैं)।

— sourcejedi

@ricosrealm Btw, पैच लगता है कि मैंने उत्तर पोस्ट करने के बाद से थोड़ी अधिक प्रगति की है। lists.ubuntu.com/archives/kernel-team/2018-June/093612.html

— sourcejedi