J'essaie de faire ce qui suit sur mon Mac (10.6.7):
sudo chown myusername:wheel ./entries
mais Unix / Mac retourne "Operation not allowed". Quand je ls -lash
le fichier coupable, il ressemble à ceci:
8 -rwxrwxrwx 1 myusername staff 394B Apr 26 23:26 entries
J'ai essayé sudo
et sudo su
; rien ne fonctionne. Des idées quoi de neuf?
J'essaie de chmod
fichiers que j'ai copiés à partir de mon ancien ordinateur Ubuntu. La plupart des fichiers ont été chmod
édités avec succès de manière récursive. juste celui-ci est bloqué et je ne comprends pas pourquoi.
macos
file-permissions
josef.van.niekerk
la source
la source
sudo chgrp wheel ./entries
?Réponses:
Oui, Mac apporte de nombreuses améliorations à Unix dans le domaine des fichiers. En ignorant la totalité de la fourchette de ressources qui n’est plus très utilisée, il existe:
ugo
rwx
et ainsi de suite. Les outils Unix normaux s'appliquent.ls -le
et modifiable avecchmod [ -a | +a | =a ]
.ls -lO
(Capital oh, pas zéro) et modifiables avecchflags
.ls -l@
(clés d'attribut uniquement) et visibles et modifiables avecxattr
. (Utilisezxattr -h
de l'aide siman xattr
ne vous donne rien.)sudo
de l’exécution en tant queroot
. Les fichiers protégés par SIP seront listés parls -lO
ayant lerestricted
drapeau et / ou parls -l@
l'com.apple.rootless
attribut.Des opérations sur un fichier peuvent être refusées en raison d'autorisations Unix, de listes de contrôle d'accès, d'indicateurs de fichier ou de SIP. Pour déverrouiller complètement un fichier:
Si la protection de l' intégrité du système (SIP) est activé,
sudo chflags norestricted
etsudo xattr -d com.apple.rootless
également renvoyer une erreur « Opération non autorisée ». Pour effacer l'indicateur et / ou l'attribut, vous devez démarrer macOS Recovery et exécuter les commandes à partir de Terminal (vous devrez peut-être d'abord utiliser Utilitaire de disque pour déverrouiller et monter votre lecteur de démarrage, puis rappelez-vous que vos fichiers seront sous/Volumes/Macintosh HD
ou quel que soit votre démarrage. lecteur est nommé) ou désactivez SIP complètement puis redémarrez et les commandes devraient alors fonctionner. Sachez toutefois que les futures mises à jour du système d'exploitation restaureront probablement l'restricted
indicateur et lescom.apple.rootless
attributs des fichiers que vous avez supprimés.La désactivation de SIP n'est pas recommandée car elle supprime une grande partie de la protection contre les logiciels malveillants et les dommages accidentels. De plus, il n'est pas nécessaire de supprimer simplement la protection fichier par fichier. Si vous désactivez SIP, réactivez-le lorsque vous avez terminé les modifications.
Notez que si
ls -lO
affiche l'schg
indicateur est défini, vous devez passer en mode mono-utilisateur pour le désactiver. Je ne vais pas m'étendre là-dessus, car il y a de plus grandes questions sur la raison pour laquelle le fichier a cet indicateur défini, pourquoi vous essayez de le gêner et quelles en seront les conséquences.la source
sudo chflags -R nouchg,noschg,nouappnd,nosappnd,noopaque,dump .
-N
et lesugo+rw
deux à la fois (je les aiFailed to clear ACL on file ugo+rw: No such file or directory
) mais les exécuter individuellement a bien fonctionné. Si récursif est souhaité, il-R
doit être le premier argument.Cmd-R
), ouvrez Terminal et exécutez-lecsrutil disable
, puis redémarrez-le (pour le réactiver, utilisez-lecsrutil enable
).override rwxrwxrwx huttarl/staff uchg for green.html?
J'ai eu le même problème. Il s’avère que les fichiers incriminés ont été marqués «Verrouillé» par le système d’exploitation. J'ai trouvé cette solution et elle a résolu les problèmes en quelques secondes:
http://explanatorygap.net/2005/07/10/unlocking-files-recursively-from-the-command-line/
Sous OS X avant Tiger:
find /Volumes/Transit -flags +uchg -print0 | xargs -0 chflags nouchg
Sous OS X après Tiger:
sudo rm -Rf foldername/
En outre, même après OS X 10.4, il peut exister des indicateurs de métadonnées de fichier tels que
uchg
etuappnd
qui empêchent toute modification des autorisations ou de la propriété des fichiers.chflags
peut enlever les drapeaux. Certains attributs / métadonnées de fichier et leur traitement par différents outils de copie se trouvent ici .la source
sudo rm -Rf foldername/
fonctionne parfaitement sur OSX Mountain Lionrm
supprime le répertoire. Y at-il un moyen de tout déverrouiller sans le supprimer? Lorsque je regardeuchg
n'est pas défini, et que je peux l'activer et le désactiver comme prévu (avecchflags [no]uchg
), mais cela n'a aucun effet sur l'icône de verrou dans le Finder, ni sur ma capacité àchown
.J'ai eu le même problème avec le Crashplan.app.
Toutes les solutions énumérées ici ne m'aideraient pas, mais celle-ci a fait l'affaire: http://forums.macrumors.com/showthread.php?t=1546163
Vous devez modifier les indicateurs immuables du système et de l'utilisateur:
Faites ceci pour voir quels drapeaux sont actifs sur votre fichier / dossier:
La réponse pourrait ressembler à ceci:
schg , uchg sont ces drapeaux immuables. Un pour le système et un pour l'utilisateur. Pour les supprimer, procédez comme suit:
Ensuite, pour moi au moins, le fichier est déverrouillé et vous pouvez le supprimer!
la source
chflags
utilisersudo
, mais c'est logiquedrwxrwxr-x@ 3 _BGMXPCHelper admin schg 96B 9 Jan 2018 CrashPlan.app
), et celui-ci était la seule solution qui m'a permis de le supprimer, merci!Sous OS X 10.11 (El Capitan), cela peut également être causé par la nouvelle fonctionnalité Rootless . Voir cette réponse pour une explication.
Bref, pour certains répertoires importants, il n'y a aucun moyen de les modifier - si vous utilisez
sudo
,chown
ouchmod
. Cela affecte le/usr
répertoire (bien que vous soyez autorisé à le modifier/usr/local
).Pour modifier un répertoire protégé par Rootless, vous devez désactiver Rootless . Et bien sûr, réactivez-le après vos modifications, car il s'agit d'une amélioration importante de la sécurité.
la source
Après beaucoup de difficultés, voici ce que j'ai dû faire pour résoudre le problème:
~/Desktop
sudo chown myusername:staff ./entries
sudo rm ./entries
sudo mv ~/Desktop/entries ./entries
la source
J'ai eu le même problème, à propos de mon dossier personnel. À la fin, je viens d'utiliser finder comme ceci:
Allez -> Ordinateur -> votre disque -> Utilisateurs -> votre nom d’utilisateur -> clic droit -> Obtenir des informations
J'ai trouvé que c'était verrouillé, probablement je l'ai fait dans le passé et j'ai oublié. Décochez la case verrouillée, le problème est résolu.
Je peux recommander d'utiliser "Get Info" dans Finder pour résoudre ce type de problèmes.
(OS X 10.8.3)
la source
.iso
partir de Virtual Box glitchy.Assurez-vous que le fichier et son dossier parent sont déverrouillés
Je rencontrais un problème similaire lorsque je tentais de supprimer un fichier de signature de messagerie Mac Mail. Je ne pouvais pas le supprimer avant d'avoir déverrouillé le fichier ainsi que son dossier parent.
la source