Privé de permissions(s)? [résolu mais... pas élucidé], Problème d'accès aux fichiers

[losto]

Bonjour.
Probablement suite à un problème sur mon iMac et à une clean install suivie de la récupération de mes données, je me retrouve avec le problème suivant.

J'ouvre un fichier et quand je souhaite l'enregistrer, cela est impossible dans mes dossiers perso, et possible sur le bureau. Les messages d'erreur sont différents selon le logiciel, mais il est clair que c'est un problème d'accès (et non un problème de fichier corrompu comme semblent l'indiquer certains message d'erreur). Toutes les permissions sont les plus étendues possible. Et il m'est impossible de vérifier avec la commande du Terminal RepairHomePermissions car quand je lance cette commande, je finis par avoir le message "Impossible de lancer le processus sous-jacent". Que faire?

[attachment=60516:Capture_...11.55.06.png]

[attachment=60519:Capture_...12.41.26.png]

[attachment=60517:Capture_...12.11.52.png]

[attachment=60518:Capture_...12.29.21.png]

J'ajoute des copies d'écran contradictoires. Infos me dit que je suis autorisé, FileBuddy que non... Je nage...

[attachment=60523:Capture_...17.26.24.png]

[attachment=60522:Capture_...17.23.19.png]

[attachment=60521:Capture_...17.22.06.png]

Ce message a été modifié par losto - 14 Apr 2020, 14:22.

[losto]

Salut.

Je te répond, même si la plupart du temps, il n'y a aucune suite à mes messages.

Il me semble que sur ton Mac il y a des dossiers "Utilisateurs" directement sur le racine du Mac ADLMO par exemple (si j'en crois les copies d'écran).

Et cela c'est mal, et strictement interdit sur Catalina.

À mon avis tes problèmes viennent de là.

Si je ne l'ai pas indiqué, je suis sur High Sierra. Catalina, non merci, trop de logiciels qui vont faire grise mine. Et Mojave m'a déçu, à cause de problèmes avec APFS, lequel s'est révélé plutôt nocif pour les HDD et ne permet plus d'utiliser DiskWarrior (TechTool Pro a retrouvé à l'occasion du service). Depuis très longtemps, des dossiers sont directement sur la racine sans que cela ait jamais créé de problème. Mais je me rends compte qu'il est plus "correct" de les loger à l'intérieur de mon dossier utilisateur.

Trouspinette, je n'ai pas été assez précis il me semble. J'ai bien appliqué ta commande dans Terminal (j'ai déjà utilisé la commande ces jours-ci), ça mouline pendant moins de trente secondes (pour plus de 2To de données), sans résultat.

"Ignorer les autorisations" d'un volume extérieur fonctionne. Donc la solution de secours pour l'instant est de copier des dossiers et fichiers sur l'un d'eux et de pouvoir travailler avec.

La commande"sudo chmod -R 775 /Volumes/Nom_du_volume_Externe" que tu m'indiques semble bien être l'équivalent de cocher la case "Ignorer les autorisations de ce volume". Je me trompe?

Peut-on appliquer cette commande à des éléments du dossier utilisateur, voire au dossier utilisateur?

[trouspinette]

1 - La commande"sudo chmod -R 775 /Volumes/Nom_du_volume_Externe" que tu m'indiques semble bien être l'équivalent de cocher la case "Ignorer les autorisations de ce volume". Je me trompe?

2 - Peut-on appliquer cette commande à des éléments du dossier utilisateur, voire au dossier utilisateur?

1 - Structurellement, non.
chmod change les droits, mais ne joue pas sur les notions de propriété (Possesseur, Groupe et Autres)
Si tu veux une "extrapolation" de la chose, c'est un chmod 777 (au lieu de 775) qu'il faudrait appliquer.

2 - Sur la papier, oui. Ensuite, il se peut qu'il y ait des binaires, applications qui pourraient réagir différemment si les droits initiaux ne sont plus correctement positionnés.

Plus globalement, jouer sur les droits natifs d'un Utilisateur et/ou Système est lourd de conséquences : tu en fait la douloureuse expérience.

Tu peux peut être envisager de refaire une installation neuve, puis ré-importer / recopier tes données Utilisateurs au sein d'un nouveau compte.