উবুন্টু কেন প্রায়শই আমার হার্ড ড্রাইভগুলি পরীক্ষা করতে বলে?

Question

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

উবুন্টু কেন এই কাজ করে? যদি এটি প্রয়োজনীয় হয় তবে কেন আমি এটি বাতিল করতে পারি? যদি এটি প্রয়োজনীয় না হয় তবে আমাকে কেন এটি করতে বাধ্য করুন? পুনরায় আরম্ভের সংখ্যাটি কোন ভিত্তিতে সিদ্ধান্ত নেওয়া হয়?

Comments

আপনি কি রিবুট করতে বাধ্য করছেন? পাওয়ার কীটি ধরে রাখা বা রিসেট কী টিপে, উদাহরণস্বরূপ?

— ক্রিস হার্পার

Answer 1

একটি ডিস্ক চেক প্রতি 30 টি পুনরায় সূচনা করে সিস্টেম দ্বারা বাধ্য করা হয়। আপনি যদি ডিস্ক চেকটি এড়িয়ে যান তবে পরের বার পুনরায় চালু করার পরে এটি করা হবে (আপনি নিজে নিজে অপসারণ না করে forcecheck)।

আপনি একটি ফাইল নির্বাণ দ্বারা এই নিজেকে জোর করতে পারেন forcefsckমধ্যে /একটি জারি করে

touch /forcecheck

টার্মিনাল থেকে।

এটি যখন জিজ্ঞাসা করা হয় তখন সর্বদা একটি চেক করা প্রয়োজন হয় না তবে এখনই করা উচিত। সেই সময়টি যদি আপনার জন্য সঠিক মুহূর্ত না হয় তবে আপনি এটি বাতিল করতে পারেন এবং এটি আরও সুবিধাজনক হলে ফাইল সিস্টেমটি পরীক্ষা করতে দিন।

আপনি tune2fsএই আচরণটি পরিবর্তন করতেও ব্যবহার করতে পারেন।

sudo tune2fs -c 60 /dev/sdXY

এটি 60 টি পুনরায় আরম্ভ করবে। আপনি এটিকে একটি সময়ের সাথে পরিবর্তিত করতে পারেন -i:

sudo tune2fs -i 30d /dev/sdXY

30 দিনের জন্য বা 1 মাসের জন্য 1m বা 10 সপ্তাহের জন্য 10 ওয়াট।

( /dev/sdXYযেমন পার্টিশনের জন্য ডিভাইসের নাম দ্বারা প্রতিস্থাপন করুন /dev/sda1। আপনি চালিয়ে sudo blkidবা ls -lA /dev/disk/by-labelপার্টিশনের লেবেলযুক্ত থাকলে এই নামটি পেতে পারেন)

sudo dumpe2fs /dev/sda1

তথ্য বোঝা এবং বোঝা প্রদর্শন করবে। এর একটি অংশ অন্তর্ভুক্ত:

Filesystem created:       Thu Feb 12 09:06:50 2009
Last mount time:          Fri Aug 26 07:19:34 2011
Last write time:          Fri Aug 26 07:19:34 2011
Mount count:              2
Maximum mount count:      25
Last checked:             Fri Aug 12 07:22:16 2011
Check interval:           15552000 (6 months)
Next check after:         Wed Feb  8 06:22:16 2012

Comments

ধন্যবাদ @ লেকেনস্টেইন (এটি স্মৃতি থেকে হয়েছে এবং আমার স্মৃতি কখনও কখনও খারাপ বলে মনে হয়;))

— রিনজউইন্ড

এখানে নিট-পিকার হওয়ার জন্য: আমি মনে করি এটি সত্য নয় যে "ফাইল ফাইলফেস্ক / / এ" ফাইল দ্বারা সিস্টেম পরীক্ষা করে "চাপ দেওয়া হয়" (সাধারণত না, fsck চেক করে যদি ফাইল সিস্টেমটি "নোংরা" থাকে বা "সর্বোচ্চ-গণনা" অতীত হয়) / "পরবর্তী চেক") এবং এটি "প্রতি 30 টি পুনরায় আরম্ভ করা হয়" (আপনি পার্টিশনটি ফর্ম্যাট করতে যে প্রোগ্রামটি ব্যবহার করেন তার উপর নির্ভর করে এটি পরিবর্তিত হয়)। উভয়ের জন্য আউটপুট পরীক্ষা করুন dumpe2fs। ubuntugeek.com/…

— ব্যবস্থা করুন

এটি নাইটপিকিং বিন্যাস নয় :-) এটি সঠিক হচ্ছে। এটা পরিবর্তন।

— রিনজউইন্ড

এটি কেবল ফাইল সিস্টেমের এক্সট * পরিবারের ক্ষেত্রে প্রযোজ্য, উবুন্টুতে ডিফল্ট। এক্সএফএস বা জেএফএস নিয়মিত ফাইল সিস্টেম চেক করে না

— জানুয়ারী

দুই বার আপনি উল্লেখ করা উচিত forcecheckহবে forcefsckপরিবর্তে? (রেফ: জিজ্ঞাসাবাবু / প্রশ্ন / ১৪7৪০/২ )

— ইডব্রি

Answer 2

এগুলি হ'ল রুটিন ফাইল সিস্টেম চেক, প্রতি 30 টি পুনরায় বুট শুরু করা। এটি বাতিল করার বিকল্পটি এখানে রয়েছে যাতে আপনার গুরুত্বপূর্ণ সমালোচনামূলক কিছু থেকে আটক না করা হয়, তবে এটি একবারে একবারে চালানোর পরামর্শ দেওয়া হয়। আমি জানি না কোন ভিত্তিতে রিবুট সংখ্যা নির্ধারণ করা হয়েছিল, সম্ভবতঃ, সাধারণ জ্ঞান। যদি এটি খুব বিরক্তিকর হয় তবে আপনি 'টিউন 2fs' কমান্ডটি ব্যবহার করে পার্টিশনগুলি পরীক্ষা না করেই রিবুটের সংখ্যা বাড়িয়ে দিতে পারেন।

Comments

মাইক: কী পরিবর্তন হয়েছে তা দেখতে yesterdayউপরের টিপুন Lekensteyn।

— রিনজউইন্ড

Answer 3

এক্সট্রা-ফাইল সিস্টেমগুলিতে ফাইল সিস্টেম চেক সম্পূর্ণরূপে অক্ষম করা সম্ভব:

sudo tune2fs -c 0 /dev/sdXY

এটি আপনি ভাল ধারণা নাও হতে পারে। টিউন 2fs ম্যানপেজ নোটগুলি:

মাউন্ট-কাউন্ট-নির্ভর চেকিং পুরোপুরি নিষ্ক্রিয় করার পরিণতি সম্পর্কে আপনার দৃ strongly়তার সাথে বিবেচনা করা উচিত। খারাপ ডিস্ক ড্রাইভ, কেবল, মেমরি এবং কার্নেল বাগগুলি ফাইল সিস্টেমকে নোংরা বা ত্রুটিযুক্ত করে চিহ্নিত না করে কোনও ফাইল সিস্টেমকে দূষিত করতে পারে। আপনি যদি আপনার ফাইল সিস্টেমে জার্নালিং ব্যবহার করছেন, আপনার ফাইল সিস্টেমটি কখনই মলিন হিসাবে চিহ্নিত করা হবে না, তাই এটি সাধারণত পরীক্ষা করা হবে না। কার্নেলের দ্বারা সনাক্ত করা একটি ফাইল সিস্টেম ত্রুটি এখনও পরবর্তী রিবুটটিতে একটি fsck চাপিয়ে দেবে, তবে ইতিমধ্যে সেই সময়ে ডেটা ক্ষতি রোধ করতে খুব দেরী হতে পারে।

Answer 4

যদিও মাইকওওয়্যারস এবং রিনজউইন্ড এক্স-ফাইল সিস্টেমগুলির জন্য সঠিক, যদিও আপনি পুনরায় অসম্পূর্ণ ব্যবহার করতে চান তা ঘটবে না। আমি এটি 10 ​​বছর ধরে সমস্যা ছাড়াই ব্যবহার করছি এবং এটি সুপারিশ করতে পারি। আর কোনও fsck।

আমি লিনাক্সে জনপ্রিয় অন্যান্য ফাইল সিস্টেমগুলির জন্য জানি না।

Comments

রিসফারস্কে আসলে মেরামতির বাইরে ফাইল সিস্টেমগুলি ভাঙ্গার প্রবণতা রয়েছে। যদি কোনও রিসফারস কখনও সমস্যা বিকাশ করে তবে তা শেষ।

— সাইমন রিখটার

এটি আপনার সাথে ঘটেছিল, না আপনার রেফারেন্স রয়েছে?

— ব্যবহারকারী অজানা

রিসারএফএস এই চেকগুলি সম্পাদন করে না তার সত্যতার নির্ভরযোগ্যতার কোনও প্রভাব নেই। Ext3 রক-সলিড, তবে চেকগুলি কেবল কয়েক সেকেন্ড সময় নেয়, তবে কেন হবে না?

— মনিকা পুনরায় স্থাপন

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

— সাইমন রিখটার

ডিএমএসজি অনুসারে আমি এখনও "3.6" রিসর্ফস ফর্ম্যাটটি ব্যবহার করছি। একটি পার্থক্য করতে পারে?

— ব্যবহারকারী অজ্ঞাত