ধাপে এক্সইসি স্প্যানিং / বিন / প্লাইমাউথে ব্যর্থ হয়েছে (দেবিয়ান পরীক্ষা)

Question

আমি dist-upgradeএকটি ডেবিয়ান টেস্টিং (জেসি) উদাহরণে সঞ্চালনের পরে , আমি আর বুট করতে পারি না। আমি কমান্ড প্রম্পটে মেরুনড হয়েছি:

Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs

নিম্নলিখিত ত্রুটিটি দেখায়:

root@debian:~# journalctl -xb
debian systemd[222]: Failed at step EXEC spawning /bin/plymouth: No such file or directory

আশ্চর্যজনকভাবে, গুগল সহায়তা করছে না এবং আমি যে ছোট থ্রেড দেখছি তা আর্কের জন্য (যদিও আমি আমার সন্ধানে + ডিবিয়ান যোগ করি) এবং আমার কাছে তা বোঝায় না।

এটি থেকে পুনরুদ্ধার কিভাবে কোন পয়েন্টার?

# uname -a
Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-2 (2014-11-06) x84_64 GNU/Linux

Comments

শিরোনাম থেকে টেস্টিং অপসারণ করার জন্য সম্ভবত এটি পরিবর্তন করা দরকার, জেসি / স্থিতিশীল ইত্যাদিতে এটি "নিশ্চিত হওয়া" ইত্যাদি সমস্ত

— সিস্টেমডি

Answer 1

জেসি আপগ্রেড করার জন্য ডেবিয়ান হুইজি এর ফলস্বরূপ আমার আজও এই সঠিক ত্রুটি ছিল।

"অ্যাপটি-গেট ডিস-আপগ্রেড" থেকে ত্রুটি থাকা সত্ত্বেও সিস্টেমটি পুনরায় বুট করতে ব্যর্থ হয়েছিল। "জার্নাল্টেল-এক্সবি" (বা "-xd") এর মাধ্যমে চূড়ান্ত ত্রুটি আউটপুট "প্লাইমাউথ" (এমন একটি অ্যাপ্লিকেশন যা আমি কখনও শুনিনি) এর সাথে যুক্ত ছিল। তবে এটি পুনরায় বুট করতে ব্যর্থ হয়েছে যে প্লাইমাউথের সাথে কিছু করার ছিল না, বরং / etc / fstab এর অধীন আনুষঙ্গিক এন্ট্রির নীচে একটি সামান্য বিপর্যয়: সিড্রোম ডিভাইসটির জন্য "অটো" পরিবর্তন করে "নোয়াটো" তে পরিবর্তন করুন (এনএফএসের সাথে কিছুই করার নেই) এবং তারপরে systemd বুট অনুমতি দেবে। এটি একটি fstab লাইন যা হুইজি অধীনে কাজ করে এবং জেসির অধীনে পুনরায় বুট করার অনুমতি দিতে নীরবে ব্যর্থ হয়।

Fstab এর সাথে যুক্ত জার্নিটলটির মাধ্যমে কোনও ত্রুটি ঘটেনি। এটি ভাগ্যবান ওয়েব অনুসন্ধান ছিল যা আমাকে এই অস্পষ্ট সমাধানে নিয়ে যায়।

Comments

সঠিক। প্লাইমাউথ ত্রুটিটি আমার চোখে পড়ে এবং আমি প্রকৃত কারণগুলিতে অগ্রাহ্য করি।

— youri

হ্যাঁ, আমার ক্ষেত্রে এটি ইতিমধ্যে নুআউটো ছিল , তবে একটি ফাইল সিস্টেম যা অতিরিক্ত সংযোজন ডিস্কের "সেখানে" ছিল না ... <অ্যাডিং- ফ্রেঞ্চ-চয়েস-ওয়ার্ডস> সিস্টেমড যে একেবারে কেবল তার মাউন্টটিকে চুষতে হয়েছিল? ফাইল সিস্টেম ... এটি আসলে সিস্টেমডের বিরুদ্ধে একটি বাগ রিপোর্ট হওয়া উচিত ... তবে ফাইল সিস্টেমের মাউন্টিং সম্পর্কে পূর্ববর্তী অভিজ্ঞতাগুলি থেকে এলপিকে

— জানলে

Fstab- এ লাইনটি মন্তব্য করার পরিবর্তে nofailসমস্ত অপ্রয়োজনীয় ফাইল সিস্টেমের জন্য বিকল্প যুক্ত করুন । এই বিকল্পটি সিস্টেমডকে মাউন্ট চলাকালীন ত্রুটি উপেক্ষা করতে এবং সাধারণ বুট প্রক্রিয়া চালিয়ে যেতে বলে tells

— Marki555

Answer 2

পূর্ববর্তী উত্তরগুলির সংমিশ্রণে, / ইস্যু / fstab এ অবৈধ প্রবেশের কারণে এই সমস্যাটি দেখা দিয়েছে।

আমার ক্ষেত্রে আমি ভার্চুয়ালবক্সের অভ্যন্তরে চলছে এবং এটি একটি ভাগ করা ফোল্ডার ছিল যা আমি বুটটিতে স্বয়ংক্রিয়ভাবে মাউন্ট করার জন্য সেট করেছিলাম যা সমস্যা ছিল। অন্য দুটি উত্তরে এটি ছিল এনএফএস বা সিডি-রম ডিভাইসের সেটটিগ্যান্স যা ইস্যু ছিল।

আমি পরামর্শ দিচ্ছি যে সমস্যা সমাধানের জন্য, / etc / fstab এ সমস্ত অপ্রয়োজনীয় লাইনগুলিতে কেবল মন্তব্য করুন এবং তারপরে সমস্যাটি প্রতিলিপি না করা পর্যন্ত একে একে একে পুনরায় যুক্ত করুন।

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

Comments

হ্যাঁ!!!!! অন্যান্য উত্তরে আমার মন্তব্য দেখুন

— Hvisage

Answer 3

আমি আজ সঠিক ত্রুটি ছিল।

আমি প্লাইমাউথ ইনস্টল করেছি তবে এটির ফলাফল পরিবর্তন হয়নি।

এটি / etc / fstab এ একটি ভুল এনএফএস এন্ট্রি করার কারণে হয়েছিল। এন্ট্রি মুছে ফেলার পরে ত্রুটি অদৃশ্য হয়ে গেল। আমার ধারণা এই বীভৎস আচরণটি বোকা ব্যবস্থাপনার কারণে।

Answer 4

আমি নিশ্চিত করেছি যে fstab এ সমস্যা। আপনি যদি fstab এর ভিতরে যান এবং সর্বশেষ লাইনটি মুছে ফেললে আপনি তৈরি করেছেন সমস্ত আগের মতো এবং সিস্টেম শুরু হয়। ভার্চুয়ালবক্স 5 / ডেবিয়ান 8 এ ভাগ করে নেওয়ার ক্ষেত্রে আমার অটোমোন্ট সমস্যা 8

Answer 5

আমি দেখতে পাই এটি এই মুহূর্তে একটি বরং পুরানো থ্রেড ... তবে আমি আজও এই সমস্যাটি অনুভব করেছি।

/etc/fstabসিস্টেমটিকে 'জরুরী মোডে' বুট করা থেকে রোধ করতে আমাকে এই লাইনটি মন্তব্য করতে হয়েছিল :

#UUID=0x0000x0-0x00-0000-xx00-0000xxx00000 /boot           ext2    defaults        0       2
/dev/mapper/Ubuntu16043LTSVM--vg-swap_1 none            swap    sw              0       0

* (ইউইউডি ইচ্ছাকৃতভাবে অবরুদ্ধ)

হালনাগাদ:

ইউইউডি লাইনটি /etc/fstabএই সমস্যার জন্য দোষযুক্ত বলে মনে হচ্ছে। অস্বাভাবিক. এই থ্রেডে এই সমস্যাটি সম্পর্কে আরও পড়ার পরেও আমি মূল কারণ সম্পর্কে একটি সুনির্দিষ্ট উত্তরের খুব কাছাকাছি ছিলাম না, তবে কমপক্ষে SWAP এখন কনফিগার করা আছে।

কেউ কি এই সমস্যাটিকে পুরোপুরি সমাধান করতে সক্ষম হয়েছেন? বা এর মূল কারণ খুঁজে পাও?