স্মার্ট-টেস্ট কখনই শেষ হয় না

17

স্মার্টমন্টুলস ব্যবহার করে স্মার্ট-টেস্ট চালানোর সময় এগুলি শেষ হয় না। আমি সর্বদা x86 এর ডিবিয়ান এবং এআরএম, এক্স 64 এ ওএস এক্স সহ বাইরের এবং অভ্যন্তরীণ ড্রাইভ সহ বিভিন্ন বিভিন্ন সিস্টেম এবং ডিস্কগুলিতে "বিঘ্নিত (হোস্ট রিসেট।)" পাই। এমনকি সমস্ত খালি ডিস্কের সাহায্যে ক্যাপটিভ মোডে চলাকালীন (ডিডি সহ শূন্য)।

আমি কি ভুল করছি?

hard-drive smart maintenance

— bot47
সূত্র

আপনার কোন ভুল হচ্ছে না। এটি যে হার্ডওয়্যারটি কাজ করছে না

— রামহাউন্ড

এটি কি আদৌ কাজ করার জন্য বোঝানো হয়েছে?

— বট 47

হ্যাঁ এটি কাজ করা উচিত

— রামহাউন্ড

@ ম্যাক্স্রেইড, আপনি কি বলছেন যে আপনি বিভিন্ন ডিস্কের লগ সহ প্রচুর কম্পিউটারে এটি চেষ্টা করে দেখেছেন এবং এখনও কোনও সমাপ্তি দেখেননি এমনকি এমন ডিস্কের জন্যও যে আপনি জানেন যে কোনও বিবিধ স্মার্ট বিশ্লেষণ সরঞ্জাম থেকে স্বাস্থ্যকর হতে পারে?

— ফ্র্যাঙ্ক থমাস

পুনঃটুইট

— বট 47

14

যখন ড্রাইভ পরীক্ষার সময় কোনও ইনপুট / আউটপুট ক্রিয়াকলাপ পরিচালনা করে না, তখন এটি স্ট্যান্ডবাইতে যেতে পারে, যা Interrupted (host reset)শর্তটি উত্থাপন করে । উপযুক্ত বিরতিতে ডিস্ক থেকে পড়ার চেষ্টা করুন:

while true; do dd if=/dev/disk1 of=/dev/null count=1; sleep 60; done

( /dev/disk1উপযুক্ত ডিভাইস দিয়ে প্রতিস্থাপন করুন ; আপনি আঘাত না করা অবধি প্রতি 60 সেকেন্ডে সেই ডিভাইস থেকে একটি সেক্টর পড়ে ctrl-c)

এটি আমার পরিবেশে সহায়তা করেছে: ওএস এক্স 10.6.8, ডাব্লুডি উপাদানসমূহ ইউএসবি-সংযুক্ত ড্রাইভ, স্যাট-স্মার্ট-ড্রাইভার 0.8 8

একটি ক্যাপটিভ টেস্টের তাত্ত্বিকভাবে ড্রাইভটি অনলাইনে রাখা উচিত। তবুও smartctlপরীক্ষা শেষ হওয়ার আগে পাঠানো হার্ডওয়ার কমান্ডটি সময় শেষ হতে পারে, যার ফলে কার্নেলটি লিঙ্কটি পুনরায় সেট করতে সক্ষম হবে এবং উপরের মতো একই পরিস্থিতিতে শেষ হবে ( বাগ # 303 )।

দেখুন এই থ্রেড আরও বিস্তারিত জানার জন্য দ্বারা smartmontools--সমর্থন মেইলিং তালিকা। আমি এখানে প্রদত্ত অন্তর্দৃষ্টি জন্য ক্রিশ্চিয়ান ফ্র্যাঙ্ককে স্বীকার করি।

— sve.g
সূত্র

অন্যান্য সম্ভাব্য বাধা ( সার্ভারসফল্ট / এ / ৫৮৪০৫৫ ): একটি খারাপ তারের সময়সীমা শেষ হতে পারে এবং কার্নেলটি পুনরায় সেট শুরু করবে। আমি কম নিশ্চিত যে এটি স্মার্টড বন্ধ করা প্রয়োজন। কোনও সময়সীমা এবং বাধা dmesg / kern.log / এ প্রদর্শিত হবে journalctl -fk।

— তোবু

বাহ, বাদাম! নিশ্চিত করা - একটি জপুল মিরর থেকে HGST HDN726060ALE610 বাদ দেওয়ার পরে, এটি 36% ধরে 10% এ আটকে ছিল (এটি অন্য ক্রিয়াকলাপ ছাড়াই দ্রুত শেষ হবে, রাইট?)? এই ক্ষুদ্র ডিডি পড়ার পাঁচ মিনিটের কারণে এটি শেষ হয়েছিল। সংশয়বাদ বরখাস্ত।

— বিল ম্যাকগনিগল

হয় /dev/disk1ডিভাইস বা পার্টিশন, অর্থাত্, মত হতে অনুমিত /dev/sdaবা /dev/sda1?

— মার্চাকো

@ মেরচাকো এটি ম্যাক ওএস সম্পর্কিত যেখানে এটি আসলে এর মতো।

— বট 47

5

আমি টোবুর কাছ থেকে সমাধানটি চেষ্টা করেছিলাম, আমার ক্ষেত্রে পরীক্ষাটি শুরু করার পরে এবং এটির বিঘ্ন ঘটানোর পরে নির্বিশেষে স্লিপ মোডে আমি বাহ্যিক ইউএসবি ড্রাইভটি সন্ধান করতে থাকি, মনে হয় ডিডি একটি কার্নেল ক্যাশে থেকে পড়া শেষ হয়েছিল এবং ক্যাশেটি ডিস্কের জন্য যথেষ্ট বড় ছিল স্লিপ মোডে প্রবেশ করতে। আমি লক্ষ্য করেছি যে স্থিতির জন্য জিজ্ঞাসা করার জন্য স্মার্টক্লিট কল করা সর্বদা ডিস্কটি "জাগ্রত" করতে সক্ষম হয়। সুতরাং: একই ধারণাটির এই সংস্করণটি আমার জন্য কৌশলটি করেছে:

sudo bash -c 'while true; do smartctl -a /dev/sdb > /dev/null; sleep 60; done'

5 ঘন্টা পরেও বাহ্যিক ইউএসবি ডিস্কটি এখনও ঘুরছে। প্রথমবারের মতো আমি কোনও বাহ্যিক ডিস্কে একটি স্মার্টলিট দীর্ঘ পরীক্ষার সমাপ্তি দেখতে পেলাম।

আমি বিশ্বাস করি যে এই সমাধানটিরও সুবিধা রয়েছে যে প্রতি মিনিটে ডিস্ক হেডগুলি অযৌক্তিকভাবে সরানো হয় না। দীর্ঘ রান প্রায় পূর্বাভাস সময়ে ঠিক সমাপ্ত হয় (রাখার জন্য জাগ্রত স্ক্রিপ্ট সময় যোগ করে না)

— আরি
সূত্র

3

অ্যারির উত্তরের একটি ভিন্নতা হ'ল ব্যবহার করা watch, কারণ smartctlআউটপুটটি প্রকৃতপক্ষে স্থিতির উপর নজর রাখতে আকর্ষণীয় হতে পারে:

sudo watch -d -n 60 smartctl -a /dev/sdx

এটি smartctl -aপ্রতি seconds০ সেকেন্ডের আউটপুটটিকে স্বয়ংক্রিয়ভাবে আপডেট করবে , যাতে আপনি স্ব-পরীক্ষার সময়টির কতটা অংশ দেখতে পারেন এবং পরিবর্তনগুলি হাইলাইট করতে পারেন (যাতে পরীক্ষাটি প্রকৃতপক্ষে এগিয়ে চলছে তা স্পষ্ট করা সহজ)।

— GreatEmerald
সূত্র

+1, watchআগে কখনও দেখা হয়নি ।

— হাশিম

1

20 সেকেন্ডের বেশি সময় নিলে ক্যাপটিভ টেস্টটি কাজ করতে পারে না।

উত্স: টিকিট # 303 , শিরোনাম "স্মার্ট টেস্ট ক্যাপটিভ মোডে, এটিএ ডিভাইস দ্বারা বর্ণিত সময়সীমা প্রসারিত করুন"।

— সার্জি ভি
সূত্র