Il disco crittografato non si sblocca più: non autorizzato a eseguire operazioni (udisks-error-quark, 4)

Nel 2012 ho usato l’utility gnome-disks di Ubuntu per crittografare un’unità esterna.
L’anno scorso ero ancora in grado di sbloccarlo.

Ma oggi ho provato di nuovo su Ubuntu 2012.04 e gnome-disks dice:

 Error unlocking encrypted device Not authorized to perform operation (udisks-error-quark, 4) 

Come risolvere questo e sbloccare i miei dati?

Non autorizzato a eseguire operazioni (udisks-error-quark, 4)

Il codice di errore 4 restituito da udisks2 (che viene utilizzato internamente da gnome-disks-utilities) è il costante UDISKS_ERROR_NOT_AUTHORIZED_CAN_OBTAIN nel codice.

Questo codice viene restituito, se il sobject corrente (in realtà le applicazioni gnome-disks) non è autorizzato a eseguire l’operazione di sblocco, tuttavia potrebbe essere consentito se verrà fornita un’ulteriore autenticazione, in genere fornendo la password (root) dell’amministratore di sistema.

Tale query di password aggiuntiva viene generalmente gestita da un cosiddetto agente di autenticazione. Sembra che questo agente non sia configurato correttamente nel proprio ambiente.

Ho avuto lo stesso problema usando gnome-disks all’interno di una i3wm-session (in archlinux – comunque questo dovrebbe essere simile sotto Ubuntu): Dopo aver installato l’agente di autenticazione (legacy) “polkit-gnome” (e avviarlo in una sessione di avvio script), ho ottenuto prima la finestra di dialogo della passphrase per specificare la passphrase LUKS del dispositivo e quindi una seconda finestra di dialogo che richiede la password di root.

In alternativa, la riga di comando che hai menzionato può anche essere eseguita usando udisksctl in modo più pulito:

 udisksctl unlock --block-device /dev/sda1 udisksctl mount --block-device /dev/mapper/my_encrypted_volume 

Si noti che lo udisksctl unlock richiederà le (stesse) due password come farebbero i gnome-disks quando l’agente di autenticazione è configurato correttamente. Non c’è bisogno di usare sudo qui.

Per ulteriori informazioni, consultare la documentazione di udisks2 e polkit o esaminare direttamente il codice sorgente di udisks2. Questo è il modo in cui ho capito e finalmente risolto il problema per me.

Il problema può essere risolto con sudo:

 gksudo gnome-disks 

quindi, operare normalmente

Ciò che mi ha aiutato è molto simile alla spiegazione di Thrushbeard, ma non posso ancora postare commenti.

Ho installato mate-polkit e poi ho eseguito /usr/lib/x86_64-linux-gnu/polkit-mate-authentication-agent-1 . Se non stai usando Mate, allora c’è una panoramica su tutti i pacchetti Polkit . Fare clic sul rispettivo link su quella pagina wiki e quindi su “Visualizza l’elenco dei file per [pacchetto]” per trovare il nome dell’eseguibile per il proprio ambiente. Spero possa essere d’aiuto!

Il problema può essere risolto tramite la riga di comando:

 sudo cryptsetup luksOpen /dev/sda1 my_encrypted_volume sudo mkdir /media/adhoc sudo mount /dev/mapper/my_encrypted_volume /media/adhoc 

Ora puoi accedere ai tuoi file nella cartella / media / adhoc.
my_encrypted_volume e adhoc possono essere il nome che vuoi (senza spazio), tutto funzionerà.