Ttgjyuk

How can you use ICE tables to solve multiple coupled equilibria?

Co-worker team leader wants to inject his friend's awful software into our development. What should I say to our common boss?

What's the meaning of “spike” in the context of “adrenaline spike”?

Employee lack of ownership

How could a scammer know the apps on my phone / iTunes account?

A Cautionary Suggestion

Are there verbs that are neither telic, or atelic?

Time travel from stationary position?

Why do passenger jet manufacturers design their planes with stall prevention systems?

How to read the value of this capacitor?

Interplanetary conflict, some disease destroys the ability to understand or appreciate music

Opacity of an object in 2.8

Can I use USB data pins as power source

Why doesn't using two cd commands in bash script execute the second command?

What approach do we need to follow for projects without a test environment?

A sequence that has integer values for prime indexes only:

How can I track script which gives me "command not found" right after the login?

Is it possible to upcast ritual spells?

Did Ender ever learn that he killed Stilson and/or Bonzo?

How to deal with a cynical class?

Who is flying the vertibirds?

Why is the President allowed to veto a cancellation of emergency powers?

Recruiter wants very extensive technical details about all of my previous work

How to terminate ping <dest> &

What is the accelerate method of free space wiping with random fill?

How to know the progress of sfill free space wiping process?Why does the total space used on my hard drive not reflect what Disk Usage Analyzer Says?Meaning of the free space indication in DelugePartitioning with Windows 7, no free spaceAfter uninstalling wine some of the free space is 'locked'?How does the automatic installation work with free space?What is the safest method for repartitioning space from the / partition?No more disk space: How can I find what is taking up the space?How to know the progress of sfill free space wiping process?Wiping free disk space by deleting large amount of files regularly?Free space in my laptop with Ubuntu 18.04 preinstalled

1

I am currently using sfill to wipe free space in my root partition ( /dev/sdaX). Its default setting is a 38 pass sudo sfill -v directory/mountpoint but its taking hours to complete this step. I then tried to use less secure three pass method sudo sfill -lv directory/mountpoint the problem is its taking fairly the same amount of time to wipe free space as the default. It is due to dev/urandom which peaks at 13MB/s. While searching for an alterntive method to speed up free space wiping step, I reached this link which uses openssl to randomize the wipe.

 openssl rand $(</proc/partitions awk '$4=="sda" print $3*1024') >/dev/sda

Is this a good way to wipe free space in root drive or other safer method exists? In the above command sda is our root partion sdaX, right?

security disk-usage openssl storage secure-erase

share|improve this question

edited 1 min ago

Pablo Bianchi

2,94521535

asked Apr 14 '18 at 5:42

EkaEka

1,05862139

• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  
  On my machine dd if=/dev/urandom bs=1M count=1000 | pv >/dev/null shows that /dev/urandom runs at least at 170MB/s (about 5 seconds/GB). dd if=/dev/urandom bs=1M of=/somebigfile is about as fast as you can get.
  
  – xenoid
  Apr 14 '18 at 7:01
  
  

  
  
  
  

add a comment | 

1

I am currently using sfill to wipe free space in my root partition ( /dev/sdaX). Its default setting is a 38 pass sudo sfill -v directory/mountpoint but its taking hours to complete this step. I then tried to use less secure three pass method sudo sfill -lv directory/mountpoint the problem is its taking fairly the same amount of time to wipe free space as the default. It is due to dev/urandom which peaks at 13MB/s. While searching for an alterntive method to speed up free space wiping step, I reached this link which uses openssl to randomize the wipe.

 openssl rand $(</proc/partitions awk '$4=="sda" print $3*1024') >/dev/sda

Is this a good way to wipe free space in root drive or other safer method exists? In the above command sda is our root partion sdaX, right?

security disk-usage openssl storage secure-erase

share|improve this question

edited 1 min ago

Pablo Bianchi

2,94521535

asked Apr 14 '18 at 5:42

EkaEka

1,05862139

• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  
  On my machine dd if=/dev/urandom bs=1M count=1000 | pv >/dev/null shows that /dev/urandom runs at least at 170MB/s (about 5 seconds/GB). dd if=/dev/urandom bs=1M of=/somebigfile is about as fast as you can get.
  
  – xenoid
  Apr 14 '18 at 7:01
  
  

  
  
  
  

add a comment | 

I am currently using sfill to wipe free space in my root partition ( /dev/sdaX). Its default setting is a 38 pass sudo sfill -v directory/mountpoint but its taking hours to complete this step. I then tried to use less secure three pass method sudo sfill -lv directory/mountpoint the problem is its taking fairly the same amount of time to wipe free space as the default. It is due to dev/urandom which peaks at 13MB/s. While searching for an alterntive method to speed up free space wiping step, I reached this link which uses openssl to randomize the wipe.

 openssl rand $(</proc/partitions awk '$4=="sda" print $3*1024') >/dev/sda

Is this a good way to wipe free space in root drive or other safer method exists? In the above command sda is our root partion sdaX, right?

security disk-usage openssl storage secure-erase

share|improve this question

edited 1 min ago

Pablo Bianchi

2,94521535

asked Apr 14 '18 at 5:42

EkaEka

1,05862139

 openssl rand $(</proc/partitions awk '$4=="sda" print $3*1024') >/dev/sda

share|improve this question

edited 1 min ago

Pablo Bianchi

2,94521535

asked Apr 14 '18 at 5:42

EkaEka

1,05862139

share|improve this question

edited 1 min ago

Pablo Bianchi

2,94521535

asked Apr 14 '18 at 5:42

EkaEka

1,05862139

edited 1 min ago

Pablo Bianchi

2,94521535

edited 1 min ago

Pablo Bianchi

2,94521535

asked Apr 14 '18 at 5:42

EkaEka

1,05862139

asked Apr 14 '18 at 5:42

EkaEka

1,05862139

1 Answer
1

active

oldest

votes

1

Just changed removed root dir to reduce risk of someone..First and foremost, wiping your drive 35+ times is completely unnecessary. The Guttmann Method (35 wipes) is something designed to wipe any drive, from brand-new modern spinning drives to massive ancient 5MB behemoths that are more likely to store resident data. With that said, wiping your drive once or twice is pretty much the best you can do. You have a modern magnetic drive.

The sfill command is... silly. See the manpage for what I mean. If you only need to wipe the drive out with zeros, you can just use the (far simpler) sfill -llz directory/mountpoint to wipe out all free space with zeros, once. This (according to Guttmann himself, see above link as well as right here) is more than good enough for the vast majority of systems. As you're writing zeros instead of random data, your only speed limit will be your drive's speed.

If you need plausible deniability ("No, officer, I didn't wipe this hard drive"), you can use the sister command sfill -ll directory/mountpoint to wipe your drive in a single pass with random data. This will be slower, but just as secure for your system as any other wiping method with the addition of possible plausible deniability.

However, if you really need to ensure that no data is absolutely recoverable from this drive (in theory or otherwise), use a drill.

share|improve this answer

edited 59 secs ago

Pablo Bianchi

2,94521535

answered Aug 31 '18 at 15:50

Kaz WolfeKaz Wolfe

26.1k1376136

add a comment | 

Your Answer

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "89"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);

draft saved

draft discarded

Sign up or log in

StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Post as a guest

Name

Email

Required, but never shown

StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1024864%2fwhat-is-the-accelerate-method-of-free-space-wiping-with-random-fill%23new-answer', 'question_page');

);

Post as a guest

Name

Email

Required, but never shown

1

Just changed removed root dir to reduce risk of someone..First and foremost, wiping your drive 35+ times is completely unnecessary. The Guttmann Method (35 wipes) is something designed to wipe any drive, from brand-new modern spinning drives to massive ancient 5MB behemoths that are more likely to store resident data. With that said, wiping your drive once or twice is pretty much the best you can do. You have a modern magnetic drive.

The sfill command is... silly. See the manpage for what I mean. If you only need to wipe the drive out with zeros, you can just use the (far simpler) sfill -llz directory/mountpoint to wipe out all free space with zeros, once. This (according to Guttmann himself, see above link as well as right here) is more than good enough for the vast majority of systems. As you're writing zeros instead of random data, your only speed limit will be your drive's speed.

If you need plausible deniability ("No, officer, I didn't wipe this hard drive"), you can use the sister command sfill -ll directory/mountpoint to wipe your drive in a single pass with random data. This will be slower, but just as secure for your system as any other wiping method with the addition of possible plausible deniability.

However, if you really need to ensure that no data is absolutely recoverable from this drive (in theory or otherwise), use a drill.

share|improve this answer

edited 59 secs ago

Pablo Bianchi

2,94521535

answered Aug 31 '18 at 15:50

Kaz WolfeKaz Wolfe

26.1k1376136

add a comment | 

1

Just changed removed root dir to reduce risk of someone..First and foremost, wiping your drive 35+ times is completely unnecessary. The Guttmann Method (35 wipes) is something designed to wipe any drive, from brand-new modern spinning drives to massive ancient 5MB behemoths that are more likely to store resident data. With that said, wiping your drive once or twice is pretty much the best you can do. You have a modern magnetic drive.

The sfill command is... silly. See the manpage for what I mean. If you only need to wipe the drive out with zeros, you can just use the (far simpler) sfill -llz directory/mountpoint to wipe out all free space with zeros, once. This (according to Guttmann himself, see above link as well as right here) is more than good enough for the vast majority of systems. As you're writing zeros instead of random data, your only speed limit will be your drive's speed.

If you need plausible deniability ("No, officer, I didn't wipe this hard drive"), you can use the sister command sfill -ll directory/mountpoint to wipe your drive in a single pass with random data. This will be slower, but just as secure for your system as any other wiping method with the addition of possible plausible deniability.

However, if you really need to ensure that no data is absolutely recoverable from this drive (in theory or otherwise), use a drill.

share|improve this answer

edited 59 secs ago

Pablo Bianchi

2,94521535

answered Aug 31 '18 at 15:50

Kaz WolfeKaz Wolfe

26.1k1376136

add a comment | 

Just changed removed root dir to reduce risk of someone..First and foremost, wiping your drive 35+ times is completely unnecessary. The Guttmann Method (35 wipes) is something designed to wipe any drive, from brand-new modern spinning drives to massive ancient 5MB behemoths that are more likely to store resident data. With that said, wiping your drive once or twice is pretty much the best you can do. You have a modern magnetic drive.

The sfill command is... silly. See the manpage for what I mean. If you only need to wipe the drive out with zeros, you can just use the (far simpler) sfill -llz directory/mountpoint to wipe out all free space with zeros, once. This (according to Guttmann himself, see above link as well as right here) is more than good enough for the vast majority of systems. As you're writing zeros instead of random data, your only speed limit will be your drive's speed.

If you need plausible deniability ("No, officer, I didn't wipe this hard drive"), you can use the sister command sfill -ll directory/mountpoint to wipe your drive in a single pass with random data. This will be slower, but just as secure for your system as any other wiping method with the addition of possible plausible deniability.

However, if you really need to ensure that no data is absolutely recoverable from this drive (in theory or otherwise), use a drill.

share|improve this answer

edited 59 secs ago

Pablo Bianchi

2,94521535

answered Aug 31 '18 at 15:50

Kaz WolfeKaz Wolfe

26.1k1376136

share|improve this answer

edited 59 secs ago

Pablo Bianchi

2,94521535

answered Aug 31 '18 at 15:50

Kaz WolfeKaz Wolfe

26.1k1376136

edited 59 secs ago

Pablo Bianchi

2,94521535

edited 59 secs ago

Pablo Bianchi

2,94521535

answered Aug 31 '18 at 15:50

Kaz WolfeKaz Wolfe

26.1k1376136

answered Aug 31 '18 at 15:50

Kaz WolfeKaz Wolfe

26.1k1376136