57 votes

Répertoire insécure en écriture / Utilisateurs / Nom d'utilisateur dans PATH, mode 040777 lors de l'exécution de commandes Ruby

Quand je lance le Rubis des commandes comme gem -v , j'obtiens cette erreur:

/Utilisateurs/kristoffer/.rvm/rubis/ruby 1.9.2-p180/bin/gem:4: avertissement: l'Insécurité du monde écriture dir /Utilisateurs/kristoffer dans le CHEMIN d'accès, le mode de 040777

1.6.2

Tout d'abord, je ne comprends pas ce que cela signifie. /Utilisateurs/kristoffer n'est pas dans mon chemin selon echo $PATH. Le résultat de l' echo $PATH est:

/Users/kristoffer/.rvm/gems/ruby-1.9.2-p180/bin:/Users/kristoffer/.rvm/gems/ruby-1.9.2-p180@global/bin:/Users/kristoffer/.rvm/rubies/ruby-1.9.2-p180/bin:/Users/kristoffer/.rvm/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin

Comme vous pouvez le voir, le CHEMIN est assez propre. Juste le chemin d'accès par défaut + que RVM ajouté.

J'ai vu les autres postes similaires dans le cas de la méthode recommandée pour résoudre ce problème, exécutez chmod go-w path/to/folder

Cependant, je suis assez sûr que c'est une mauvaise idée de faire mon dossier d'Accueil non-inscriptible, droit? J'ai réparé les autorisations à l'aide de l'Utilitaire de Disque et il n'a pas trouver quelque chose de mal avec les autorisations sur mon dossier Home.

Toute idée de ce qu'est le problème et comment je peux résoudre ce problème?

106voto

Gordon Davisson Points 22534

Votre dossier ne doit être accessible en écriture par vous, pas par quelqu'un d'autre. La raison de gem est de se plaindre à ce sujet est que vous avez des dossiers dans votre CHEMIN d'accès qui sont à l'intérieur de votre (insécurité) dossier d'accueil, ce qui signifie que toute personne qui le souhaite pourrait pirater vous de renommer/déplacer vos .rvm dossier et de le remplacer par un imposteur.

Pour fixer votre dossier d'accueil, exécutez chmod go-w /Users/kristoffer. Si il y a d'autres insécurité des dossiers sur la façon de quoi que ce soit dans votre CHEMIN, vous devez les fixer de la même manière.

BTW, la raison pour laquelle l'Utilitaire de Disque n'a pas de réparation c'est qu'il ne répare les fichiers installés dans le cadre de l'OS (voir Apple KO article sur le sujet). Il y a une option pour réparer la maison des autorisations de dossier si vous démarrer à partir du DVD d'installation et exécutez Réinitialisation de Mot de passe dans le menu Utilitaires, mais je ne suis pas sûr si il réinitialise les autorisations eux-mêmes ou tout simplement à la propriété.

11voto

Michael Calkins Points 3927

Je n'arrêtais pas de recevoir cela dans mon invite.

entrez la description de l'image ici

Je ne pouvais pas tout faire correctement avec mon invite de commande, mais cela a fini par fonctionner.

entrez la description de l'image ici

5voto

user2952657 Points 61

Récemment, cela m'est arrivé et il s'agit d'un bug dans la mise à niveau vers Mac OSX 10.9.3. On dirait que la mise à niveau change les autorisations dans le dossier User. Voici une explication et un correctif:

http://derflounder.wordpress.com/2014/05/16/users-folder-being-hidden-with-itunes-11-2-installed-and-find-my-mac-enabled/

4voto

Gabriel Reiser Points 21
 chmod 755 /Users/<username>
 

Devrait résoudre le problème ...

1voto

esod Points 11

J'ai trouvé une solution. Comme user2952657, j'ai eu cet avertissement avec vagrant après la mise à niveau vers OSX 10.9.3. Mettre à jour iTunes vers la version 11.2.1 était tout ce dont j'avais besoin pour faire cesser l'avertissement.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X