On 2017-09-30 17:39:35 +0000, Jaimie Vandenbergh
<
jai...@sometimes.sessile.org> said:
> On Sat, 30 Sep 2017 17:52:47 +0100, Ian McCall <
i...@eruvia.org> wrote:
>
>> Mine is:
>>
>> APPLE SSD AP0512H Media
>>> Container disk1
>>> Macintosh HD
>>
>> Can you please let me know what your layout looks like?
>
> Same. However, the GUI DU lies about all sorts of things, and that's
> probably not particularly useful info.
>
> Try 'diskutil list' instead, and this is an example of a standard APFS
> layout:
Ians-MacBook:~ ian$ diskutil list
/dev/disk0 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 500.3 GB disk0
1: EFI EFI 314.6 MB disk0s1
2: Apple_APFS Container disk1 499.3 GB disk0s2
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +499.3 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh HD 442.5 GB disk1s1
2: APFS Volume Preboot 20.0 MB disk1s2
3: APFS Volume Recovery 520.0 MB disk1s3
4: APFS Volume VM 1.1 GB disk1s4
/dev/disk2 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme +3.3 TB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS Time Machine Backups 3.3 TB disk2s2
So essentially the same, though interestng there's no Apple_KernelCoreDump
> <snip>
> When you go through the "enable filevault" procedure, theres a pane for
> "each of these users must enter their passwords now in order for them to
> be able to unlock the disk". Have you tried creating/using one of the
> other users to do this bit, and not add your own to the list? I think
> you'd need to run the Enable FV from another user.
Yes - The following users weren’t allowed to unlock this disk because
an unknown error occurred: test. If I try from the user test itself, I
get:
"Authentication server refused operation because the current
credentials are not authorized for the requested operation".
>
> Out of interest I put in a wrong password for one of those, and that
> reports
>
> fault 18:38:35.922974 +0100 opendirectoryd Authentication failed
> for <private> with ODErrorCredentialsInvalid
> default 18:38:35.923262 +0100 opendirectoryd ODRecordVerifyPassword
> failed with result ODErrorCredentialsInvalid
>
> Not sure if that's any use for you, but there we go.
Here's what I -think- has happened, but can't prove:
- My iCloud account goverened all of it under Sierra - filevault,
login password - everything
- Apple revoked that ability a year ago but didn't affect running
installations
- on upgrade, I was asked to set a different password to my iCloud one
- I set a temp one
- I then went in and set a new user password - got loads of keychain
errors about local items
- eventually worked, but I needed the origial 'different' password,
not the one I set later, when booting
- I tried to update filevault so I could use same password for both -
I disabled filevault
- nearly a week later, I went to turn it back on again expectig it to
ask for my newer password
- it didn't, and in fact can't proceed.
I think it's got confused and has the hash either of my iCloud password
or of the original one I was forced to reset. I think because it sees
the account names as the same it -thinks- it's up to date, but in
reality it's out of sync.
I think I'm screwed and need a full reinstall.
Damn.