MISE À JOUR 3 : La mise à jour vers 10.10.4 corrige ce problème. Dans cette version, discoveryd est remplacé par l'ancien mDNSResponder précédemment évincé.
La solution de contournement initialement fournie suit...
Il y a un bug entre Yosemite (le démon discoveryd) et les serveurs de veille. Ces serveurs résident dans les Apple TVs et les Airports et agissent comme un proxy pour une machine en veille. Pour l'instant, la seule solution semble être :
-
Sur votre ordinateur, allez dans Préférences Système --> Économiseur d'énergie, et décochez "Se réveiller pour l'accès réseau" (ou peut-être "Se réveiller pour l'accès Wi-Fi", je pense que cela dépend de votre type d'interface).
-
Éteignez vos Apple TV/s et/ou Airports.
-
Sur votre ordinateur, allez dans Préférences Système --> Partage, et renommez-le comme vous le souhaitez.
-
Redémarrez votre ordinateur et vérifiez que le changement de nom est resté (un redémarrage n'est probablement pas nécessaire mais je l'ai fait pour plus de sûreté).
-
Allumez vos Apple TV/s et/ou Airports.
Je n'ai plus le problème de nom d'ordinateur qui s'incrémente, sauf si je réactive "Se réveiller pour l'accès réseau".
MISE À JOUR 1 : La mise à jour vers OS X 10.10.1 (et Apple TV vers 7.0.2) n'a pas aidé.
MISE À JOUR 2 : Bien qu'amélioré, le problème persiste dans OS X 10.10.3. Mais le démon bogué discoveryd a apparemment été remplacé dans la version bêta 10.10.4 par l'ancien mDNSResponder précédemment évincé. Espérons donc que cela soit corrigé dans la prochaine version. Source : 9to5Mac.
0 votes
Une installation propre le ferait, une mise à jour ne devrait pas. Qu'est-ce que c'était?
0 votes
Une installation propre ne devrait pas non plus le faire, mais j'ai le même problème à la fois sur une installation propre et une mise à jour (dès que j'ai mis à jour en GM3, ce qui est amusant ...)
0 votes
Ce n'était pas une installation propre. J'ai installé par-dessus Mavericks.