টিএল / ডিআর: নিশ্চিত হয়ে নিন যে আপনি সঠিক ডিভাইসের নাম পেয়েছেন, এটি মাউন্ট করা হয়নি তা নিশ্চিত করুন এবং যথাসম্ভব এলোমেলো ওভাররাইটগুলি যথাসাধ্য করুন। আপনি যদি সাম্প্রতিক পর্যায়ে বিতরণ করে থাকেন তবে আপনি ফ্ল্যাশ হার্ডওয়্যারের জন্য ডিজাইন করা একটি মুছা কমান্ডটি অনুসরণ করতে পারেন। এই চেকগুলিতে, সর্বদা ড্রাইভটি ব্যবহার করুন (যেমন / dev / sd এইচ ) এবং পার্টিশনের নামটি নয় (যা / dev / sd এইচ 1 হবে )
# dmesg|grep sdXX
[3600.000001] sd 6:0:0:0: [sdXX] 125106176 512-byte logical blocks: (64.0 GB/59.6 GiB)
# blkid|grep sdXX
/dev/sdXX1: PARTUUID="88a03bb2-ced8-4bb2-9883-0a51b4d460a8"
# df|grep /dev/sdXX
# shred -vzn8 /dev/sdXX
shred: /dev/sdXX: pass 1/9 (random)...
shred: /dev/sdXX: pass 1/9 (random)...46MiB/3.8GiB 1%
...
shred: /dev/sdXX: pass 9/9 (000000)...3.8GiB/3.8GiB 100%
# blkdiscard -s /dev/sdXX
blkdiscard: /dev/sdXX: BLKSECDISCARD ioctl failed: Operation not supported
# blkdiscard /dev/sdXX
blkdiscard: /dev/sdXX: BLKDISCARD ioctl failed: Operation not supported
#
তত্ত্বের ক্ষেত্রে শূন্য সহ ওভাররাইট ddকরা ঠিক আছে। তবে, ফ্ল্যাশ ড্রাইভের ইন্টার্নালগুলি কীভাবে তৈরি করা হয়েছে তার কারণে আপনি যদি একটি একক ওভাররাইট পাস ব্যবহার করেন তবে আসল ব্লকের পিছনে থাকা ডেটাগুলির কয়েকটি স্তর লুকিয়ে থাকতে পারে যা এখনও অবশেষে তথ্য সংরক্ষণ করে।
সাধারণত ফ্ল্যাশ স্টোরেজের একটি অংশ ত্রুটিযুক্ত, এবং উত্পাদনকালে এটি চিহ্নিত করা হয়। অন্য বিটগুলিও ভুল হতে পারে (অপরিবর্তনীয়, আনসেটেবল বা অপরিবর্তনীয় হয়ে উঠতে পারে), এই অংশগুলি অবশ্যই জীবদ্দশায় ত্রুটিযুক্ত হিসাবে চিহ্নিত করতে হবে। আপনার তথ্য হিসাবে একই তথ্য চিপগুলিতে এই তথ্য সংরক্ষিত জায়গায় সংরক্ষণ করা হয়। এটি 4 জিবি থাম্ব ড্রাইভ 2 ^ 32 বাইট ক্ষমতা না দেখানোর বিভিন্ন কারণগুলির মধ্যে একটি।
ফ্ল্যাশ স্টোরেজটি অভ্যন্তরীণভাবে বৃহত্তর ব্লকগুলিতেও সংগঠিত থাকে, কখনও কখনও ড্রাইভে কাজ করা ফাইল সিস্টেমগুলির চেয়ে অনেক বড়। একটি সাধারণ ফাইল সিস্টেম ব্লকের আকার 4KB এবং ফ্ল্যাশ বিভাগগুলি যা একবারে মুছে ফেলা যায় সেগুলি 64KB থেকে শুরু করে একাধিক মেগাবাইট পর্যন্ত হতে পারে। এই বৃহত ব্লকগুলি কেবলমাত্র পুরো মুছতে পারে, যা সমস্ত ব্লককে একটি পরিচিত অবস্থায় (সমস্ত 1s বা সমস্ত 0 গুলি) পুনরায় সেট করে। এরপরে একটি ডেটা রাইটিং যে কোনও বিটকে পরিবর্তন করতে পারে (যেখানে প্রয়োজন সেখানে ডিফল্ট 1 গুলি 0 সেটে পরিবর্তন করতে পারে বা ডিফল্ট 0s কে 1 সেটে পরিবর্তন করতে পারে) তবে কেবল একবার । বিটগুলির কোনওটি ডিফল্টরূপে ফিরে যেতে, সেগমেন্টের সমস্তটি আবার মুছতে হবে!
সুতরাং, যখন আপনি একটি 4KB ব্লক পরিবর্তন করতে চান (ফাইল সিস্টেমের মধ্যে একটি ফাইলের মাঝখানে একটি চরিত্র পরিবর্তন করতে বলা হয়), ফ্ল্যাশ নিয়ন্ত্রককে পুরানো ডেটা সমস্ত 64KB পড়তে এবং বাফার করতে হবে, এটি সমস্ত মুছে ফেলতে হবে, এবং নতুন বিষয়বস্তু ফিরে লিখুন। এটি খুব ধীর হবে, খণ্ডগুলি মুছে ফেলা হচ্ছে সবচেয়ে ধীর অভিযান। এছাড়াও, একটি বিভাগ কেবলমাত্র একটি সীমাবদ্ধ সময়ের দ্বারা মুছতে পারে (হাজার হাজার টি সাধারণ) তবে আপনি যদি একটি একক ফাইলে খুব বেশি পরিবর্তন করেন, যা দ্রুত ড্রাইভটি খারাপ করতে পারে।
তবে এটি এটি কিভাবে হয় না। বুদ্ধিমান ফ্ল্যাশ কন্ট্রোলাররা 4KB নতুন ডেটা অন্য কোথাও লেখেন এবং পুরাতন ব্লকের মাঝখানে এই 4KB ডেটাতে রিডিকেস ডাইরেক্ট করার জন্য একটি নোট তৈরি করুন। তাদের আরও কিছু জায়গা প্রয়োজন, যা আমরা পুনর্নির্দেশগুলি সম্পর্কে এই তথ্যটি সঞ্চয় করতে দেখতে পাই না। তারা ডেটা সঞ্চয় করার জন্য সমস্ত অ্যাক্সেসযোগ্য বিভাগের মধ্য দিয়ে যায় তা নিশ্চিত করার চেষ্টাও করে, এটিকে পরিধান সমতলকরণ বলা হয় ।
এর অর্থ হল সাধারণত পুরানো ডেটা এখনও কোথাও ড্রাইভে রয়েছে ! আপনি যদি স্রেফ সমস্ত অ্যাক্সেসযোগ্য ব্লকগুলি সাফ করে থাকেন তবে সমস্ত লুকানো ব্লক এখনও তথ্যের একটি সাম্প্রতিক সংস্করণ রাখে। এটি কোনও আক্রমণকারীটির কাছে অ্যাক্সেসযোগ্য কিনা আপনি নিজের ডেটা সুরক্ষিত রাখতে চান, এটি আলাদা প্রশ্ন।
আপনার যদি সাম্প্রতিক পর্যায়ে বিতরণ হয় এবং ইউএসবি ড্রাইভটি এটি ফ্ল্যাশ ড্রাইভ হিসাবে প্রকাশ করার জন্য প্রোগ্রাম করা হয় blkdiscardতবে অন্তর্নিহিত TRIMঅপারেশনটি ব্যবহার করতে পারে যা আমরা উপরে উল্লিখিত অংশটি মুছে ফেলি। অদৃশ্য লুকানো ডেটা এমনকি হার্ডওয়্যার দ্বারা পুরোপুরি মুছে ফেলা হয়েছে তা নিশ্চিত করার জন্য এটির একটি অতিরিক্ত পতাকাও রয়েছে:
# blkdiscard -s /dev/myusbdevice
-s, - সুরক্ষিত একটি নিরাপদ বাতিল। একটি নিরাপদ বাতিল বাতিল নিয়মিত বাতিল হিসাবে একই যে বর্জ্য সংগ্রহের দ্বারা সম্ভবত তৈরি করা বাতিল করা ব্লকগুলির সমস্ত অনুলিপিও মুছতে হবে। এটির জন্য ডিভাইসটির সহায়তা প্রয়োজন।
এটি অগত্যা কার্যকর হবে না, যেমন আমি উপরে দেখিয়েছি। যদি আপনি পান তবে Operation not supportedহয় আপনার কার্নেল, আপনার ইউটিলিটিস, বা ইউএসবি গেটওয়ে চিপ (যা ফ্ল্যাশ নিয়ন্ত্রককে ইউএসবি মাধ্যমে ড্রাইভের মতো দেখতে দেয়) পাসিং TRIMকমান্ড সমর্থন করে না । (ফ্ল্যাশ নিয়ন্ত্রক অবশ্যই তার নিজস্ব অংশগুলি মুছতে সক্ষম হবে)। যদি এটি আপনার ড্রাইভের বিক্রেতা দ্বারা সমর্থিত হয় তবে এটিই নিরাপদতম উপায়।
আরেকটি, আপনি যে কোনও জায়গায় পুরানো ডেটা কম রাখার অনুমতি দিচ্ছেন তা নিশ্চিত করার কম নিরাপদ উপায় হ'ল সম্ভব হলে এলোমেলো মান সহ এটি বেশ কয়েকবার ওভাররাইট করা।
কেন এলোমেলো, আপনি জিজ্ঞাসা? কেবলমাত্র কল্পনা করুন যে ইউএসবি ড্রাইভটি খুব বুদ্ধিমান হয়ে উঠেছে এবং আপনি সনাক্ত করেছেন যে আপনি কোনও সেক্টর সাফ করতে চেয়েছিলেন এবং একটি বিটম্যাপে পরিবর্তন করেছেন যে এই সেক্টরটি এখন ফ্রি, এবং পরে ক্লিয়ারিংয়ের প্রয়োজন হবে। এই উপায় হিসেবে এটা শূন্য লিখেছেন গতি বাড়াতে পারেন যাতে এটি একটি পেনড্রাইভ যে জন্য তোলে মনে হচ্ছে, আরও দক্ষ, ডান? আপনার ড্রাইভ এটি করছে কিনা তা বলা শক্ত।
সর্বাধিক চরমতম সময়ে, ড্রাইভটি কেবল আপনি যে ক্লিয়ার করেছেন সেখান থেকে কতটা স্মরণ করতে পারে এবং এটি করার জন্য আপনার প্রায় 4 বাইটের তথ্য সংরক্ষণ করা দরকার এবং আপনি যে ডেটা অদৃশ্য করতে চান তা থেকে কোনও কিছুই পরিষ্কার করা যায় না। এটি যাতে খুব দ্রুত দেখায় All
যদি আপনি এলোমেলো, অনির্দেশ্য মানের সাথে ডেটা ওভাররাইট করে থাকেন তবে এই অপটিমাইজেশন অসম্ভব। সুতরাং ড্রাইভটি নিশ্চিত করতে হবে যে ডেটা ফ্ল্যাশ চিপের ভিতরে সঞ্চিত রয়েছে। তবে আপনি এখনও এটি অস্বীকার করতে পারবেন না যে পূর্বে ব্যবহৃত কিছু সেক্টর এখনও রয়েছে আপনার কিছু পুরানো ডেটা সহ, তবে ড্রাইভটি এখনও এটি মুছতে গুরুত্বপূর্ণ মনে করেনি, কারণ এটি সাধারণত অ্যাক্সেসযোগ্য নয়। কেবল আসল TRIMকমান্ডই তার গ্যারান্টি দিতে পারে।
এলোমেলোভাবে এলোমেলো মানগুলি স্বয়ংক্রিয় করতে, আপনি shredযেমন:
# shred -vzn88 /dev/myusbdrive
ব্যবহৃত বিকল্পগুলি:
- এটি অগ্রগতি দেখানোর জন্য -v
- চূড়ান্ত পর্যায়ে এটি শূন্য থেকে
- -n8 8 টি ওভাররাইটের এলোমেলো পাস করতে হবে
যদি সম্ভব হয় তবে উভয়ই ব্যবহার করুন blkdiscardএবং shredযদি blkdiscard -sআপনার ড্রাইভ সমর্থন করে তবে এটি সর্বোত্তম সমাধান, তবে shredফার্মওয়্যারের ভুলগুলি বাতিল করার জন্য আগেই ক্ষতি করতে পারে না ।
ওহ, এবং সর্বদা আপনি যে ডিভাইসটি সাফ করার চেষ্টা করছেন তা ডাবল-ট্রিপল-চেক করুন! সর্বাধিক সন্নিবেশ করা ডিভাইসটি কী ছিল তা দেখতে dmesg সাহায্য করতে পারে এবং আপনি যে ডিভাইসটির নামটি সাফ করতে চান তা ls -alএমনকি ডিভাইস নোড নম্বরগুলির জন্য এবং blkidআউটপুটটি কী পার্টিশন উপলব্ধ হতে পারে তা যাচাই করে দেখার জন্য এটি মূল্যবান can পরিষ্কার করতে চান
কোনও অভ্যন্তরীণ ড্রাইভে আপনি কখনই এই আদেশগুলি ব্যবহার করতে চান তা ব্যবহার করবেন না - blkdiscardকেবল শক্ত রাষ্ট্রের ড্রাইভে কাজ করবে, তবে ডেটা হারাতে চেষ্টা করার মতো নয়!
প্রযুক্তি অগ্রগতির সাথে সাথে নিরাপদে ডেটা সাফ করার অন্যান্য উপায়ও থাকতে পারে।
অন্য একটি উপায় উল্লেখ করা হ'ল এটিএ SECURITY ERASEকমান্ড যা কমান্ডের মাধ্যমে জারি করা যায় hdparm। আমার অভিজ্ঞতায় এটি ফ্ল্যাশ ড্রাইভে সত্যই সমর্থিত নয়। এটি এন্টারপ্রাইজ হার্ড ড্রাইভের জন্য ডিজাইন করা হয়েছিল এবং সর্বদা স্বল্প ব্যয় স্টোরেজ ডিভাইসে বৈশিষ্ট্যটি প্রয়োগ করা হয় না।
TRIM/ DISCARDঅপারেশন তুলনায় অনেক নতুন হল SECURITY ERASEকমান্ড এবং ফ্ল্যাশ বৈশিষ্ট্য প্রতিক্রিয়ায় তৈরি করা হয়েছে, তাই এটি প্রয়োগ করা হচ্ছে, সস্তা USB ড্রাইভ এমনকি একটি অনেক বেশী সুযোগ রয়েছে, কিন্তু এটি এখনও সর্বব্যাপী নয়। আপনি যদি কোনও ইউএসবি ডংলে কোনও এসডি / মাইক্রো এসডি কার্ডটি মুছতে চান এবং blkdiscardএটি সমর্থিত নয় তবে প্রতিবেদন করতে পারেন, আপনি অন্য কোনও ডাঙ্গল / কার্ড রিডার চেষ্টা করতে পারেন, এবং / অথবা সরাসরি এসডি / এমএমসি স্লট সহ একটি মেশিনে এটি করতে পারেন ।