সংক্ষিপ্ত উত্তর: এটি আপনি যা চান তা মোটামুটি করবে এবং তারপরে কিছুই কার্যকর হবে না। dd
আপনি ফাইল সিস্টেমের নীচের স্তরে অপারেটিং ব্যবহার করছেন যার অর্থ এটি হ'ল যে কোনও সীমাবদ্ধতা যা প্রয়োগ করবে তা আর প্রাসঙ্গিক নয় (এর অর্থ এই নয় যে কার্নেলটি আপনাকে এটি করতে বাধা দিতে পারে না - তবে এটি হয় না)। ফাইল সিস্টেম থেকে কিছু সামগ্রী ইতিমধ্যে মেমরিতে রয়েছে, উদাহরণস্বরূপ কার্নেল এবং dd
প্রোগ্রাম নিজেই, এবং কিছু ক্যাশে থাকবে। এমন একটি সম্ভাবনা রয়েছে যে সিস্টেমটি যদি মাল্টি-ইউজার মোডে থাকে তবে dd
অনুমান করা হয় যে কিছু প্রকৃত প্রক্রিয়া চলাকালীন ফাইলগুলি আবার লিখিত হতে পারে , ধরে নিই যে সেগুলি আসলে পরিবর্তিত হয়েছে, এবং আপনি যদি মেমরির চাপের মধ্যে থাকেন তবে সেখান থেকে কিছু পৃষ্ঠাও অদলবদল হয়ে যেতে পারে ing (সেগুলি এনক্রিপ্ট করা উচিত এবং পুনরায় বুট করার পরে এটি ব্যবহারযোগ্য নয়)।
আপনি নিম্নলিখিত নিম্নলিখিত কমান্ডগুলি ইস্যু করতে চাইবেন - সহ reboot
- ক্যাশে থাকবেন না এবং কাজ করবে না। সুতরাং আপনি যদি একক ব্যবহারকারী মোডে থাকেন তবে এটি খুব ভাল করবে, আপনি যদি মাল্টিউসার মোডে থাকেন তবে এটি বিশাল সংখ্যক ডেটা মুছে ফেলবে। আদর্শভাবে আপনার এটি অন্য কোনও মাধ্যম থেকে শুরু করা উচিত (এমনকি শুরুতে থেমেডে থামানোও) যাতে আপনি নিশ্চিত হতে পারেন যে সমস্ত লেখক কোথা থেকে এসেছে।
আপনি যদি একটি সুরক্ষিত মোছা চান, এটি কাজ করবে না কারণ এখনও যদি শূন্য করে থাকেন তবে মূল ডেটার বাকী কিছু চিহ্ন থাকবে। সাধারণত আপনি তিনটি র্যান্ডম লিখছেন, যা থেকে কপি অর্থ হবে আপ চাই চাই /dev/urandom
পরিবর্তে /dev/zero
- অনেক ধীর কিন্তু নিরাপদ। কেউ কেউ পরামর্শ দিতে পারে যে আপনি /dev/random
"খাঁটি" র্যান্ডম ডেটার জন্য ডিভাইসটি ব্যবহার করেন - কোনও সিউডো-এলোমেলো নয় - তবে এই উদ্দেশ্যে কেউ পিআরএনজি বীজকে ক্র্যাক করার এবং ডেটা সাফল্যের সাথে মাস্ক আউট করার সুযোগটি মূলত নগণ্য।
আপনি যদি সত্যিই ভৌতিক হয়ে থাকেন তবে আপনার স্টোরেজ ডিভাইসটিকে একটি চুল্লিতে ফেলে দিতে হবে যাতে এটি ডিমেগনেটাইজ / ডিসচার্জ করে।