Câu trả lời ngắn gọn: nó sẽ thực hiện những gì bạn muốn và sau đó sẽ không có gì hoạt động. Sử dụng ddbạn đang hoạt động ở mức thấp hơn hệ thống tập tin, điều đó có nghĩa là mọi ràng buộc sẽ áp dụng sẽ không còn phù hợp nữa (điều này không có nghĩa là hạt nhân không thể ngăn bạn làm điều này - nhưng nó không). Một số nội dung từ hệ thống tập tin đã có trong bộ nhớ, ví dụ như kernel và ddchính chương trình, và một số sẽ nằm trong bộ đệm. Có khả năng là nếu hệ thống ở chế độ nhiều người dùng, một số tệp có thể được ghi lại trong khi ddtiến trình, giả sử rằng chúng thực sự đã thay đổi và nếu bạn bị áp lực bộ nhớ, một số trang từ đó cũng có thể bị tráo đổi (chúng nên được mã hóa và do đó không thể sử dụng được sau khi khởi động lại).
Hầu hết các lệnh bạn phát hành sau đây - bao gồm reboot- sẽ không có trong bộ đệm và do đó sẽ không hoạt động. Vì vậy, nếu bạn ở chế độ một người dùng, nó sẽ hoạt động rất tốt, nếu bạn ở chế độ nhiều người dùng, nó sẽ xóa sạch phần lớn dữ liệu. Tốt nhất bạn nên thực hiện nó khởi động từ một số phương tiện khác (thậm chí dừng trên initrd có lẽ) để bạn có thể chắc chắn tất cả các bài viết đến từ đâu.
Nếu bạn muốn xóa sạch an toàn, điều này sẽ không thực hiện được vì vẫn sẽ còn một số dấu vết của dữ liệu gốc nếu bạn chỉ xóa nó. Thông thường, bạn muốn có tối đa ba lần ghi ngẫu nhiên, có nghĩa là sao chép từ /dev/urandomthay vì /dev/zero- chậm hơn nhiều nhưng an toàn hơn. Một số người có thể đề nghị bạn sử dụng /dev/randomthiết bị cho dữ liệu ngẫu nhiên "thuần túy" - không giả ngẫu nhiên - nhưng với mục đích này, cơ hội ai đó quản lý để bẻ khóa hạt giống PRNG và che giấu thành công dữ liệu về cơ bản là không đáng kể.
Nếu bạn thực sự hoang tưởng, bạn cần ném thiết bị lưu trữ vào lò để thiết bị khử từ / xả.
