High Sierra cancella la chiave FileVault durante l'ibernazione?

7

Prima di oggi, con 10.12 e ora (High Sierra 10.13), avevo DestroyFVKeyOnStandby 1 . Con 10.12, aprivo il coperchio del mio portatile dopo che era stato in ibernazione per un po ', premevo il tasto di accensione, e mi avrebbero richiesto 2 password (identiche). Vorrei inserire la prima password, una barra di stato sarebbe progredire, e poi mi sarebbe stata chiesta la seconda password.

Con 10.13, tutto è uguale, ma manca la prima password. Ho sempre pensato che la barra di stato (in 10.12) significasse che stava decodificando il disco (o parte di esso). Se è così, ora decodifica prima ancora che mi chieda l'unica password per farmi entrare. Vale a dire, c'è la barra di stato, quindi la richiesta della password.

Qualsiasi chiarezza sul perché questo potrebbe essere diverso e se c'è qualcosa che dovremmo sapere sarebbe apprezzato.

Aggiorna Dopo aver attivato DestroyFVKeyOnStandby e riavviato alcune volte (in definitiva, non ho modificato nulla), la situazione è la seguente:

Dopo l'ibernazione, premo il tasto di accensione, viene visualizzato il logo Apple, inserisci FileVault / Login PW, barra di avanzamento, infine desktop. Questo è l'opposto della mia situazione precedente [barra di avanzamento - > Prompt PW]. Buono, ma ancora solo un prompt PW. Perché? La mia ipotesi è che la macchina sa che sono uguali (impostarli contemporaneamente)?

Ora posso ricreare la mia situazione precedente impostando DestroyFVKeyOnStandby 0 (non era 0 prima). Questo è ciò che dovrebbe fare 0 .

Inoltre, se imposto DestroyFVKeyOnStandby 1 e disattivo sleep-screen-lock, mi viene comunque richiesto un PW. Questo mi porta a credere che la mia macchina stia chiedendo il mio FileVault PW, il risultato previsto.

Suppongo che il mio ultimo consiglio sia di giocherellare un po 'con DestroyFVKeyOnStandby e riavviare un paio di volte. So che non è molto scientifico, ma non dovrebbe ferire.

    
posta user4396386 02.10.2017 - 07:35
fonte

1 risposta

1

Rimuovere apparentemente /Library/Preferences/com.apple.PowerManagement.plist e quindi eseguire un pmset -a DestroyFVKeyOnStandby 1 mentre Root ha fatto funzionare di nuovo in modo affidabile le cose.

Non ho idea di cosa stia causando la precedenza sul file com.apple.PowerManagement.<UUID>.plist su ogni aggiornamento, ma è piuttosto fastidioso dover ricordare di rimuovere il file di configurazione non UUID ogni volta.

    
risposta data 20.11.2017 - 04:47
fonte

Leggi altre domande sui tag