For your reference, records indicate that
Wade Garrett <Wade@cooler.net> wrote:

> On 12/11/21 9:04 AM, TimS wrote:
> >
> > Why filevault it in the first place?
> >
>
> S.E.C.U.R.I.T.Y.

OK, but be honest with yourself about your threat profile. Apple’s tools
are fine if you only thoughtlessly play in the Apple ecosystem. Once you
start using other technology, interoperable solutions are more useful.

It has never made sense for me to use Migration Assistant. Any data that
is important to me is not exclusively on my Mac (nor do I have just one
Mac). I have backups, and I’m better served by testing them with the new
machine than just importing all the cruft that built up on my old machine.

Likewise, FileVault only serves to protect the Mac, not the data. I
always use it on laptops, due to their risk of being lost “in the wild”.
But otherwise, data security is bigger than the Mac, and if you don’t
have a process in place that respects that, you’re quite likely to have
your security compromised by some other lower-hanging fruit.

--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly

On 2021-12-15 11:23, Doc O'Leary wrote:
> For your reference, records indicate that
> Wade Garrett <Wade@cooler.net> wrote:
>
>> On 12/11/21 9:04 AM, TimS wrote:
>>>
>>> Why filevault it in the first place?
>>>
>>
>> S.E.C.U.R.I.T.Y.
>
> OK, but be honest with yourself about your threat profile. Apple’s tools
> are fine if you only thoughtlessly play in the Apple ecosystem. Once you
> start using other technology, interoperable solutions are more useful.
>
> It has never made sense for me to use Migration Assistant. Any data that
> is important to me is not exclusively on my Mac (nor do I have just one
> Mac). I have backups, and I’m better served by testing them with the new
> machine than just importing all the cruft that built up on my old machine.

Yesterday spent some time pruning and re-organizing data on my SO's
laptop in anticipation of a new Mac. Haven't decided for or against MA
for this yet. Probably won't.
> Likewise, FileVault only serves to protect the Mac, not the data. I
> always use it on laptops, due to their risk of being lost “in the wild”.
> But otherwise, data security is bigger than the Mac, and if you don’t
> have a process in place that respects that, you’re quite likely to have
> your security compromised by some other lower-hanging fruit.

While less vulnerable to theft than a traveling laptop, home (or office)
theft is always possible. See my prior post for how that data can be
accessed.

The performance cost of Filevault on a T2/Mx Mac is negligible and only
carries the cost of a safe place for the password.

--
Beginning in the 1970's, all birds in North America were replaced by
drones made to look and act like birds. By 2004, no real birds are to
be found. They are all drones. They all belong to the government.
They spy on everyone. All of the time. Birds are not real.

In message <nz7uJ.45660$xe2.1578@fx16.iad> Alan Browne <bitbucket@blackhole.com> wrote:
> On 2021-12-13 21:36, Lewis wrote:
>> In message <131220211717401043%nospam@nospam.invalid> nospam <nospam@nospam.invalid> wrote:
>>> In article <5JOtJ.122411$SW5.45782@fx45.iad>, Alan Browne
>>> <bitbucket@blackhole.com> wrote:
>>
>>>> Another reason to do it while migrating is an issue called Data
>>>> Remanence. When an unencrypted file is encrypted it is not re-written
>>>> in place on SSD drives but written somewhere else and then the original
>>>> is deleted. But when it's deleted it is not erased (destroyed). So
>>>> until something overwrites those sectors (blocks on an SSD), the
>>>> information is recoverable.
>>
>>> only with substantial effort and expense.
>>
>> It also really is not. The idea you can reassemble a file by gathering
>> random cells on an SSD is pretty much the definition of impossible.
>>
>>>> Better: encrypt on migration.
>>
>>> yep.
>>
>> Not on a recent Mac, it makes absolutely no difference.

> For a "drive recovery" (Drive removed from computer) that is correct.

> But, if your laptop is stolen[1] and booted into Recovery Mode and
> Target Disk Mode is used on the attack-Mac, then it would be as
> transparent as a window without Filevault requiring the password...

Which has noting to do with the time it takes to encrypt (none) or the
so-called "data remembrance" bullshit above that you wrongly
interjected into this conversation without knowing what you are talking
about.

There is NO REASON to not encrypt your drive on a modern Mac, it
literally costs noting at all, do difference in speed, no impact on the
data safety, nothing at all. It does not matter if you do it before or
after adding all your data to the drive, because it still takes no time
at al to encrypt because the data on the drive is already encrypted. If
you leave FileVault off, then your data is openly accessible, even
though it is encrypted. This would be an exceedingly foolish thing to
do, but it is possible to be that foolish.

--
"If you want to get rich from writing, write the sort of thing that's
read by persons who move their lips when they're reading to
themselves." - Don Marquis

In message <spd4qp$g7n$1@dont-email.me> Doc O'Leary <droleary@2017usenet1.subsume.com> wrote:
> For your reference, records indicate that
> Wade Garrett <Wade@cooler.net> wrote:

>> On 12/11/21 9:04 AM, TimS wrote:
>> >
>> > Why filevault it in the first place?
>> >
>>
>> S.E.C.U.R.I.T.Y.

> OK, but be honest with yourself about your threat profile. Apple’s tools
> are fine if you only thoughtlessly play in the Apple ecosystem. Once you
> start using other technology, interoperable solutions are more useful.

there's a meaningless paragraph.

> It has never made sense for me to use Migration Assistant.

That seems like a PEBKAC problem to me, but you be you.

> Any data that is important to me is not exclusively on my Mac (nor do
> I have just one Mac). I have backups, and I’m better served by
> testing them with the new machine than just importing all the cruft
> that built up on my old machine.

Ah, the legendary 'cruft' bullshit. Spoken like a Windows user.

When I migrated my data to this new MBA I ended up with an exact copy of
what was on my other computer at the time, INCLUDING all the shell tools
I had installed, scripts I had written, preferences and nearly all
settings. It was then the task of a few minutes to delete things I did
not need to have on the laptop.

And yes, Migration Assistant is a perfectly good way to test your backups
since the simplest way to migrate is to boot off your time machine
volume and migrate from it.

> Likewise, FileVault only serves to protect the Mac, not the data.

What the fuck are you talking about? It protects *EVERYTHING* on the
computer.

The only drive I have that is not encrypted is a Drobo I use for media
backups, and it is not encrypted only because it cannot be.

> always use it on laptops, due to their risk of being lost “in the wild”.
> But otherwise, data security is bigger than the Mac, and if you don’t
> have a process in place that respects that, you’re quite likely to have
> your security compromised by some other lower-hanging fruit.

A lesser computer's inability to protect your data has nothing
whatsoever to do with macOS or FileVault.

--
gentlemen in England now a-bed Shall think themselves accursed the
were not here,

In message <OYouJ.64137$zF3.3269@fx03.iad> Alan Browne <bitbucket@blackhole.com> wrote:
> The performance cost of Filevault on a T2/Mx Mac is negligible

You keep repeating this mistake. It is *zero* performance cost.

> and only carries the cost of a safe place for the password.

And you can use your account password as the key. I=Of course, have a
decent password on *ALL* accounts, but only a fool would not do that
anyway.

--
The Disc, being flat, has no real horizon. Any adventurous sailors
who get funny ideas from staring at eggs and oranges for too long
and set out for the antipodes soon learned that the reason why
distant ships sometimes looked as though they were disappearing
over the edge of the world was that they were disappearing over
the edge of the world. --The Light Fantastic

On 2021-12-15 15:29, Lewis wrote:
> In message <nz7uJ.45660$xe2.1578@fx16.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>> On 2021-12-13 21:36, Lewis wrote:
>>> In message <131220211717401043%nospam@nospam.invalid> nospam <nospam@nospam.invalid> wrote:
>>>> In article <5JOtJ.122411$SW5.45782@fx45.iad>, Alan Browne
>>>> <bitbucket@blackhole.com> wrote:
>>>
>>>>> Another reason to do it while migrating is an issue called Data
>>>>> Remanence. When an unencrypted file is encrypted it is not re-written
>>>>> in place on SSD drives but written somewhere else and then the original
>>>>> is deleted. But when it's deleted it is not erased (destroyed). So
>>>>> until something overwrites those sectors (blocks on an SSD), the
>>>>> information is recoverable.
>>>
>>>> only with substantial effort and expense.
>>>
>>> It also really is not. The idea you can reassemble a file by gathering
>>> random cells on an SSD is pretty much the definition of impossible.
>>>
>>>>> Better: encrypt on migration.
>>>
>>>> yep.
>>>
>>> Not on a recent Mac, it makes absolutely no difference. [AAA] <---
>
>> For a "drive recovery" (Drive removed from computer) that is correct.
>
>> But, if your laptop is stolen[1] and booted into Recovery Mode and
>> Target Disk Mode is used on the attack-Mac, then it would be as
>> transparent as a window without Filevault requiring the password...
>
> Which has noting to do with the time it takes to encrypt (none) or the
> so-called "data remembrance" bullshit above that you wrongly
> interjected into this conversation without knowing what you are talking
> about.

It is an issue with spinning mass. I had forgotten all the lovely
things that SSD/TRIM do. Big deal. Sorted out. Move on. That's what
newsgroups are about.

> There is NO REASON to not encrypt your drive on a modern Mac, it

Above: I said "Better: encrypt on migration."
Nospam said "yep"
YOU said "Not on a recent Mac, it makes no difference" [AAA] above.

> literally costs noting at all, do difference in speed, no impact on the
> data safety, nothing at all. It does not matter if you do it before or

<S>

Why, when I first replied to the fellow I said: "Filevault on and
Encrypt on migration. Negligible performance hit.".

You really need to cool yer jets before you hit the keyboard.

--
Beginning in the 1970's, all birds in North America were replaced by
drones made to look and act like birds. By 2004, no real birds are to
be found. They are all drones. They all belong to the government.
They spy on everyone. All of the time. Birds are not real.

On 2021-12-15 15:40, Lewis wrote:
> In message <OYouJ.64137$zF3.3269@fx03.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>> The performance cost of Filevault on a T2/Mx Mac is negligible
>
> You keep repeating this mistake. It is *zero* performance cost.

Look up "negligible" and stop with the trifling answers.

>
>> and only carries the cost of a safe place for the password.
>
> And you can use your account password as the key. I=Of course, have a
> decent password on *ALL* accounts, but only a fool would not do that
> anyway.

I'm sure you're the only person in the world with decent passwords. /s

--
Beginning in the 1970's, all birds in North America were replaced by
drones made to look and act like birds. By 2004, no real birds are to
be found. They are all drones. They all belong to the government.
They spy on everyone. All of the time. Birds are not real.

In message <0zsuJ.122612$aF1.98524@fx98.iad> Alan Browne <bitbucket@blackhole.com> wrote:
> On 2021-12-15 15:29, Lewis wrote:
>> In message <nz7uJ.45660$xe2.1578@fx16.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>> On 2021-12-13 21:36, Lewis wrote:
>>>> In message <131220211717401043%nospam@nospam.invalid> nospam <nospam@nospam.invalid> wrote:
>>>>> In article <5JOtJ.122411$SW5.45782@fx45.iad>, Alan Browne
>>>>> <bitbucket@blackhole.com> wrote:
>>>>
>>>>>> Another reason to do it while migrating is an issue called Data
>>>>>> Remanence. When an unencrypted file is encrypted it is not re-written
>>>>>> in place on SSD drives but written somewhere else and then the original
>>>>>> is deleted. But when it's deleted it is not erased (destroyed). So
>>>>>> until something overwrites those sectors (blocks on an SSD), the
>>>>>> information is recoverable.
>>>>
>>>>> only with substantial effort and expense.
>>>>
>>>> It also really is not. The idea you can reassemble a file by gathering
>>>> random cells on an SSD is pretty much the definition of impossible.
>>>>
>>>>>> Better: encrypt on migration.
>>>>
>>>>> yep.
>>>>
>>>> Not on a recent Mac, it makes absolutely no difference. [AAA] <---
>>
>>> For a "drive recovery" (Drive removed from computer) that is correct.
>>
>>> But, if your laptop is stolen[1] and booted into Recovery Mode and
>>> Target Disk Mode is used on the attack-Mac, then it would be as
>>> transparent as a window without Filevault requiring the password...
>>
>> Which has noting to do with the time it takes to encrypt (none) or the
>> so-called "data remembrance" bullshit above that you wrongly
>> interjected into this conversation without knowing what you are talking
>> about.

> It is an issue with spinning mass. I had forgotten all the lovely
> things that SSD/TRIM do. Big deal. Sorted out. Move on. That's what
> newsgroups are about.

But you keep repeating the same BS.

>> There is NO REASON to not encrypt your drive on a modern Mac, it

> Above: I said "Better: encrypt on migration."
> Nospam said "yep"

But it matters not one tiny bit when you do it. Before or after is
meaningless.

> Why, when I first replied to the fellow I said: "Filevault on and
> Encrypt on migration. Negligible performance hit.".

Which is the mistake you keep repeating over and over. There is NO
performance hit. None. At all. Zero. Zilch. Nada. Nil.

> You really need to cool yer jets before you hit the keyboard.

You really need to stop repeating the same misinformation.

--
Like the moment when the brakes lock/And you slide towards the big
truck/You stretch the frozen moments with your fear

In message <MAsuJ.122613$aF1.119314@fx98.iad> Alan Browne <bitbucket@blackhole.com> wrote:
> On 2021-12-15 15:40, Lewis wrote:
>> In message <OYouJ.64137$zF3.3269@fx03.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>> The performance cost of Filevault on a T2/Mx Mac is negligible
>>
>> You keep repeating this mistake. It is *zero* performance cost.

> Look up "negligible" and stop with the trifling answers.

I know perfectly well what it mans, and it is not applicable here.
Negligible means there is a difference that *in your opinion) doesn’t
matter, That is not the case, as there is NO difference.

Stop repeating the same error over and over, you are misleading people
and you are completely 100% wrong.

--
if you ever get that chimp off your back, if you ever find the thing
you lack, ah but you know you're only having a laugh. Oh, oh here
we go again -- until the end.

On 2021-12-15 22:48, Lewis wrote:
> In message <MAsuJ.122613$aF1.119314@fx98.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>> On 2021-12-15 15:40, Lewis wrote:
>>> In message <OYouJ.64137$zF3.3269@fx03.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>>> The performance cost of Filevault on a T2/Mx Mac is negligible
>>>
>>> You keep repeating this mistake. It is *zero* performance cost.
>
>> Look up "negligible" and stop with the trifling answers.
>
> I know perfectly well what it mans, and it is not applicable here.
> Negligible means there is a difference that *in your opinion) doesn’t
> matter, That is not the case, as there is NO difference.
>
> Stop repeating the same error over and over, you are misleading people
> and you are completely 100% wrong.

No inline conversion can be 0 time. Very fast though.

But negligible.

Trifle on though.

--
Beginning in the 1970's, all birds in North America were replaced by
drones made to look and act like birds. By 2004, no real birds are to
be found. They are all drones. They all belong to the government.
They spy on everyone. All of the time. Birds are not real.

In message <aAJuJ.155127$831.108568@fx40.iad> Alan Browne <bitbucket@blackhole.com> wrote:
> On 2021-12-15 22:48, Lewis wrote:
>> In message <MAsuJ.122613$aF1.119314@fx98.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>> On 2021-12-15 15:40, Lewis wrote:
>>>> In message <OYouJ.64137$zF3.3269@fx03.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>>>> The performance cost of Filevault on a T2/Mx Mac is negligible
>>>>
>>>> You keep repeating this mistake. It is *zero* performance cost.
>>
>>> Look up "negligible" and stop with the trifling answers.
>>
>> I know perfectly well what it mans, and it is not applicable here.
>> Negligible means there is a difference that *in your opinion) doesn’t
>> matter, That is not the case, as there is NO difference.
>>
>> Stop repeating the same error over and over, you are misleading people
>> and you are completely 100% wrong.

> No inline conversion can be 0 time. Very fast though.

There is no "inline conversion". Stop making up things. If you do not
understand what is happening, you can look it up instead of opining
nonsense.

--
Vernon: Now this is the thought that wakes me up in the middle of the
night. That when I get older, these kids are going to take care
of me
Carl: I wouldn't count on it.

On 2021-12-16 16:58, Lewis wrote:
> In message <aAJuJ.155127$831.108568@fx40.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>> On 2021-12-15 22:48, Lewis wrote:
>>> In message <MAsuJ.122613$aF1.119314@fx98.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>>> On 2021-12-15 15:40, Lewis wrote:
>>>>> In message <OYouJ.64137$zF3.3269@fx03.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>>>>> The performance cost of Filevault on a T2/Mx Mac is negligible
>>>>>
>>>>> You keep repeating this mistake. It is *zero* performance cost.
>>>
>>>> Look up "negligible" and stop with the trifling answers.
>>>
>>> I know perfectly well what it mans, and it is not applicable here.
>>> Negligible means there is a difference that *in your opinion) doesn’t
>>> matter, That is not the case, as there is NO difference.
>>>
>>> Stop repeating the same error over and over, you are misleading people
>>> and you are completely 100% wrong.
>
>> No inline conversion can be 0 time. Very fast though.
>
> There is no "inline conversion". Stop making up things. If you do not
> understand what is happening, you can look it up instead of opining
> nonsense.

Oh dear Lewis, you need to stop flinging stones.

Yes, I am in error for the case of a T2 or Mx processor, there would be
no difference whether FileVaulted or not. When I was writing I wasn't
accounting for the default encryption being on whether Filevault
encryption was on or not.

But of course it is inline conversion as it happens directly between the
CPU and the storage device: CPU ----> T2 ----> Storage.

(Or CPU <---- T2 <---- Storage for read).

(Where T2 can be replaced by the same functionality within the M1).

--
Beginning in the 1970's, all birds in North America were replaced by
drones made to look and act like birds. By 2004, no real birds are to
be found. They are all drones. They all belong to the government.
They spy on everyone. All of the time. Birds are not real.

For your reference, records indicate that
Lewis <g.kreme@kreme.dont-email.me> wrote:

> In message <spd4qp$g7n$1@dont-email.me> Doc O'Leary <droleary@2017usenet1.subsume.com> wrote:
>
> > OK, but be honest with yourself about your threat profile. Apple’s tools
> > are fine if you only thoughtlessly play in the Apple ecosystem. Once you
> > start using other technology, interoperable solutions are more useful.
>
> there's a meaningless paragraph.

Sorry to hear about your lack of technical know-how.

> > It has never made sense for me to use Migration Assistant.
>
> That seems like a PEBKAC problem to me, but you be you.

Sorry to hear you have difficulty with perspective-taking.

> > Any data that is important to me is not exclusively on my Mac (nor do
> > I have just one Mac). I have backups, and I’m better served by
> > testing them with the new machine than just importing all the cruft
> > that built up on my old machine.
>
> Ah, the legendary 'cruft' bullshit. Spoken like a Windows user.

Are you just here to troll, or what? I’ve been using Macs since the 80s.
All sorts of software comes and goes over decades of use, and I don’t need
things like preference files, caches, and all sorts of other stuff hanging
around for no reason. I much prefer to curate my systems, and for me that
means being able to start from scratch on a new setup without having to
rely on proprietary tools to carry everything forward. Again, sorry you
have trouble understanding things like that.

> When I migrated my data to this new MBA I ended up with an exact copy of
> what was on my other computer at the time, INCLUDING all the shell tools
> I had installed, scripts I had written, preferences and nearly all
> settings. It was then the task of a few minutes to delete things I did
> not need to have on the laptop.

As I stated, I don’t just have a singular “other” Mac. I need to actively
sync my work on a number of computers, including non-Apple hardware, not
just simply migrate/copy everything from old to new.

> And yes, Migration Assistant is a perfectly good way to test your backups
> since the simplest way to migrate is to boot off your time machine
> volume and migrate from it.

Again, Apple-only solutions like Time Machine don’t work for those of us
who *do* indeed need to venture outside the walled garden.

> > Likewise, FileVault only serves to protect the Mac, not the data.
>
> What the fuck are you talking about? It protects *EVERYTHING* on the
> computer.

Your words make me doubt that I can explain anything in a simple enough
manner for you to understand. Encryption simply is not the beginning
and end of data security. If someone has told you otherwise, you’re
working off of bad information.

> A lesser computer's inability to protect your data has nothing
> whatsoever to do with macOS or FileVault.

Very bad information indeed.

--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly

In message <K4PuJ.40982$bo.22915@fx18.iad> Alan Browne <bitbucket@blackhole.com> wrote:
> On 2021-12-16 16:58, Lewis wrote:
>> In message <aAJuJ.155127$831.108568@fx40.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>> On 2021-12-15 22:48, Lewis wrote:
>>>> In message <MAsuJ.122613$aF1.119314@fx98.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>>>> On 2021-12-15 15:40, Lewis wrote:
>>>>>> In message <OYouJ.64137$zF3.3269@fx03.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>>>>>> The performance cost of Filevault on a T2/Mx Mac is negligible
>>>>>>
>>>>>> You keep repeating this mistake. It is *zero* performance cost.
>>>>
>>>>> Look up "negligible" and stop with the trifling answers.
>>>>
>>>> I know perfectly well what it mans, and it is not applicable here.
>>>> Negligible means there is a difference that *in your opinion) doesn’t
>>>> matter, That is not the case, as there is NO difference.
>>>>
>>>> Stop repeating the same error over and over, you are misleading people
>>>> and you are completely 100% wrong.
>>
>>> No inline conversion can be 0 time. Very fast though.
>>
>> There is no "inline conversion". Stop making up things. If you do not
>> understand what is happening, you can look it up instead of opining
>> nonsense.

> Oh dear Lewis, you need to stop flinging stones.

> Yes, I am in error for the case of a T2 or Mx processor

Not just once, but over and over and over again.

> But of course it is inline conversion as it happens directly between the
> CPU and the storage device: CPU ----> T2 ----> Storage.

No, because that is how data is ALWAYS routed on modern macs, so there is no
"difference".

--
Girl wins her man after showing off her legs and not talking
(The Little Mermaid)

In message <spgpbl$qmq$1@dont-email.me> Doc O'Leary <droleary@2017usenet1.subsume.com> wrote:
> For your reference, records indicate that
> Lewis <g.kreme@kreme.dont-email.me> wrote:

>> In message <spd4qp$g7n$1@dont-email.me> Doc O'Leary <droleary@2017usenet1.subsume.com> wrote:
>>
>> > OK, but be honest with yourself about your threat profile. Apple’s tools
>> > are fine if you only thoughtlessly play in the Apple ecosystem. Once you
>> > start using other technology, interoperable solutions are more useful.
>>
>> there's a meaningless paragraph.

> Sorry to hear about your lack of technical know-how.

You spout meaningless buzzword bingo nonsense it doesn't make it
"technical".

>> > It has never made sense for me to use Migration Assistant.
>>
>> That seems like a PEBKAC problem to me, but you be you.

> Sorry to hear you have difficulty with perspective-taking.

>> > Any data that is important to me is not exclusively on my Mac (nor do
>> > I have just one Mac). I have backups, and I’m better served by
>> > testing them with the new machine than just importing all the cruft
>> > that built up on my old machine.
>>
>> Ah, the legendary 'cruft' bullshit. Spoken like a Windows user.

> Are you just here to troll, or what? I’ve been using Macs since the 80s.

And you seem to think it is still the 80s. And big whoop, I bet most
everyone here has been using macs since the 80s.

> All sorts of software comes and goes over decades of use, and I don’t need
> things like preference files, caches

So, you have no fucking clue what migration assisstant does. Good to
know.

, and all sorts of other stuff hanging
> around for no reason. I much prefer to curate my systems, and for me that
> means being able to start from scratch on a new setup without having to
> rely on proprietary tools to carry everything forward. Again, sorry you
> have trouble understanding things like that.

As I said, that is a PEBKAC issue, you want to do dumb things slowly to
get your feels, that is up to you.

>> And yes, Migration Assistant is a perfectly good way to test your backups
>> since the simplest way to migrate is to boot off your time machine
>> volume and migrate from it.

> Again, Apple-only solutions like Time Machine don’t work for those of us
> who *do* indeed need to venture outside the walled garden.

Utter bullshit. I manage a group of FreeBSD servers and that does not
stop me at all from using my mac and my Mac's software.

>> > Likewise, FileVault only serves to protect the Mac, not the data.
>>
>> What the fuck are you talking about? It protects *EVERYTHING* on the
>> computer.

> Your words make me doubt that I can explain anything in a simple enough

Your words are idiocy. FileVault absolutely does protect the data. Your
inability articulate coherent thoughts is a you problem.

> manner for you to understand. Encryption simply is not the beginning
> and end of data security.

No one claimed it was.

>> A lesser computer's inability to protect your data has nothing
>> whatsoever to do with macOS or FileVault.

> Very bad information indeed.

Why don't you try actually forming complete thoughts instead of vague
nonsense that makes you feel like you know what you are talking about,
even a little bit.

--
<https://en.wikipedia.org/wiki/Posting_style#Top-posting>

On 2021-12-17 00:32, Lewis wrote:
> In message <K4PuJ.40982$bo.22915@fx18.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>> On 2021-12-16 16:58, Lewis wrote:
>>> In message <aAJuJ.155127$831.108568@fx40.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>>> On 2021-12-15 22:48, Lewis wrote:
>>>>> In message <MAsuJ.122613$aF1.119314@fx98.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>>>>> On 2021-12-15 15:40, Lewis wrote:
>>>>>>> In message <OYouJ.64137$zF3.3269@fx03.iad> Alan Browne <bitbucket@blackhole.com> wrote:
>>>>>>>> The performance cost of Filevault on a T2/Mx Mac is negligible
>>>>>>>
>>>>>>> You keep repeating this mistake. It is *zero* performance cost.
>>>>>
>>>>>> Look up "negligible" and stop with the trifling answers.
>>>>>
>>>>> I know perfectly well what it mans, and it is not applicable here.
>>>>> Negligible means there is a difference that *in your opinion) doesn’t
>>>>> matter, That is not the case, as there is NO difference.
>>>>>
>>>>> Stop repeating the same error over and over, you are misleading people
>>>>> and you are completely 100% wrong.
>>>
>>>> No inline conversion can be 0 time. Very fast though.
>>>
>>> There is no "inline conversion". Stop making up things. If you do not
>>> understand what is happening, you can look it up instead of opining
>>> nonsense.
>
>> Oh dear Lewis, you need to stop flinging stones.
>
>> Yes, I am in error for the case of a T2 or Mx processor
>
> Not just once, but over and over and over again.

Since you didn't clarify before, you can't complain over it. Lighten up.

>
>> But of course it is inline conversion as it happens directly between the
>> CPU and the storage device: CPU ----> T2 ----> Storage.
>
> No, because that is how data is ALWAYS routed on modern macs, so there is no
> "difference".

Exactly: inline.

--
Beginning in the 1970's, all birds in North America were replaced by
drones made to look and act like birds. By 2004, no real birds are to
be found. They are all drones. They all belong to the government.
They spy on everyone. All of the time. Birds are not real.

On 2021-12-17 00:32, Lewis wrote:
> In message <K4PuJ.40982$bo.22915@fx18.iad> Alan Browne <bitbucket@blackhole.com> wrote:

>> But of course it is inline conversion as it happens directly between the
>> CPU and the storage device: CPU ----> T2 ----> Storage.
>
> No, because that is how data is ALWAYS routed on modern macs, so there is no
> "difference".

Forgot to add: The T2 appeared in 2017. So there are an awful lot of
modern macs that predate that and are still in use. Oodles.

(The T1 did not provide storage encryption).

--
Beginning in the 1970's, all birds in North America were replaced by
drones made to look and act like birds. By 2004, no real birds are to
be found. They are all drones. They all belong to the government.
They spy on everyone. All of the time. Birds are not real.

On 12/11/21 7:23 AM, Wade Garrett wrote:
> Got a new Mac coming to replace my current one which has FileVault
> turned on.
>
> Better/easier to FileVault the new machine before or after transferring
> data to it via Migration Assistant?
>
OP here.

So I FileVaulted the new Mac during setup. Decided to manually copy over
selected data later rather than use Migration Assistant. No problems,
went quick, working fine.

OK...resume name calling and character assassination ;-)

--
The real reason Santa is so jolly is because he knows where all the
naughty girls live

For your reference, records indicate that
Lewis <g.kreme@kreme.dont-email.me> wrote:

> In message <spgpbl$qmq$1@dont-email.me> Doc O'Leary <droleary@2017usenet1.subsume.com> wrote:
> > For your reference, records indicate that
> > Lewis <g.kreme@kreme.dont-email.me> wrote:
>
> >> In message <spd4qp$g7n$1@dont-email.me> Doc O'Leary <droleary@2017usenet1.subsume.com> wrote:
> >>
> >> > OK, but be honest with yourself about your threat profile. Apple’s tools
> >> > are fine if you only thoughtlessly play in the Apple ecosystem. Once you
> >> > start using other technology, interoperable solutions are more useful.
> >>
> >> there's a meaningless paragraph.
>
> > Sorry to hear about your lack of technical know-how.
>
> You spout meaningless buzzword bingo nonsense it doesn't make it
> "technical".

What buzzwords am I using? I am speaking to general concepts in modern
computing. Again, I’m sorry if such things come across to you as
nonsense. For your own sake, instead of attacking, seek clarity.

> So, you have no fucking clue what migration assisstant does. Good to
> know.

It’s quite possible Apple has massively revamped it since I last used it,
but the onus is on them (or you as their profane proxy) to explain the
changes. You shed no light on how it could possibly cover my use case.

> > Again, Apple-only solutions like Time Machine don’t work for those of us
> > who *do* indeed need to venture outside the walled garden.
>
> Utter bullshit. I manage a group of FreeBSD servers and that does not
> stop me at all from using my mac and my Mac's software.

Well, then, instead of cursing left and right, how about you enlighten us
all on how you do things? How did you get Time Machine to back up your
FreeBSD machines? How do you use Migration Assistant to keep your
various working accounts in sync?

Yes, I use Apple’s software on Apple’s hardware when it makes sense. But
Apple has been going out of their way to make things less useful the
instant you introduce non-Apple solutions into the mix. That’s precisely
why I said FileVault protects the Mac, but not necessarily the *data*,
because the decrypted files may be shared (or sometimes stolen) any number
of ways that obviate any security FileVault provides.

> >> What the fuck are you talking about? It protects *EVERYTHING* on the
> >> computer.
>
> > Your words make me doubt that I can explain anything in a simple enough
>
> Your words are idiocy. FileVault absolutely does protect the data. Your
> inability articulate coherent thoughts is a you problem.

See above. You’re making a fool of yourself.

> > manner for you to understand. Encryption simply is not the beginning
> > and end of data security.
>
> No one claimed it was.

You certainly seem to be doing that. See above.

> Why don't you try actually forming complete thoughts instead of vague
> nonsense that makes you feel like you know what you are talking about,
> even a little bit.

Such hostility is both tragic and unnecessary. Have you been affected
severely by the pandemic, or is there some other hardship in your life
that has left you thinking that lashing out at strangers is the best way
to move through the world? Regardless, I am not your enemy. Change
your tone and we can have a productive discussion. Otherwise, I’m
warming up my killfile.

--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly

In message <spl98i$ggv$1@dont-email.me> Doc O'Leary <droleary@2017usenet1.subsume.com> wrote:
> For your reference, records indicate that
> Lewis <g.kreme@kreme.dont-email.me> wrote:

>> In message <spgpbl$qmq$1@dont-email.me> Doc O'Leary <droleary@2017usenet1.subsume.com> wrote:
>> > For your reference, records indicate that
>> > Lewis <g.kreme@kreme.dont-email.me> wrote:
>>
>> >> In message <spd4qp$g7n$1@dont-email.me> Doc O'Leary <droleary@2017usenet1.subsume.com> wrote:
>> >>
>> >> > OK, but be honest with yourself about your threat profile. Apple’s tools
>> >> > are fine if you only thoughtlessly play in the Apple ecosystem. Once you
>> >> > start using other technology, interoperable solutions are more useful.
>> >>
>> >> there's a meaningless paragraph.
>>
>> > Sorry to hear about your lack of technical know-how.
>>
>> You spout meaningless buzzword bingo nonsense it doesn't make it
>> "technical".

> What buzzwords am I using?

I'm sorry, I mistook you for being literate.

--
“Yes yes, you’re a little mangey”

For your reference, records indicate that
Lewis <g.kreme@kreme.dont-email.me> wrote:

> I'm sorry, I mistook you for being literate.

I’ve given you every opportunity to act more civil, and you have refused.
So trolling all the way into my killfile it is. Wait, is this you:

g.kreme@gmail.com

? I guess you’ve demonstrated your inability to act like an adult to me
in the past. Just the 35th entry, too, so you’ve intentionally been a
jerk for quite a while, haven’t you? That’s sad for you; I hope you find
the help you need. Not sure when you nym-shifted (BTW, Usenet hasn’t be
a ripe target for spammers in 5+ years), but your new one is now resting
comfortably next to the old one.

Shame on me for feeding the troll, though. I apologize to the group for
thinking “Lewis” was worth engaging with.

--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly

In message <spofcf$mgf$1@dont-email.me> Doc O'Leary <droleary@2017usenet1.subsume.com> wrote:
> For your reference, records indicate that
> Lewis <g.kreme@kreme.dont-email.me> wrote:

>> I'm sorry, I mistook you for being literate.

> I’ve given you every opportunity to act more civil, and you have refused.

But you have succeeded in acting like an idiot spouting nonsense.

> So trolling all the way into my killfile it is. Wait, is this you:

> g.kreme@gmail.com

Well, you can at least pattern match, even if you cannot seem to read.

Announcing you are killfiling someone is the true mark of the desperate
troll. It's the equivalent of the 5 year screeching "Oh yeah! Well I'm
not talking to you ever again."

Boo hoo. I's so crushed, princess. I sure will miss your inane replies
devoid of content or meaning.

--
I don't believe there's a power in the 'verse can stop Kaylee from
bein' cheerful. Sometimes you just wanna duct-tape her mouth and
dump her in the hold for a month.

On Sunday, December 19, 2021 at 4:31:31 PM UTC-7, Doc O'Leary wrote:
> For your reference, records indicate that
> Lewis <g.k...@kreme.dont-email.me> wrote:
>
> > I'm sorry, I mistook you for being literate.
> I’ve given you every opportunity to act more civil, and you have refused.
> So trolling all the way into my killfile it is. Wait, is this you:
>
> g.k...@gmail.com
>
> ? I guess you’ve demonstrated your inability to act like an adult to me
> in the past. Just the 35th entry, too, so you’ve intentionally been a
> jerk for quite a while, haven’t you? That’s sad for you; I hope you find
> the help you need. Not sure when you nym-shifted (BTW, Usenet hasn’t be
> a ripe target for spammers in 5+ years), but your new one is now resting
> comfortably next to the old one.
>
> Shame on me for feeding the troll, though. I apologize to the group for
> thinking “Lewis” was worth engaging with.
> --
> "Also . . . I can kill you with my brain."
> River Tam, Trash, Firefly

Several of us reported him years ago. As expected, it did not a thing
to thwart the imbecile. Onion Knight's behavior is totally thoroughly
disingenuous. There is no dispute that as soon as any pardoned 'plonkee'
does one thing to offend the poor daisy's feelings that they'll be reblocked.
Did he think that was clever? Gee, imagine Onion Knight trying to pin
his rubbish on others, no one has ever seen that before ¯\_(ツ)_/¯.

Not long ago I did work on and showed some JavaScript for the front
end which is the only thing you can do when trying to avoid Onion Knight's
immature crap while reading with Google Groups. You're like a bowling
pin in a needle-stack. We all see you there and wonder how you can be
so stupid. And you're so stupid you keep repeating it.

--
One Smart Penny
https://www.walmart.com/browse/books/family-kids-books/cary-fagan/3920_582053_585918/YnJhbmQ6Q2FyeSBGYWdhbgieie
<https://groups.google.com/g/comp.sys.mac.apps/c/VMCw29DnV84>
Narcissistic Bigot Steve Carroll