M
Membre supprimé 1060554
Invité
Le tableau est clarifié :
Désactiver l'«OwnerShip » sur un volume externe démarrable (clone) > n'affecte en rien les permissions locales du volume. Ce qui fait que, si on décide de démarrer sur un tel volume > dans le temps du boot seules ces permissions locales existent (les instructions du fichier volinfo.database recelé dans le volume de l'OS étant hors jeu). Par conséquent > le volume est démarrable > puisque c'est bien root qui est l'user identifié du volume et des dossiers-Système comme requis.
----------
Ce bref survol m'amène à trouver incompréhensible le blocage de «SuperDuper !» qui devrait savoir gérer une situation où l'«OwnerShip » est désactivé sur le volume d'un clone. J'en suis donc au même point que toi.
Tu peux toujours faire l'essai suivant : fais un ⌘I sur l'icône du volume La Cie 1TO > fenêtre d'informations du Finder > déverrouille le cadenas en t'authentifiant > coche la case du bas : "Ignorer les autorisations de ce volume" qui désactive l'« OwnerShip ». Re-démarre ton Mac un fois pour que cette nouvelle instruction dans le fichier volinfo.database soit prise en compte.
=> Lance «SuperDuper !» et re-déclenche un re-clonage incrémentiel au volume La Cie 1 TO. Est-ce qu'il y a toujours blocage ou non ?
- l'user local du volume La Cie 1TO et de ses contenus est root (le System Administrator) et le groupe propriétaire est wheel (le groupe-Système).
- dans la mesure où l'«OwnerShip » (propriété locale) est activé > le volume monte pour ta session dans le respect des permissions locales du volume.
Désactiver l'«OwnerShip » sur un volume externe démarrable (clone) > n'affecte en rien les permissions locales du volume. Ce qui fait que, si on décide de démarrer sur un tel volume > dans le temps du boot seules ces permissions locales existent (les instructions du fichier volinfo.database recelé dans le volume de l'OS étant hors jeu). Par conséquent > le volume est démarrable > puisque c'est bien root qui est l'user identifié du volume et des dossiers-Système comme requis.
----------
Ce bref survol m'amène à trouver incompréhensible le blocage de «SuperDuper !» qui devrait savoir gérer une situation où l'«OwnerShip » est désactivé sur le volume d'un clone. J'en suis donc au même point que toi.
Tu peux toujours faire l'essai suivant : fais un ⌘I sur l'icône du volume La Cie 1TO > fenêtre d'informations du Finder > déverrouille le cadenas en t'authentifiant > coche la case du bas : "Ignorer les autorisations de ce volume" qui désactive l'« OwnerShip ». Re-démarre ton Mac un fois pour que cette nouvelle instruction dans le fichier volinfo.database soit prise en compte.
=> Lance «SuperDuper !» et re-déclenche un re-clonage incrémentiel au volume La Cie 1 TO. Est-ce qu'il y a toujours blocage ou non ?