MacOS: le montage de sparsebundle protégé par mot de passe ne demande pas de mot de passe

1

J'ai un sparsebundle crypté et protégé par mot de passe que je monte et démonte de temps en temps à partir du terminal. Je veux que le système demande le mot de passe à chaque fois que je le monte, mais pour une raison quelconque, il se souvient.

Voici comment je le monte: hdiutil attach ~/path/to/my/bundle -mountpoint ~/my/mountpoint

Voici quelques exemples de tentatives faites pour le démonter:

hdiutil detach -force ~/path/to/my/bundle
hdiutil detach -force /Users/me/path/to/my/bundle
hdiutil eject -force ~/path/to/my/bundle
diskutil eject ~/path/to/my/bundle
diskutil unmount force ~/path/to/my/bundle

(J'ai lu ici cette hdiutil unmount n’est pas suffisant pour que le système oublie le mot de passe.)

Cependant, peu importe ce que j'essaie, le système "se sert" utilement du mot de passe à chaque fois.

Le système oublie le mot de passe uniquement lorsque j'utilise le bouton d'éjection dans le Finder.

En outre, mon trousseau ne contient aucune entrée suggérant que le mot de passe a été mis en cache. (Du moins, je ne le trouve pas. Il n’y en a pas de genre disk image password.)

J'ai même créé un nouveau sparsebundle, avec un nouveau nom et un mot de passe différent, mais le problème persiste.

Qu'est-ce que j'oublie ici? Comment puis-je m'assurer que le système toujours demande le mot de passe, chaque fois que je monte le sparsebundle?

jqno
la source
Dans ce poster la procédure suivante a été suggérée: "Je devais d'abord utiliser unmount force option, puis rouvrez le volume dans le script, puis éjectez-le. Et ça a marché. "
harrymc
Essayé, mais malheureusement ne fonctionne pas pour moi.
jqno
Utilisez detach, puis fermez la session de terminal. L'ouverture d'une nouvelle session de terminal vous permettra-t-elle toujours de monter sans mot de passe?
Elmo
2
Un autre cas d’Apple vous sauvant de vous-même. La facilité d'utilisation est plus importante que la sécurité.
HackSlash
@ Elmo Nope. Seul le bouton d'éjection dans le viseur semble fonctionner de manière fiable jusqu'à présent. Et redémarrer le système.
jqno

Réponses:

0

C'est un peu triste, mais j'ai finalement réussi à trouver un moyen de le faire avec AppleScript:

osascript -e 'tell application "Finder" to eject "<name>"'

le <name> doit correspondre au nom dans la barre latérale du Finder.

jqno
la source