* Re: Re: [gentoo-user] How to shred without deleting /dev/*
@ 2005-08-29 12:59 Michael Kintzios
2005-08-29 13:09 ` Sergio Polini
0 siblings, 1 reply; 3+ messages in thread
From: Michael Kintzios @ 2005-08-29 12:59 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 951 bytes --]
> From:: Renat Golubchyk <ragermany@gmx.net>
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] How to shred without deleting /dev/*
> Date: Mon, 29 Aug 2005 14:35:28 +0200
>
> Why was it deleted? Did you run the command as root?
Well, yes because when I run it as a plain user I am denied access:
====================
$ shred -u -v /dev/fd0
shred: /dev/fd0: Permission denied
====================
> What's wrong with good old dd? How about
> $ dd if=/dev/zero of=/dev/fd0
> You can also use /dev/random if it has to be more secure. For even more
> security run it multiple times in a loop.
There's nothing wrong with dd, but I see no reason to create my own script to extend the basic dd functionality. I would rather use shred which does everything I want it to do - if only I can avoid the deletion if the device node itself.
--
Regards,
Mick
Lycos email has now 300 Megabytes of free storage... Get it now at mail.lycos.co.uk
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [gentoo-user] How to shred without deleting /dev/*
2005-08-29 12:59 Re: [gentoo-user] How to shred without deleting /dev/* Michael Kintzios
@ 2005-08-29 13:09 ` Sergio Polini
0 siblings, 0 replies; 3+ messages in thread
From: Sergio Polini @ 2005-08-29 13:09 UTC (permalink / raw
To: gentoo-user
Michael Kintzios:
> There's nothing wrong with dd, but I see no reason to create my own
> script to extend the basic dd functionality. I would rather use
> shred which does everything I want it to do - if only I can avoid
> the deletion if the device node itself.
Why -u?
>From the man page:
========
Delete FILE(s) if --remove (-u) is specified. The default is not to
remove the files because it is common to operate on device files
like /dev/hda, and those files usually should not be removed.
========
BTW, which is your filesystem? From the man page again:
========
CAUTION: Note that shred relies on a very important assumption:
that the filesystem overwrites data in place. This is the traditional
way to do things, but many modern filesystem designs do not
satisfy this assumption. The following are examples of
filesystems on which shred is not effective:
* log-structured or journaled filesystems, such as those
supplied with AIX and Solaris (and JFS, ReiserFS, XFS, Ext3, etc.)
========
HTH
Sergio
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Re: [gentoo-user] How to shred without deleting /dev/*
@ 2005-08-29 13:20 Michael Kintzios
0 siblings, 0 replies; 3+ messages in thread
From: Michael Kintzios @ 2005-08-29 13:20 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 692 bytes --]
> From:: Sergio Polini <sp_rm_it@yahoo.it>
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] How to shred without deleting /dev/*
> Date: Mon, 29 Aug 2005 15:09:36 +0200
> Why -u?
> From the man page:
>
> ========
> Delete FILE(s) if --remove (-u) is specified. The default is not to
> remove the files because it is common to operate on device files
> like /dev/hda, and those files usually should not be removed.
> ========
Oops, I brushed over it too fast and missed this rather important point! So, the -u option should NOT be used on devices. ;-) Thanks Sergio!
--
Regards,
Mick
Lycos email has now 300 Megabytes of free storage... Get it now at mail.lycos.co.uk
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-08-29 13:25 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-29 12:59 Re: [gentoo-user] How to shred without deleting /dev/* Michael Kintzios
2005-08-29 13:09 ` Sergio Polini
-- strict thread matches above, loose matches on Subject: below --
2005-08-29 13:20 Michael Kintzios
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox