"গ্রেপ ব্রেক, বুট প্রক্রিয়া চিরতরে স্তব্ধ হয়ে যাওয়ার কারণ"


10

একটি প্রশ্নের মধ্যে প্রশ্ন ( দেবিয়ান উইকি থেকে ):

আমার ডেস্কটপে এসিড ব্যবহার করা উচিত?

আপনি যদি ভাবেন যে আপনি একটি ভাঙা দেবিয়ান সিস্টেমটি পরিচালনা করতে পারেন তবে অবশ্যই। সমস্ত লগইন প্রতিরোধ করে যদি libpam0g বিরতি দেয় তবে কী করবেন জানেন? গ্রিপ ব্রেক হয়ে গেলে কি করতে হবে আপনি কি জানেন বুট প্রক্রিয়াটি চিরতরে স্তব্ধ হয়ে যায়? এই জিনিসগুলি ঘটেছে। তারা আবার ঘটবে।

আমার প্রশ্ন, একটি ভাঙ্গা কীভাবে grepবুট প্রক্রিয়াটি চিরতরে স্তব্ধ হয়ে যায়?


4
একটি ভুল আমি তৈরি করেছি grepঅর্থাৎ grep -r pattern . > pattern.grep। যেহেতু শেল চালনার আগে আউটপুট ফাইল তৈরি করে grep, grepকমান্ড আউটপুট ফাইলটি অনুসন্ধান করে, যা ডিস্কটি পূরণ না হওয়া পর্যন্ত বৃদ্ধি পায়। এটি এমন কোনও কিছুর সাথে সম্পর্কিত যা বুট প্রক্রিয়াটি চিরতরে স্তব্ধ হয়ে যেতে পারে বলে আমার কোনও ধারণা নেই।
কিথ থম্পসন

উত্তর:


8

বুট স্ক্রিপ্টগুলির জন্য grepকোনও সময়ে কল করা সাধারণ । grepকোনও ত্রুটির কারণে যদি স্তব্ধ হয় তবে কলগুলি কল করার জন্য এই বুট স্ক্রিপ্টগুলির মধ্যে প্রথমটি grepস্তব্ধ হয়ে যাবে। অথবা, আরও সাধারণভাবে, যদি এই স্ক্রিপ্টগুলির grepকোনও একটি নষ্ট হয়ে যায় এবং কোনও ফাইল নাম যুক্তি সরবরাহ না করে এবং ইনপুটটি পুনর্নির্দেশ না করে কল করে , grepচিরকাল বসে থাকবে কনসোল ইনপুটটির জন্য অপেক্ষা করছে (যদি আপনি কনসোলের সামনে থাকেন এবং পারেন তবে টাইপ Ctrl+D)। যদি কোনও স্ক্রিপ্টটি নষ্ট হয়ে যায় এবং এমন grepকোনও পাইপ বা ডিভাইসে কল করে যেখানে কেউ লিখছেন না ... খুব খারাপ।


5

ঠিক আছে, সুস্পষ্ট উপায়টি হ'ল "গ্রেপ চিরদিনের জন্য স্থায়ী হয়, সুতরাং গ্রিপ ব্যবহার করে এমন কিছু চিরকালের জন্য স্থির থাকে এবং বুট প্রক্রিয়াতে কিছু এটি করে"।

সমস্যাটির আক্ষরিক উদাহরণের চেয়ে পাঠ্যটি বর্ণনামূলক বলে মনে হতে পারে তবে এটি অসম্ভব নয়।

সত্যিই বুঝতে, এ পড়া শুরু করুন /etc/init.d/rcএবং /etc/init.d/rcS- এগুলি হ'ল শেল স্ক্রিপ্ট যা আপনার সিস্টেমকে উপস্থিত সমস্ত বিট চালায়।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.