সিস্টেমড কেন জরুরি মোডে প্রবেশ করে ঠিক কীভাবে তা নির্ধারণ করবেন

Question

আমার ডেস্কটপ কম্পিউটারে চলমান ডেবিয়ান জেসি প্রতিটি বুট আপকে জরুরী মোড শেলের মধ্যে পড়তে শুরু করে। স্ক্রিনটি journalctl -xbকারণ খুঁজে পেতে এবং systemctl defaultবুট চালিয়ে যাওয়ার জন্য ব্যবহার করতে বলে। যখন আমি মৃত্যুদন্ড কার্যকর করি তখন systemctl defaultসিস্টেমটি বুট হতে থাকে, এবং সিস্টেমটি ব্যবহারের কয়েক সপ্তাহ পরে আপাতদৃষ্টিতে ভুল কিছু নেই।

মাধ্যমে দেখার জন্যে journalctl -xb, কিছুই একটি জরুরী শেল ড্রপ জন্য কারণ হচ্ছে দাঁড়িয়েছে আউট। জরুরী মোডে যাওয়ার সিদ্ধান্ত নেওয়ার ঠিক কারণটি নির্ধারণ করার কি সহজ উপায় আছে ? অন্যান্য ফ্ল্যাগ বা বুটআপ অপশন রয়েছে যা সমস্যাটি যেখানে তা স্পষ্ট করে দেবে?

Comments

এটি জার্নালে দৃশ্যমান হওয়া উচিত তবে আপনার দেওয়া সীমিত তথ্যের সাথে আপনাকে গাইড করার কোনও উপায় নেই। journalctl -xb এটি কখন ঘটেছিল তার একটি অনুলিপি আপনার কাছে আছে ?

— জুলি পেলেটিয়ার

systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1Mফরেনসিক স্তর বিশদ জন্য

— ভার্বোজ

বিদ্যমান লগগুলি ইতিমধ্যে আপনাকে কারণ দেওয়া উচিত। এমন অনেকগুলি কারণ রয়েছে যা অনুমান করা খুব কঠিন।

— গিয়াকোমো ক্যাটেনাজি

উবুন্টু 16.04-এর একটি দৃষ্টান্তে আমার একই সমস্যা। গত 20 বছর ধরে প্রচুর লিনাক্স সিস্টেম ইনস্টল করা, ব্যবহার করা, মেরামত করা হয়েছে। স্ক্রিনে বিশেষ কিছু নেই এবং এইবার লগগুলিতে কোনও কিছুই দাঁড়িয়ে নেই। স্ক্রিনটি বুট করা চালিয়ে যেতে Ctrl-D বলে, তবে এটি কেবল এক মুহুর্তের পরে একই প্রম্পটে ফিরে আসে। একটি ক্লু ছাড়া। হতাশ, তাই না?

— স্টাফেন গৌরিচন

আপনি কি ডিবেগিং সিস্টেমডে "ডায়াগনস বুট সমস্যাগুলি" বিভাগ থেকে সমস্ত পদক্ষেপ চেষ্টা করেছেন ?

— সাইওসম

Answer 1

ব্যর্থতাটি ইউনিটটির পাশের বর্ণনার সাথে [ FAIL ]কনসোলে (পরিবর্তে [ OK ]) একটি লাল দেখানো উচিত ছিল । সাধারণত প্রথম ব্যর্থতা সবচেয়ে গুরুত্বপূর্ণ। স্ক্রোল আপ করতে এবং আউটপুটটির বিগত কয়েকটি স্ক্রিনফুলগুলি দেখতে কনসোলে শিফট + পৃষ্ঠাআপ ব্যবহার করুন। খুব বেশি আউটপুট থাকলে এটি কাজ করতে পারে না।

আপনি সাধারণত [ OK ]বার্তাগুলি না দেখলেও এটি কাজ করে, উদাহরণস্বরূপ quietডিবিয়ান দ্বারা ব্যবহৃত কার্নেল কমান্ড লাইনের কারণে । প্রথম ব্যর্থতায় সিস্টেমেড ভার্জোজ মোডে স্যুইচ করে।

অন্যথায়, আপনি ব্যবহার করতে পারেন systemctl। কোনও বিকল্প ছাড়াই, এটি লাল রঙে হাইলাইট করা ব্যর্থতা সহ ज्ञিত ইউনিটগুলির বিশাল তালিকা দেখায়। কেবলমাত্র ব্যর্থদের দেখানোর জন্য systemctl --state=failedবা ব্যবহার করুন systemctl --failed।

---

আপনি যদি ইউনিট ফাইলগুলি অনুসন্ধান করেন তবে বুটটিতে ফিরে যাওয়ার খুব কয়েকটি উপায় রয়েছে emergency.target। এটি সাধারণত যখন .mountস্থানীয় ফাইল সিস্টেমের জন্য একটি ইউনিট ব্যর্থ হয়, যার ফলে local-fs.targetব্যর্থ হয়। অথবা যখন আপনার initramfs রুট ফাইল সিস্টেমটি মাউন্ট করতে ব্যর্থ হয়, যদি আপনার initramfs সিস্টেমড ব্যবহার করে।

local-fs.targetহয়েছে OnFailure=emergency.target। এবং এটি ব্যর্থ হয়ে যায় কারণ স্থানীয় ফাইল সিস্টেমগুলির জন্য ইউনিটগুলি স্থানীয়-fs.target এর প্রয়োজনীয় তালিকায় স্বয়ংক্রিয়ভাবে যুক্ত হয় (তারা না থাকলে DefaultDependencies=no)।

$ systemctl show --property Requires local-fs.target
Requires=-.mount home.mount boot.mount boot-efi.mount

Answer 2

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

সাধারণত, আমি অনুসন্ধান ফাংশন (/) এবং "ত্রুটি", "সতর্কতা", বা "ব্যর্থ" এর সমতুল্য যে কোনও কিছু অনুসন্ধান করতে চাই। এবং ক্ষেত্রে-সংবেদনশীল অনুসন্ধানকে বাধ্য করার জন্য -i নিশ্চিত করুন।

সুতরাং আমার কীস্ট্রোকগুলি দেখতে দেখতে ঝোঁক থাকবে:

-i (case insensitive)
g (move to start)
/error
nnnn (skip through results)
g (move to start)
/fail
nnnn (skip through results)
g (move to start)
/warn
nnnn (skip through results)

এটি প্রযুক্তিগতভাবে সুনির্দিষ্ট সমস্যার জন্য সম্পূর্ণ বা সঠিক অনুসন্ধান নয়, তবে আমি কোনও বুট ইস্যু এইভাবে কখনও মিস করিনি।

কিছু সম্পর্কিত কম কীবোর্ড শর্টকাট নীচে:

http://www.thegeekstuff.com/2010/02/unix-less-command-10-tips-for-effective-navigation/

Comments

আমি বিশ্বাস করি দ্রুত পৃষ্ঠাটি তৈরি করা এবং লাল বার্তাগুলি (LOG_ERR এবং উপরে) সন্ধান করাও উচিত। systemdপরিষেবা ইউনিট শুরু করতে ব্যর্থতা বা ফাইলসিস্টেম মাউন্ট করতে আরও গুরুত্বপূর্ণ ব্যর্থতার জন্য লাল বার্তাগুলি লগ করবে।

— সোর্সজেডি