'tmutil listbackups' non funziona con tmux in Mojave

0

Ho provato ad elencare i backup TM precedenti durante l'esecuzione in una sessione tmux , ma la soluzione descritta in questa domanda non sembra più funzionare su macOS Mojave:

root@nomi ~> tmutil listbackups
The operation could not be completed because tmutil could not access
private application data on the backup disk. Use the Privacy tab
in the Security and Privacy preference pane to add Terminal to the
list of applications which can access Application Data.

Ho provato a concedere l'accesso Terminal ai miei dati:

ma non funziona. Quindi, come faccio a elencare / eliminare i miei vecchi backup in Mojave se eseguo la shell in tmux ?

    
posta Ivanov 11.11.2018 - 17:13
fonte

1 risposta

1

È necessario eseguire il comando all'interno di Terminale senza alcun antenato diverso dal programma stesso: non c'è screen o tmux o qualsiasi altro helper terminale.

Altrimenti il programma chiamante sarà helper e non Terminal stesso, e dovrai aggiungere quell'hel a Impostazioni sulla privacy di MacOS.

EDIT: aggiungi informazioni pstree

Questo accade, almeno per tmux , perché genera un altro processo che è non un figlio di iTerm / Terminal. Con pstree vedo quanto segue:

-+= 00001 root /sbin/launchd
...
 | |-+= 12748 maxxer /Applications/iTerm.app/Contents/MacOS/iTerm2 --server login -fp maxxer
 | | \-+= 12749 root login -fp maxxer
 | |   \-+= 12750 maxxer -zsh
 | |     \--= 14144 maxxer tmux
...
 |-+= 14146 maxxer tmux
 | \-+= 14147 maxxer -zsh
 |   \--= 14170 root top
 |--= 14212 maxxer /System/Library/Frameworks/CoreServices.framework/Frameworks/Metadata.framework/Versions/A/Support/mdworker_shared -s mdworker -c MDSImporterWorker -m com.apple.mdworker.shared

PID 14144 è tmux lanciato in iTerm2, mentre 14146 è il vero tmux programma che esegue top nella prima shell

    
risposta data 19.11.2018 - 10:11
fonte

Leggi altre domande sui tag