Le nom de l'ordinateur ne cesse de changer OSX 10.10 (14A389)


60

Depuis que je suis passé à Yosemite 10.10 (14A389), le nom de mon ordinateur ne cesse de changer, en ajoutant a (2) et (3), etc.

Une idée de comment réparer ça?


→ guillaumevincent: veuillez préciser 1) quelle version de Yosemitevotre ordinateur est en cours d'exécution, 2) sous  > System Preferences… > Networkcombien d'interfaces sont vertes (c'est-à-dire vertes)?
dan

Le correctif découvert mentionné à quelques reprises ci-dessous est ce que j'ai fini par faire (j'ai modifié le plist à la main, mais le même effet). Cela n'arrête pas les demandes de renommage non autorisé, mais cela oblige votre ordinateur à les ignorer. Jherran et Grgarside ont les meilleures réponses à ce jour.
Spyder

Aussi bonne perspicacité chez apple.stackexchange.com/questions/40734
bmike

Réponses:


27

Allez sur Macintosh HD> Bibliothèque> Préférences> SystemConfiguration et supprimez les fichiers suivants:

  • com.apple.airport.preferences.plist
  • NetworkInterfaces.plist
  • preferences.plist

Puis redémarrez le Mac.

Les noms d'hôtes doivent être recréés correctement.

(Selon http://forums.imore.com/os-x-yosemite-10-10/304804-my-computer-name-changing-10-10-a.html, ces instructions sont fournies par un technicien Apple.)


1
Cela a fonctionné pour moi, même si vous avez oublié de mentionner le redémarrage.
Joshua Kolden

1
Ce n'est pas nécessaire à moins que vous n'amélioriez pas à la version 10.10.1 ou ultérieure ...
bmike

2
Cela ressemble à un "canon pour tuer une mouche" solution. : /
Noldorin le

cela ne fonctionnera pas sur El Capitan ou plus tard - même avec la saisie du mot de passe de l'utilisateur. Le vérificateur d'intégrité du système vous empêche de supprimer les fichiers.
ortonomy

15

Pour ce faire, exécutez les commandes suivantes sur le terminal:

sudo /usr/libexec/PlistBuddy -c "Add :ProgramArguments: string --no-namechange" /System/Library/LaunchDaemons/com.apple.discoveryd.plist

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist

et

sudo scutil --set ComputerName <host-name-U-want>
sudo scutil --set HostName <host-name-U-want>
sudo scutil --set LocalHostName <host-name-U-want>
hostname -f

Bonjour et merci de votre participation sur ce site. Pourriez-vous expliquer ce que font ces commandes?
Saaru Lindestøkke

J'ai découvert ce correctif moi-même, je ne pouvais pas comprendre ce qui causait les changements de nom. +1!
Spyder

2
En fait, il s’avère que --no-namechange désactive un ensemble de services bonjour lorsque discoveryd reçoit une demande de changement de nom et l’élimine. La recherche de partages de fichiers AFP dans le Finder a cessé de fonctionner pour moi jusqu'à ce que je répète ce changement :(
Spyder

→ Spyder: veuillez spécifier 1) quelle version de Yosemite vous utilisez, 2) sous > Préférences Système…> Réseau combien d'interfaces sont-elles vertes?
dan

1
Cela désactive également Airdrop, 10.10.3 iMac
Gotschi

8

Cela l'a résolu pour moi:

Allez dans Préférences Système -> Économiseur d'énergie. Sélectionnez "Adaptateur secteur" puis décochez "Réveiller pour accéder au réseau".

Depuis que je l'ai fait il y a quelques jours, mon nom d'ordinateur est resté le même.


9
Oui, mais que faire si je veux le réactiver pour accéder au réseau?
Uko

5
Ensuite, vous êtes foutu jusqu'à ce que le bug soit corrigé.
Alan Shutko

Je crois que la réponse de @ SteveEisner est meilleure. Cela ne casse pas les fonctionnalités qui nécessitent "Wake pour l'accès au réseau" (ce qui peut casser Find My Mac, d'ailleurs).
Joshua Kolden

Travaille pour moi. Je n'ai pas besoin de wake-on-LAN et c'est beaucoup moins invasif que l'autre suggestion.
unixtippse

1
Cela est dû à une interaction avec un démon appelé discoverydet aux mandataires de veille présents dans les Apple TV et les aéroports. Les téléviseurs Apple et les aéroports doivent être éteints avant de procéder à cette modification, puis rallumés (comme je l'ai expliqué ici ). 9to5Mac indique qu'il discoveryda été abandonné sous OS X 10.10.4 beta et remplacé par le mDNSResponderdémon précédemment évincé . Donc, ce problème devrait être corrigé sous OS X 10.10.4.
David

5

Il s’agit d’un bogue de la version 10.10 (la version initiale) qui peut être corrigé simplement en passant à la version 10.10.1 - build 14B25.

Ouvrez l'App Store et appliquez la mise à jour 10.10.1 (ou ultérieure) et définissez-le dès que vous renommez tous les ordinateurs ayant adopté le nom (2).

Il existe toujours des problèmes si vous avez une ancienne Apple TV, des ordinateurs plus anciens sur lesquels ils seront renommés et renommés eux-mêmes, mais votre ordinateur ne devrait pas se renommer lui-même s'il s'agit du seul périphérique du réseau.

Mon hypothèse est qu'il faudra un certain temps pour que cela se dissipe et implique des changements de routeur Airport, des mises à jour Airport et Apple TV, ainsi que des mises à jour iOS et Apple. Dans un ménage comptant environ 20 appareils, tous ne peuvent pas être mis à jour au plus tard.

La cause première de ceci est double:

  1. Les ordinateurs avec des adresses IPv4 et IPv6 peuvent être littéralement contactés de deux manières différentes et bonjour / mDNS / discoveryd ne gère pas encore cette dualité correctement.
  2. Les ordinateurs qui dorment ou perdent le contact avec le serveur DHCP (généralement votre routeur) peuvent avoir leur ancienne adresse proxy ou mise en cache - ce qui est actuellement géré en ajoutant (2) ou en incrémentant la valeur dans (x) de un si l'adresse proxy / mise en cache n'a pas n’a pas expiré lorsque vous vous reconnectez au réseau ou que vous sortez le périphérique du mode veille.

Les commentaires ne sont pas pour une discussion prolongée; cette conversation a été déplacée pour discuter .
bmike

4
  1. Ouvrez / System / Library / LaunchDaemons/com.apple.discoveryd.plist avec Xcode.

  2. Ajoutez une chaîne au tableau ProgramArguments contenant --no-namechange.

  3. Sauvegarder et redémarrer.


1
Dans mon mac, ce fichier est verrouillé et ne peut pas être modifié directement. Utiliser PlistBuddy pour le modifier a fonctionné.
pupeno

2

La méthode de Scagg a corrigé cela pour moi. Ce problème ne s'est posé que lorsque Time Machine n'a pas réussi à trouver le serveur de sauvegarde sur notre réseau en raison de ce changement de nom agaçant. Le retour du nom à l'original dans les Préférences Système a résolu le problème immédiatement. Bien sûr, je doute que ce soit une solution permanente, mais c'est un remède facile. Merci beaucoup Scaggs.


1

Je déteste dire ça, mais je vis aussi ça.

Une solution que j'ai trouvée (on ne sait pas si c'est permanent) est d'aller dans les Préférences Système dans la barre de recherche, vous pouvez taper 'Nom de l'ordinateur' et le sélectionner puis le modifier en effaçant le (2) ou le (3).


1
J'ai essayé ça, mais ça ne marche pas. Un jour ou deux plus tard et le nom est à nouveau changé.
Drekka

FYI - tout changement de nom peut aider et coller des choses pendant un moment.
bmike

1

PlistBuddy est une application pour éditer des fichiers plist (préférences). / usr / libexec est l'endroit où il se trouve. Le script utilise ensuite cette application pour modifier le fichier plist du nom de l'ordinateur en ajoutant une ligne lui indiquant de ne pas modifier le nom.

Personnellement, je vais continuer à enlever le (2) jusqu'à ce qu'ils le réparent. Bien qu'il soit facile d'entrer et de remettre le système en place, j'oublierai inévitablement et, dans quelques années, cela me frustrera et me mettrait des heures à diagnostiquer ... mais ce n'est que moi.


En effet, essayer de me rappeler que quelque chose de codé en dur semble si souvent causer plus de problèmes que ce que j’essayais de résoudre.
bmike

1

Je ne crois pas que le problème soit local à votre ordinateur. J'ai commencé à remarquer ce problème avec l'introduction d'iOS 8. Mon AppleTv a ajouté un (n) après le nom. Lorsque j'ai mis à niveau mon MacBook vers Yosemite, la même chose s'est produite.

Si vous vous connectez à http://iCloud.com et accédez à Paramètres, vos périphériques iOS8 et Yosemite sont répertoriés. Je n'ai pas encore trouvé d'explication, mais je recommanderais de ne pas utiliser les solutions suggérées jusqu'à présent, car elles risquent de casser certaines fonctionnalités. Meilleur, John

entrez la description de l'image ici


1

Si vous disposez d'une borne d'accès AirPort (Express, Extreme ou Time Capsule), ouvrez l'Utilitaire AirPort et supprimez toutes les entrées d'identifiant Apple pour Back to My Mac. Cliquez sur Appliquer pour redémarrer AirPort. Rajoutez votre identifiant Apple Redémarrez à nouveau.

Il faut le réparer. Le problème réside dans les anciens paramètres d’AirPort.


Il est clair qu'il y a des problèmes après 10h10, car je vois que l'Apple TV est renommée et éteint généralement tous les aéroports, corrige tous les noms d'hôte, puis met en marche le réseau, ce qui maintient les choses saines pendant un moment. Un énorme PITA pour éteindre tous les macs, puis tous les périphériques iOS, puis tous les routeurs. J'essaie donc de vivre avec le désagrément de voir (8) et ainsi de suite.
bmike

1

Une solution rapide, non invasive et probablement temporaire consiste à exécuter les opérations suivantes dans un terminal:

sudo hostname HOSTNAME.local

Cela définit le nom d'hôte maintenant. Je ne vois ce problème que par intermittence, ce qui en fait une solution suffisamment bonne pour le moment. :-)


0

Essayez ceci, cela semble avoir fonctionné pour moi, même si cela n'a rien à voir :

Par défaut, OS X nom de votre ordinateur avec « [votre nom] de l' ordinateur ». Après avoir supprimé le (2), (3), etc pour la 10e fois, je me suis ennuyé avec les « s et a supprimé. Une fois que j'ai fait cela, le nom est stable depuis des semaines.

Je soupçonne quelque part il y a une incompatibilité sur le réseau avec les « s et supprime ce conflit.


C'est bizarre, j'ai le même problème avec le nom Andromeda, qui n'a pas l'apostrophe.
Haroen Viaene

FYI - tout changement de nom peut aider et coller des choses pendant un moment. La condition sous-jacente n'a pas besoin de causer la corruption.
bmike

0

J'avais le même problème. Lorsque je changeais le nom de l'ordinateur, il reviendrait à celui créé par Yosemite lors de l'installation ou en générerait un nouveau basé sur la convention de nommage "Mac Mini". Je n'ai pu changer le nom qu'en modifiant l'adresse IP de recherche DNS de mon serveur DHCP. Dès que je clique sur appliquer, le nom que j'ai défini pour le Mac mini a été défini et est resté.


0

J'ai aussi le problème du nom d'ordinateur changeant. Semble être un bogue pour OS X 10.10 pour moi.

La réponse de "other Rick" est plutôt cryptique mais semble prometteuse . Une explication de la raison pour laquelle cela fonctionne aurait peut-être été utile.

Cela résoudra peut-être aussi mon autre problème: les services de localisation ne fonctionnent que parfois.

Aujourd'hui (8 novembre 2014), alors que je traitais avec un conseiller Apple 'senior' concernant mon problème de services de localisation, j'ai également posé des questions à ce sujet. Le conseiller a reconnu son existence et a pensé qu'il serait corrigé dans OS X 10.10.1 (actuellement distribué aux développeurs).


c'est une bonne nouvelle!
Andreas Norman

0

Le précédent message de bmike sur la dualité de discoverydm'a amené à désactiver IPv6 sur ma connexion sans fil.

Maintenant, le problème de nom NETBios pour moi est résolu.

Je change le nom et le sauvegarde avec succès.


-1
sudo /usr/libexec/PlistBuddy -c "Add :ProgramArguments: string --no-namechange" \
         /System/Library/LaunchDaemons/com.apple.discoveryd.plist

ne donne pas vraiment beaucoup de détails. Pourriez-vous préciser un peu pour ceux qui ont moins d'expérience dans Terminal?
Tetsujin
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.