Re: apple mini

Jonathan writes: > Yes. `dd` is a funny tool, since it's very "un-UNIXy" in some ways > (weird command line foo=bar syntax). That's because it is older than Unix. -- John Hasler jhas...@newsguy.com Elmwood, WI USA

Re: apple mini

On Wed, Jan 08, 2020 at 09:39:59PM -0500, Michael Stone wrote: With a large block size dd will be limited by disk bandwidth for this use case. cp may hit the disk bandwidth limit or may not, depending on various factors which may not be obvious. Plus, dd is well understood for this purpose, and

Re: apple mini

On Thu, Jan 09, 2020 at 09:22:09AM +0200, Andrei POPESCU wrote: On Jo, 09 ian 20, 17:03:57, Ben Caradoc-Davies wrote: On 09/01/2020 16:45, David Wright wrote: > No, don't mix degaussers and disks. If you want to reuse them, they're > likely too damaged. If you're concerned about data recovery, t

Re: apple mini

On Thu, Jan 09, 2020 at 10:11:15AM +, Andy Smith wrote: Hello, On Thu, Jan 09, 2020 at 12:11:54PM +1300, Ben Caradoc-Davies wrote: If you need to protect against an attacker willing to examine your HDD with magnetic force microscopy, there is no substitute for physical destruction of the me

Re: apple mini

On Wed, Jan 8, 2020, at 6:57 PM, ghe wrote: > > > > On Jan 8, 2020, at 07:46 PM, Michael Stone wrote: > > > >> If you need to protect against an attacker willing to examine your HDD > >> with magnetic force microscopy, there is no substitute for physical > >> destruction of the media. > >

Re: apple mini

Hello, On Thu, Jan 09, 2020 at 12:11:54PM +1300, Ben Caradoc-Davies wrote: > If you need to protect against an attacker willing to examine your HDD with > magnetic force microscopy, there is no substitute for physical destruction > of the media. Even then it's unnecessary! No has ever recovered u

Re: apple mini

On Jo, 09 ian 20, 17:03:57, Ben Caradoc-Davies wrote: > On 09/01/2020 16:45, David Wright wrote: > > No, don't mix degaussers and disks. If you want to reuse them, they're > > likely too damaged. If you're concerned about data recovery, then they're > > unlikely to be erased enough to prevent it. >

Re: apple mini

On 09/01/2020 16:45, David Wright wrote: No, don't mix degaussers and disks. If you want to reuse them, they're likely too damaged. If you're concerned about data recovery, then they're unlikely to be erased enough to prevent it. : "For certain forms o

Re: apple mini

On 09/01/2020 15:57, ghe wrote: Back in the analog days, I worked at a college radio station that sent out radio programs on tape. There was a big box that we passed a reel of tape over to erase it. That box might do disks too :-) I recall reading that the information encoded on HDDs is much

Re: apple mini

On Wed 08 Jan 2020 at 19:57:10 (-0700), ghe wrote: > > On Jan 8, 2020, at 07:46 PM, Michael Stone wrote: > > > >> If you need to protect against an attacker willing to examine your HDD > >> with magnetic force microscopy, there is no substitute for physical > >> destruction of the media. > > >

Re: apple mini

> On Jan 8, 2020, at 07:46 PM, Michael Stone wrote: > >> If you need to protect against an attacker willing to examine your HDD with >> magnetic force microscopy, there is no substitute for physical destruction >> of the media. > > Yes--if single-pass all-zeros erase isn't sufficient, the n

Re: apple mini

On Wed, Jan 08, 2020 at 10:36:33PM +, Jonathan Dowland wrote: On Wed, Jan 08, 2020 at 03:21:08PM -0500, Michael Stone wrote: dd is certainly sufficient, but suggesting that someone use random data is to suggest slowing things down without providing any advantage. I think "cp" might be fa

Re: apple mini

On Thu, Jan 09, 2020 at 12:11:54PM +1300, Ben Caradoc-Davies wrote: I use ATA secure erase ; I activate it with hdparm from a live usb drive (you may need to install hdparm). I do not know if ATA secure erase is supported by the mini bios

Re: apple mini

I use ATA secure erase ; I activate it with hdparm from a live usb drive (you may need to install hdparm). I do not know if ATA secure erase is supported by the mini bios and drive. Many bioses I have seen that freeze security can be unfro

Re: apple mini

On Wed, Jan 08, 2020 at 03:21:08PM -0500, Michael Stone wrote: dd is certainly sufficient, but suggesting that someone use random data is to suggest slowing things down without providing any advantage. I think "cp" might be faster still than "dd", at least in the /dev/zero case, but the diffe

Re: apple mini

On Wed, Jan 08, 2020 at 02:43:54PM -0700, ghe wrote: According to the dban dox, multiple passes do make a difference. I've never understood why writing the same tracks over and over makes much difference, though. But I've seen it in more than one place. Yes, it's a wrong idea which has been ver

Re: apple mini

On 1/8/20 1:21 PM, Michael Stone wrote: > If you use /dev/zero you'll be limited by the speed of the disk. If you > use /dev/random you'll run probably under 1 megabyte per second (that > is, probably on the order of 100 times slower; unless your night is more > than a month long it won't be overn

Re: apple mini

On Wed, Jan 08, 2020 at 12:53:15PM -0700, ghe wrote: On 1/8/20 11:59 AM, Michael Stone wrote: No, that's still an unnecesarily slow alternative Hence the suggestion to run it overnight, while asleep. And, I suspect, dd is plenty good enough to make the disk in a Mac Mini unreadable by a Mac O

Re: apple mini

On Sun, 05 Jan 2020 21:54:30 + mick crane wrote: > yes I know this is Debian user list > yes I know that apple is unix. > I got an apple mini to give to somebody > to clean it up is that > "userdel" > "makeusr" or something like that ? OSX has a prov

Re: apple mini

On 1/8/20 11:59 AM, Michael Stone wrote: > No, that's still an unnecesarily slow alternative Hence the suggestion to run it overnight, while asleep. And, I suspect, dd is plenty good enough to make the disk in a Mac Mini unreadable by a Mac OS. > which will not improve > your security but will

Re: apple mini

On Wed, Jan 08, 2020 at 01:55:45PM -0500, Greg Wooledge wrote: On Wed, Jan 08, 2020 at 01:45:28PM -0500, Michael Stone wrote: On Wed, Jan 08, 2020 at 11:41:00AM -0700, ghe wrote: > On 1/8/20 10:44 AM, Felix Miata wrote > > > If you're seriously concerned the next owner might try that, create a n

Re: apple mini

On Mon, Jan 06, 2020 at 02:03:39AM -0700, ghe wrote: Or if you want a multi-pass DoD wipe, try DBAN: https://sourceforge.net/projects/dban/ There is no current guidance that anything more than a single pass of zeros is necessary or beneficial when wiping a magnetic disk. There are reasons th

Re: apple mini

On Wed, Jan 08, 2020 at 01:45:28PM -0500, Michael Stone wrote: > On Wed, Jan 08, 2020 at 11:41:00AM -0700, ghe wrote: > > On 1/8/20 10:44 AM, Felix Miata wrote > > > > > If you're seriously concerned the next owner might try that, create a new > > > file > > > full of junk from /dev/random or fro

Re: apple mini

On Wed, Jan 08, 2020 at 11:41:00AM -0700, ghe wrote: On 1/8/20 10:44 AM, Felix Miata wrote If you're seriously concerned the next owner might try that, create a new file full of junk from /dev/random or from /dev/null that fills the existing freespace, then remove it. This is not at all a ma

Re: apple mini

On 1/8/20 10:44 AM, Felix Miata wrote > If you're seriously concerned the next owner might try that, create a new file > full of junk from /dev/random or from /dev/null that fills the existing > freespace, > then remove it. This is not at all a major job. Just get dd copying from /dev/random to

Re: apple mini

Jonathan Dowland composed on 2020-01-08 16:16 (UTC): > On Mon, Jan 06, 2020 at 03:40:01AM +0100, Felix Miata wrote: >> Seems all you really need to do is remove the content from the home >> directories, >> e.g. rm -R > This will cause the filesystem to mark the corresponding files as > deleted

Re: apple mini

On Mon, Jan 06, 2020 at 03:40:01AM +0100, Felix Miata wrote: > Seems all you really need to do is remove the content from the home > directories, > e.g. rm -R This will cause the filesystem to mark the corresponding files as deleted so that they are not visible when accessing the filesystem conve

Re: apple mini

> On Jan 5, 2020, at 02:54 PM, mick crane wrote: > > yes I know this is Debian user list > yes I know that apple is unix. > I got an apple mini to give to somebody > to clean it up is that > "userdel" > "makeusr" or something like that ? > mick

OT: Apple Flame War Ahead (Was Re: apple mini)

On 2020-01-05, mick crane wrote: > yes I know this is Debian user list > yes I know that apple is unix. > I got an apple mini to give to somebody > to clean it up is that > "userdel" > "makeusr" or something like that ? > mick https://support.apple.com/e

Re: apple mini

mick crane composed on 2020-01-05 21:54 (UTC): > yes I know this is Debian user list > yes I know that apple is unix. > I got an apple mini to give to somebody > to clean it up is that > "userdel" > "makeusr" or something like that ? Seems all you really nee

Re: apple mini

:54 PM, mick crane wrote: > > yes I know this is Debian user list > yes I know that apple is unix. > I got an apple mini to give to somebody > to clean it up is that > "userdel" > "makeusr" or something like that ? > mick > -- > Key ID4BFEBB31 >

Re: apple mini

On 2020-01-05 13:54, mick crane wrote: yes I know this is Debian user list yes I know that apple is unix. I got an apple mini to give to somebody to clean it up is that "userdel" "makeusr" or something like that ? mick I would boot a Debian installer or live image and zero

apple mini

yes I know this is Debian user list yes I know that apple is unix. I got an apple mini to give to somebody to clean it up is that "userdel" "makeusr" or something like that ? mick -- Key ID4BFEBB31