আমি কি আমার হার্ড ড্রাইভটির 'ক্ষমতা কম' ব্যবহার করে এর নির্ভরযোগ্যতা বাড়াতে পারি?


10

আমার কাছে ব্যবহৃত একটি 3 টিবি সাটা হার্ড ড্রাইভটি লাথি মারছে যা আমি উইন 7 বাক্সে প্রতিস্থাপন হিসাবে ব্যবহার করার পরিকল্পনা করছি।

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

  • প্রতিটি ক্ষেত্র / ট্র্যাকের মধ্যে আরও শারীরিক 'শ্বাস প্রশ্বাসের জায়গা' থাকবে।
  • খারাপ খাতগুলি পাওয়া গেলে, ব্যবহারে আনার জন্য অবিকৃত খাতগুলির একটি বৃহত পুল রয়েছে।

আমার অনুমানগুলি কি সত্য?

আমার অনুমান যদি সত্য না হয় তবে সমস্ত অব্যবহৃত জায়গার কী হবে? হার্ড ড্রাইভ এখনও একই শারীরিক মাত্রায় ফর্ম্যাট করে; এইভাবে আমার 1 টিবি ড্রাইভটি তখনও থালাগুলির উপরের সেক্টরগুলিকে চেপে ধরে রাখবে যেন এটি 3TB তে ফর্ম্যাট করা আছে।

অনেক ধন্যবাদ!


1
"ফর্ম্যাটিং" বলতে কী বোঝ? আপনি কি পার্টিশন তৈরির কথা উল্লেখ করছেন? আপনি কেন ভাবেন যে একটি পার্টিশন অব্যবহৃত স্থানের উপরে প্রসারিত? আপনি কি সন্দেহ করেন না যে অব্যক্ত স্থানটি ব্যবহারের জন্য কারও ভবিষ্যতের পরিকল্পনা নষ্ট করবে?
কাজ

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

উত্তর:


30

আপনার অনুমানগুলি ভুল।

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

ফর্ম্যাট করা শারীরিক ক্ষেত্রের আকার বা ট্র্যাকগুলির মধ্যে স্থান পরিবর্তন করে না।

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

3 টিবি ড্রাইভকে 1 টিবি হিসাবে ফর্ম্যাট করে আপনি কেবল 2TB স্থান ব্যবহার থেকে নিজেকে আটকাচ্ছেন এবং এভাবে আপনি ড্রাইভে ব্যয় করেছেন তার 2/3 য় অংশ নষ্ট করে দিচ্ছেন। আপনার 1TB পার্টিশনটি 2TB খালি জায়গার সামনে বসে থাকবে।


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

2
@ ওয়াকার্নেও এসএসডিগুলি ভিন্ন, পরিধান সমতলকরণের প্রয়োজনীয়তার কারণে তাদের কীসের ব্লকগুলিতে প্রকৃত ডেটা রয়েছে এবং এটি মুছতে পারে সে সম্পর্কে আরও বিস্তারিত জ্ঞানের প্রয়োজন, তাই ট্রিম কমান্ড। পোশাক পরার লেভেলারের যেভাবে কাজ করে তার কারণে এসএসডিগুলি অব্যবহৃত স্থান থাকা থেকে উপকৃত হয়। অপারেটিং সিস্টেম সাপোর্টের কারণে এটি বিশেষভাবে "কর্ডোনড" হওয়ার দরকার নেই তবে এটি সম্ভবত ক্ষতি করবে না। সমস্ত এসএসডি প্রয়োজনীয়তা হ'ল ওএস সমর্থন এবং কিছু ফ্রি ডিস্ক স্পেস। উইন 7 বা বেশিরভাগ আধুনিক সিস্টেমের মতো ট্রিম সমর্থন সহ কোনও ওএস ব্যবহার করা হলে ড্রাইভ ফর্ম্যাট করা প্রয়োজনীয় নয়।
মকুবাই

@ মোকুবাই: যদি আমার ভুল না হয় তবে এসএসডি-নির্দিষ্ট ইউটিলিটিও রয়েছে যা আপনাকে "কর্ডোনড অফ" এরিয়া পরিবর্তন করতে দেয়।
করণ

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

1

হার্ড ড্রাইভ দ্বারা ব্যবহৃত অ্যালগরিদম সংশোধন করার ক্ষেত্রে ত্রুটি যেমন অন্যান্য ত্রুটি যেমন অ্যালগোরিদম সংশোধন করে, তেমন ব্যর্থতার সম্ভাবনা থাকে। একটি অত্যন্ত দূরবর্তী কিন্তু অস্তিত্বের ঝুঁকি রয়েছে যে হার্ড ড্রাইভে আপনার প্রেরণের চেয়ে আলাদা ডেটা লিখে থাকতে পারে। সক্ষমতা ট্রিলিয়ন বাইটে প্রবেশের সাথে, এই সুযোগটি পরিসংখ্যানগতভাবে বৃদ্ধি পায়।

তবে আপনি জায়গাটি অব্যবহৃত রেখে এ থেকে নিজেকে অতিরিক্ত সুরক্ষা কিনবেন না। আপনি পিআর / পিএআর 2 সরঞ্জামটি ব্যবহার করে বা একাধিকবার ডেটা লেখার মাধ্যমে অতিরিক্ত বাজেয়াপ্ত তথ্য সঞ্চয় করে অতিরিক্ত সুরক্ষা পান।

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

স্থান ব্যবহার না করা আপনাকে হার্ড ড্রাইভের মাথায় আঘাতের কারণে পৃষ্ঠটি স্ক্র্যাপ করার ক্ষেত্রে অতিরিক্ত সম্ভাবনা দেয়। তবে এটি সম্পর্কে ভাবেন - যদি না আপনি আপনার ডেটাটি ডিস্কের চারপাশে অল্প পরিমাণে সমানভাবে স্থান দেওয়ার কোনও পদ্ধতি না ধরে থাকেন তবে ধরে নিই যে আপনি এই ডেটাটি ব্যবহার করছেন, মাথা সম্ভবত আপনার ডেটাযুক্ত ট্র্যাকগুলিতে বা কাছাকাছি থাকবে। যে দিনগুলিতে হার্ড ড্রাইভ নিয়ন্ত্রকরা ডেটা "পথ থেকে সরে যেতে" একটি "পার্ক" কমান্ডকে প্রতিক্রিয়া জানায় সেই দিনগুলি অতীত।


0

আপনি যদি হার্ড ড্রাইভকে তার পূর্ণ 3TB ক্ষমতাতে ফর্ম্যাট করেন এবং কখনও কখনও 1TB এর বেশি ব্যবহার না করেন তবে হ্যাঁ আপনি হার্ড ড্রাইভের আয়ু সম্ভাব্যতা বাড়িয়ে তুলতে পারেন। আমি বলছি সম্ভাব্য, এবং অবশ্যই না, খ / সি হার্ড ড্রাইভ যান্ত্রিকভাবে ব্যর্থ হতে পারে। এমনটি ঘটতে রোধ করতে আপনি করতে পারেন এমন কিছুই নেই। তবে, প্ল্যাটফর্মগুলির সেক্টরগুলি দুর্নীতিগ্রস্থ হতে শুরু করার সাথে সাথে পার্টিশন টেবিল প্ল্যাটটারগুলির অন্য খাতগুলিতে পুনরায় তৈরি হবে যা দুর্নীতিগ্রস্থ নয় এবং ব্যবহৃত হচ্ছে না। একটি হার্ড ড্রাইভকে তার সম্পূর্ণ ক্ষমতার সাথে ব্যবহার করা সেক্টরগুলিকে পুনরায় তৈরি হতে বাধা দেয়, ফলে ডেটা হারাতে পারে। আশাকরি এটা সাহায্য করবে! :-)


1
কেবলমাত্র 3TB ড্রাইভের 1TB ব্যবহার করা যান্ত্রিক ড্রাইভের আজীবন কোনও প্রভাব ফেলবে না
রামহাউন্ড

0

আমি আরও লক্ষ করি যে আপনি একটি বৃহত ড্রাইভ বিভক্ত করেন তবে আপনি জীবন বাড়াতে এবং সামান্য কিছুটা গতি বাড়িয়ে তুলতে পারেন তবে কোনও ড্রাইভের আয়ুর উপর ভিত্তি করে কাজগুলি করুন (গাড়ির টায়ার ঘোরানোর মতো) আপনি একটি পার্টিশনে অপারেটিং সিস্টেম ইনস্টল করেন, সম্ভবত খুব বড় ভার্চুয়াল ড্রাইভ (ক্যাশে) নিজেই একসাথে, এবং ইতিমধ্যে 3 য় [আপনাকে 3 পার্টিশন তৈরি করে ধরে নেওয়া] এর ডেটা প্রস্তাবিত হয়েছে। এখন যদি ওয়ারেন্টিটি 3 বছর হয়ে থাকে তবে আপনি প্রতি বছর প্রতিটি পার্টিশনের ব্যবহার ঘোরান তাই তারা ক্যাশে এবং অপারেটিং সিস্টেম ডাব্লু / ক্যাশে এবং অস্থায়ী ফাইল এবং এর মাধ্যমে সর্বাধিক লিখিত হয়ে থাকে, আপনি 1 পার্টিশনে ভার্চুয়াল মেমরি মুছে ফেলা এবং তাজা ইনস্টল করে এটিতে ওএস, স্ক্র্যাচ থেকে নিখুঁত Defrag হিসাবে একই। আপনি যখন এটি থেকে একের পরেরটিতে অনুলিপি করেন তখন আপনি প্রথমে প্রতিটি পরিষ্কার করে পুনরায় ফর্ম্যাট করতে পারেন, যেহেতু সমস্ত ফাইলগুলি ব্র্যান্ড নতুন ড্রাইভে অনুলিপি করে অনুলিপি করা হয়েছে সেগুলি টুকরো টুকরো করে অনুলিপি করা হয় না যদি আপনি উত্স বিভাজনে খণ্ডিত হয়েও একবারে সমস্ত সেগুলি অনুলিপি করেন। বৃহত্তম লাভ ডিস্কটি তিনটি পার্টিশন জুড়েই ছড়িয়ে দিচ্ছে ... কয়েকটি নির্দিষ্ট ফাইলের উল্লেখযোগ্য লেখার কারণ রয়েছে কারণ একটি বিদ্যমান ফাইলের নাম সর্বদা নিজের উপরের দিকে লেখা থাকে যদি এটি বড় হয়ে যায় তবে শেষটি যুক্ত হয় তবে সমস্ত পরিবর্তন শুরু থেকেই শুরু হয় । আমি এনডিডির কয়েক বছর আগে চলমান দুর্বল দাগগুলি অবশেষে লেখার আগে বারবার পড়তে / লিখতে চেষ্টা করেছি। আমি অবাক হয়েছি কেন আমার মাঝে মাঝে কিছু অ্যাপ্লিকেশন হিমশীতল হয়ে পড়েছিল এবং এনডিডি অনুধাবন করে যদি এটি in টি ট্রাই (ডস ডিফল্ট প্রচেষ্টা) লিখতে পারে তবে এটি চলতে থাকে যেন সবকিছু ঠিকঠাক (আমাকে দুর্বল দাগগুলি বলছে না) তাই আমি পরীক্ষামূলক ক্লাস্টারগুলির আইডি অ্যাপটি ব্যবহার করেছি used .. ব্যবহৃত নর্টন ' এর ডিস্ক সম্পাদনা আইডি তে কোন ফাইল (গুলি) সেই / সেগুলি ক্লাস্টার ব্যবহার করেছে ... তারপরে শারীরিক ফাইলটির নামকরণ হয়েছে FILENAME.BAD। এখন অনুপস্থিত ফাইল (গুলি) পুনরায় ইনস্টল করতে হয়েছিল তবে অনুমান কি ...? আর কোনও সফ্টওয়্যার হিমশীতল নয় ... প্রযুক্তিগতভাবে আমি যা করেছি তা হ'ল ডস পর্যায়ে ড্রাইভের দাগগুলি চিহ্নিত করে ছিল এবং তাদের নাম পরিবর্তন করে আমি তাদের নতুন (শক্তিশালী নয়) ড্রাইভ অঞ্চলে লিখতে বাধ্য করেছিলাম। আমি সাধারণ ডস অপারেশন চলাকালীন একাধিকবার লিখিত ফাইলগুলি খুঁজে পেয়েছি যে অঞ্চলগুলি বেশিরভাগ সময় ব্যর্থ হতে শুরু করে।

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