সমস্ত অপ্রচলিত খাত পড়ার বা বরাদ্দ করার একটি উপায়?


0

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

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

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

বিদ্যমান ফাইলের অংশ নয় এমন খাতগুলি পড়ার বা বরাদ্দ করার কোনও উপায় আছে কি?


না। একবার ফাইল টেবিল এন্ট্রি সরিয়ে ফেলা হলে, ফাইলের কোন অংশটি রয়েছে তা কিছুই জানে না। ফাইলটি সুসংগত না হলে এটি পুনরুদ্ধার করা যাবে না।
অ্যাপলডেডিটি

সুতরাং আপনি অংশগুলি সন্ধান করেছেন, এমনকি যদি আপনি parts অংশগুলির সাথে কিছু করতে পারেন তবে ফাইলটি সম্পূর্ণ হয়নি।
রামহাউন্ড

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

আমি ntfsfallocate(লিনাক্সে) পরীক্ষা-নিরীক্ষা করেছি এবং একটি অতিরিক্ত ফাইল তৈরি করেছি যা পুরো অব্যবহৃত স্থান দাবি করেছে। তবে এটি সমস্ত শূন্য হিসাবে উপস্থিত হয়েছিল, যদিও পুরো চিত্রটিতে সম্প্রতি মুছে ফেলা ফাইলগুলি (এর সাথে নিশ্চিত হওয়া strings /the/image | grep ...) থেকে ডেটা রয়েছে । হতে পারে আমি কিছু ভুল করেছি বা ভুল ব্যাখ্যা দিয়েছি। যদি তা না হয় তবে আমি মনে করি যে একটি (সুরক্ষা?) প্রক্রিয়া রয়েছে যা একটি সদ্য নির্মিত ফাইলটিকে পরিত্যক্ত সামগ্রী পড়তে বাধা দেয়, এমনকি যদি ফাইলটি ওভাররাইট না করে ফাইলটির স্থান বরাদ্দ করে। সুতরাং এই পদ্ধতির সম্ভবত কোথাও বাড়ে।
কামিল ম্যাকিয়েরোস্কি

উত্তর:


0

এর থেকেও জটিল, সম্ভবত শেষ হতে কয়েক সপ্তাহ সময় লাগবে:

লিনাক্সে এনটিএফএস-এর জন্য পূর্ব-নির্মিত গ্রন্থাগার রয়েছে। আমি কখনই এটি করি নি তাই আমি জানি না এটি কতটা সহজ / শক্ত হবে।

আপনি মেমরি ডিকোড করতে এনটিএফএস ফাইল সিস্টেমের এন্ট্রি সমস্ত ব্যবহৃত সেক্টরের একটি তালিকা তৈরি করতে পারেন। তারপরে ফাঁকির জন্য সেই তালিকাটি স্ক্যান করুন।

লিখিতভাবে বলা হয়েছে যে প্রোগ্রামটি কয়েক সপ্তাহ সময় নিতে পারে।


0

প্রথম এটি দ্রুত বা সহজ হতে চলেছে না।

কিছু ভুল হয়ে গেলে চিত্রটির ব্যাকআপ তৈরি করুন বা অজান্তেই আপনি ভুল করেছেন।

এখানে বিয়োগমূলক প্রক্রিয়াটি রয়েছে।

আপনি যদি সমস্ত কিছু চিত্রিত করেন তবে এটি মাউন্টযোগ্য হবে।

এটি মাউন্ট করুন, যদি আপনি এটি উইন্ডোতে না করতে পারেন তবে লিনাক্স এটি করবে। মাউন্ট-ও লুপ /image.img / মাউন্টপয়েন্ট

ফাইলের আকারের বাইটের সুনির্দিষ্ট সংখ্যার জন্য একটি প্রোগ্রাম পান বা লিখুন প্রতিটি ফাইলকে 0 দিয়ে ওভাররাইট করুন। প্রোগ্রামটি সম্ভবত পরীক্ষায় কিছুটা অন্তর্ভুক্ত করে 30-60 মিনিটের মধ্যে সি লেখা যেতে পারে। আপনি যে ফাইলটি লিখেছিলেন তা মুছুন।

এখন ইমেজ প্রতিটি ফাইলের জন্য পুনরাবৃত্তি।

মুছে ফেলা ডেটা এবং খানিকটা অবকাঠামো বাদে বাকি খাতটি 0 হবে।

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


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

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

@ কামিলম্যাসিওরস্কি আপনার যদি ফাইল মুছে ফেলার সময় ডিফ্র্যাগমেন্ট চলমান থাকে, ডিফ্র্যাগের জন্য অনিবন্ধিত ক্ষেত্রগুলি পুনরায় ব্যবহার করা সম্ভব। তবে, কেবল ডিফ্র্যাগমেন্টে যান এবং এটি বাতিল করুন। ডিফল্ট সেটিংটি সাপ্তাহিক তাই প্রতিকূলতা আপনার পক্ষে হয় যে এটি সেই সময়টি ডিফ্র্যাগমেন্টিং নয়। তারপরেও প্রত্যেকটি ড্রাইভই আমি এই মূল নিয়ম লঙ্ঘন করেছি কারণ তারা সকলেই 10 বা 17 দিন দাবি করে থাকে সর্বশেষ চূড়ান্ত বলে এবং এটি সবচেয়ে খারাপ অবস্থায় 7 বা 8 এর বেশি হবে না।
সাইবারনার্ড
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.