আমি কীভাবে লিনাক্সে সাসপেন্ড-টু-র‌্যাম ইস্যুটি ডিবাগ করতে পারি?

Question

সাসপেন্ড-টু-র‌্যাম ইস্যুটি কীভাবে ডিবাগ করা যায় সে সম্পর্কে অভিজ্ঞতা ভিত্তিক পরামর্শ পাওয়ার আশা করছি। আমার পরিস্থিতির জন্য নির্দিষ্ট পরামর্শ (নীচে বিস্তারিত) দুর্দান্ত হবে তবে আমি কীভাবে এই জাতীয় সমস্যাগুলি ডিবাগ করতে পারি সে সম্পর্কে সাধারণ পরামর্শে আগ্রহী।

সমস্যাটি:

প্রায়শই, আমি যখন আমার মেশিন স্থগিত করার চেষ্টা করি তখন এটি "স্থগিত নয় তবে জাগ্রত হয় না" অবস্থায় আটকে যায়। প্রায়শই পর্দাটি সম্পূর্ণ কালো হয়ে যায় তবে কখনও কখনও এটিতে নিম্নলিখিত ত্রুটি বার্তা উপস্থিত থাকে:

GLib-WARNING **: getpwuid_r(): failed due to unknown user id (0) 

এছাড়াও, এই রাজ্যটি ভক্তদের সাথে উচ্চ গিয়ারে লাথি মারবে। এটিকে এ অবস্থা থেকে বেরিয়ে আসার একমাত্র উপায় হ'ল ল্যাপটপটি ম্যানুয়ালি পাওয়ার করা।

কিছু তথ্য

$ uname -a
Linux baltar 2.6.35-22-generic #34-Ubuntu SMP Sun Oct 10 09:26:05 UTC 2010 x86_64 GNU/Linux

$ lsb_release -a
Distributor ID:    Ubuntu
Description:    Ubuntu 10.10
Release:    10.10
Codename:    maverick

আমি একবার দেখেছি /var/log/dmesgএবং /var/log/pm-suspend.logআমি জানি না আমি কী সন্ধান করছি এবং কিছুই বেরিয়ে আসে না। এটি সম্পর্কিত কিনা তা সম্পর্কে আমি নিশ্চিত নই, তবে আমি নিম্নলিখিতটি অনেক খুঁজে পেয়েছি /var/log/kern.log:

EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro,commit=600

Comments

আমি যদি এখানে উল্লেখ করেছি যে নির্দিষ্ট বাগটি আপনাকে দংশিত করছে বলে আপনি যদি বিশ্বাস করেন তবে দয়া করে কোনও "আমাকেও" উত্তর পোস্ট করবেন না - কারণ এটি সত্যিই কোনও উত্তর নয়। অন্যদের এটিকে প্রতিক্রিয়া জানাতে উত্সাহ দিতে নির্দ্বিধায় এই প্রশ্নটি উত্সাহিত করুন। শেষ পর্যন্ত, একটি ভাল উত্তর কেবল এই নির্দিষ্ট সমস্যা সমাধানের জন্য পরামর্শই দেয় না, তবে এই ধরণের সমস্যাগুলি ডিবাগ করার জন্য পরামর্শ দেয়।

— স্টিভেন ডি

শিক্ষক লাউঞ্জে স্পষ্টির পরে মুছে ফেলা হয়েছে। শুধুমাত্র সম্ভাব্য মূল্যবান তথ্য হয় No LSB modules are available.পরেই প্রদর্শিত lsb_release -a।

— ম্যাকিয়েজ পাইচোটকা

আমি একটি "আমার জন্য কাজ" উত্তর চিহ্নিত করেছি, তবে আমি এখনও আরও সাধারণ "সাসপেন্ড-টু-রাম ডিবাগ করব" বলে উত্তরটি এখানে সত্যিই সহায়ক হবে বলে মনে করি।

— স্টিভেন ডি

Answer 1

আপনার কি কোনও ইন্টেল গ্রাফিক্স চিপসেট রয়েছে? আমার থিংকপ্যাড এক্স ২০০-তে উবুন্টু ১০.১০ চলমান একই সমস্যার মতো শব্দগুলি আমি পেয়েছিলাম, এবং এই কাজটি (২০০৮ থেকে!) এটি আমার জন্য স্থির করেছে: http://ubuntuforums.org/showpost.php?p=6105510&postcount=12

Answer 2

PM_DEBUG এবং PM_TRACE হ'ল আপাতত গভীরতম ডিবাগিং সুবিধা রয়েছে। আপনি যখন উচ্চ স্তরের লগগুলি থেকে অর্থবোধক কিছুই পাচ্ছেন না, এএফএইকি কেবল ভয়ঙ্কর "পুনরায় শুরু করার রহস্যময় ফাঁকা স্ক্রিন" উপসর্গের মুখোমুখি হওয়ার সময় এই পিছনে ফিরে আসার একমাত্র প্রক্রিয়া। প্রায়শই আমরা একটি, প্রায়শই সূক্ষ্মভাবে, ভাঙা ডিভাইস ড্রাইভারের সাথে ডিল করি। কার্নেল বিকাশকারীরা কী পরামর্শ ও সন্ধান করে তার জন্য আপনি আমার ব্রডকম ব্র্যাকস্ম্যাক ওয়্যারলেস ড্রাইভার ডিবাগিং সাগাকে কার্নেল বাগ 34682 এ একবার দেখে নিতে পারেন।

Answer 3

আমার সন্দেহ আছে যে বিআইওএস এটি কী লোমেম সত্যিকারের ব্যবহার করে তা সঠিকভাবে রিপোর্ট না করার কারণে সমস্যা হতে পারে।

ডিফল্টরূপে এই বিকল্পটি কার্যকর হয়:

memory_corruption_check_size=64K

মেমোরি দুর্নীতি স্ক্যানার লোমেমের একটি বৃহত্তর অংশ পরীক্ষা করতে আপনি এটি বৃহত্তর মানগুলিতে সেট করার চেষ্টা করতে পারেন।

"স্মৃতি_ দুর্নীতি_চেক_সাইজ" এর জন্য দেখুন

• http://lxr.linux.no/#linux+v2.6.35.7/Documentation/kernel-parameters.txt

প্রভৃতি

আমি কিছু খুঁজে পেতে আপনি কি জানতে আগ্রহী হবে।

Answer 4

এই ক্ষেত্রে কাজ করার আমার অভিজ্ঞতা লিনাক্সের পরিবর্তে উইন্ডোজ সিইতে ছিল।

স্থগিত / পুনঃসূচনা চক্র চলাকালীন, ওএস কার্যকারিতা ব্যবহার করে কী চলছে তা সম্পর্কে নির্ভুল নির্ভরযোগ্য তথ্য পাওয়ার ক্ষমতা আপনার সীমিত করে ওএস ওএস ক্রিয়াকলাপ বন্ধ করে দেবে। এছাড়াও, আপনার নিরীক্ষণ সংযোগ (উদাহরণস্বরূপ যদি সমস্যা সম্পর্কিত সময় সম্পর্কিত হয়) ফলাফলটিকে পরিবর্তন করতে পারে।

ওএসের সি / সি ++ ডিবাগার সংযোগটি উচ্চ প্রান্তে এবং খুব কম স্তরের প্রান্তে সিরিয়াল পোর্ট / পোস্টএসএস কোড অথবা এক্স এক্স 86 হার্ডওয়্যার জেটিএল ডিবাগার বা সমকক্ষের উপর প্রেরণের সরঞ্জামগুলি শুরু হয়। শেষ ফলাফলটি কোড প্রবাহের জন্য দীর্ঘ সময় ধরে কাজ করা এবং যখন এটি স্বাভাবিক আচরণ থেকে আলাদা আচরণ করে তখন পয়েন্টটি সন্ধান করে। সেই সময়ে, ফিক্সটি সাধারণত স্পষ্ট হয়। ভাল নোট রাখুন, এবং একবারে একটি পরিবর্তন করুন।

উইন্ডোজ সিই সহ আমাদের পাওয়ার আপ সমস্যাটি সনাক্ত করতে 6 সপ্তাহ লেগেছিল। আমাদের কাছে একটি পিসি 104 প্রসেসর বোর্ড ছিল যা আমরা 10 বা 60 সেকেন্ডের জন্য পাওয়ার অফ করতে পারি এবং কোনও সমস্যা ছাড়াই পাওয়ার আপ করতে পারি। তবে যদি 25 সেকেন্ডের জন্য শক্তি সরিয়ে ফেলা হয় তবে এটি শক্তি আপ করবে না। দেখা গেল যে আমাদের কাছে প্রায় 20 সেকেন্ডের জন্য ডিআরএএম বিষয়বস্তু অবিচ্ছিন্ন রাখতে যথেষ্ট ক্যাপাসিট্যান্স ছিল, সুতরাং একটি ক্ষুদ্র বিদ্যুত বন্ধ চক্রের উপর, উইন্ডোজ সিই ভাবা হয়েছিল যে এটি স্থগিত অবস্থা থেকে আবার শুরু হচ্ছে। সমস্ত স্মৃতি সংরক্ষণ করা হলে, এটি আসলে একটি পুনঃসূচনা সম্পাদন করতে সফল হবে, যখন মেমরিটি আংশিকভাবে দূষিত ছিল, তখন এটি পুনরারম্ভের পরিবর্তে বিভ্রান্ত হয়ে উঠবে।

শুভকামনা।