コンピューター名がOSX 10.10(14A389)を変更し続ける


60

Yosemite 10.10(14A389)にアップグレードしてから、コンピューター名は(2)および(3)などを追加して変化し続けます。

これを修正する方法はありますか?


→guillaumevincent:1)どのバージョンをYosemite実行しているのか、2) > System Preferences… > Networkいくつのインターフェースが緑色(つまり、稼働中)かを指定してください。
ダン

以下で何度か言及した発見された修正は、私がやったことです(私はplistを手で編集しましたが、同じ効果があります)。これは、不正な名前変更要求を停止しませんが、コンピューターにそれらを無視させます。これまでのところ、jherranとgrgarsideが最良の答えを持っています。
スパイダー

回答:


27

[Macintosh HD]> [ライブラリ]> [設定]> [システム構成]に移動し、次のファイルを削除します。

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

次に、Macを再起動します。

ホスト名は正しく再作成する必要があります。

http://forums.imore.com/os-x-yosemite-10-10/304804-my-computer-name-changing-10-10-a.htmlによると、これらはApple techによって提供される指示です。)


1
あなたは再起動について言及するのを忘れていたが、これは私のために働いた。
ジョシュアコールデン14年

1
10.10.1以降にアップグレードしない限り、これは必要ありません...
bmike

2
これは、「ハエを殺す大砲」ソリューションのようです。:/
ノルドリン

これは、エルキャピタン以降では機能しません。ユーザーパスワードを入力しても機能しません。システム整合性チェッカーは、ファイルの削除を停止します。
オルソノミー

15

これを実現するには、ターミナルで次のコマンドを実行します。

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

そして

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

このサイトにご参加いただきありがとうございます。これらのコマンドが何をするのか説明していただけますか?
SaaruLindestøkke

私は自分でこの修正を発見しましたが、名前の変更の原因を理解できませんでした。+1!
スパイダー

2
実際、discoverydが名前変更要求を受信して​​破棄すると、-no-namechangeが多数のbonjourサービスを無効にすることがわかりました。この変更を元に戻すまで、finderでのAFPファイル共有への参照は機能しませんでした:
Spyder

→Spyder:1)実行しているYosemiteのバージョン、2)> [システム環境設定]> [ネットワーク]で、緑色のインターフェイスの数(つまりアップ)を指定してください。
ダン

1
これにより、Airdrop 10.10.3 iMacが無効になります
-Gotschi

8

これは私のためにそれを解決しました:

[システム環境設定]-> [省エネルギー]に移動します。「電源アダプタ」を選択し、「ネットワークアクセスのためにスリープ解除」のチェックを外します。

数日前にそれをして以来、私のコンピューター名は変わっていません。


9
はい。ただし、ネットワークアクセスのためにウェイクアップする場合はどうなりますか?
うこ14年

5
その後、バグが修正されるまでねじ込まれます。
アランシュトコ

@SteveEisnerの答えの方が良いと思います。「Wake for network access」を必要とする機能を破壊しません(ちなみにFind My Macを破壊する可能性があります)。
ジョシュアコールデン14年

私のために働く。Wake-on-LANは必要ありませんが、これは他の提案よりもはるかに侵襲的ではありません。
unixtippse 14年

1
これは、discoverydApple TVおよび空港内にあるデーモンと呼ばれるデーモンおよびスリーププロキシとの相互作用が原因です。Apple TVと空港は、この変更を行う前にスイッチを切る必要があり、その後、再びスイッチを入れます(ここで概説しました)。 9to5Macdiscoveryd、OS X 10.10.4ベータで削除され、以前に追放されたmDNSResponderデーモンに置き換えられたと報告しています。したがって、この問題はOS X 10.10.4で修正する必要があります。
デビッド

5

これは10.10(初期リリース)のバグであり、10.10.1-ビルド14B25にアップグレードするだけで修正できます。

App Storeを開き、10.10.1(またはそれ以降)の更新プログラムを適用すると、(2)の名前を採用したコンピューターの名前を変更すると設定されます。

古いApple TV、古いコンピューターで名前が変更され、自分自身の名前が変更される場合でも、問題はありますが、コンピューターがネットワーク上の唯一のデバイスである場合は、コンピューターの名前を変更しないでください。

私の推測では、これが停止し、空港ルーターの変更、空港とApple TVの更新、iOSとAppleの更新が含まれるまでには時間がかかると思います。20台程度のデバイスがある家庭では、すべてを最新に更新できるわけではありません。

この根本的な原因は2つあります。

  1. IPv4アドレスとIPv6アドレスを持つコンピューターは、文字通り2つの方法で接続できますが、bonjour / mDNS / discoverydはまだこの二重性をうまく処理していません。
  2. スリープまたはDHCPサーバー(通常はルーター)との接続を失ったコンピューターは、プロキシまたはキャッシュされたアドレスを持っている場合、プロキシアドレスまたはキャッシュされた古いアドレスを持つことができます。ネットワークに再接続したり、デバイスをスリープから復帰させたりしてもタイムアウトになりません。

コメントは詳細なディスカッション用ではありません。この会話はチャットに移動さました
bmike

4
  1. Xcodeで/System/Library/LaunchDaemons/com.apple.discoveryd.plistを開きます。

  2. を含むProgramArguments配列に文字列を追加します--no-namechange

  3. 保存して再起動します。


1
私のMacでは、このファイルはロックされており、直接編集することはできません。PlistBuddyを使用して修正しました。
プペノ

2

Scaggの方法でこれが修正されました。この厄介な名前の変更が原因で、Time Machineがネットワーク上のバックアップサーバーを見つけられなかった場合にのみ問題が発生しました。システム環境設定で名前を元に戻すと、すぐに問題に対処できました。もちろん、これが永続的な修正であるかどうかは疑問ですが、簡単な解決策です。Scaggsに感謝します。


1

私はこれを言うのは嫌いですが、私もこれを経験しています。

私が見つけた解決策の1つ(恒久的なものかどうかはわかりません)は、検索バーのシステム環境設定に移動し、「コンピューター名」と入力して選択し、(2)または(3)を消去して元に戻すことができます


1
私はこれを試しましたが、うまくいきません。1〜2日後に名前が再び変更されます。
drekka 14年

参考までに、名前の変更は、しばらくの間物事を助けることができます。
bmike

1

PlistBuddyは、plist(設定)ファイルを編集するアプリです。/ usr / libexecは、それが置かれている場所です。次に、スクリプトはそのアプリを使用して、名前を変更しないように指示する行を追加して、コンピューター名のplistファイルを編集します。

個人的には、修正するまで(2)を削除し続けます。入ってplistを元に戻すのは簡単ですが、私は必然的に忘れてしまい、ある時点で何年か後、私を苛立たせ、診断するのに何時間もかかります...しかしそれは私だけです。


確かに-何かをハードコーディングしたことを思い出そうとすると、修正しようとしていたものよりも多くの問題が発生するようです。
bmike

1

私は問題があなたのコンピューターに限局しているとは思わない。iOS 8の導入でこの問題に気付き始めました。AppleTvは名前の後に(n)を追加しました。MacBookをYosemiteにアップグレードすると、同じことが起こりました。

http://iCloud.comにログインして[設定]に移動すると、iOS8およびYosemiteデバイスが一覧表示されます。私はまだ説明を見つけていませんが、いくつかの機能を壊す可能性があるため、これまでに提案されたソリューションを使用しないことをお勧めします。ベスト、ジョン

ここに画像の説明を入力してください


1

AirMacベースステーション(Express、Extreme、またはTime Capsule)を使用している場合は、AirMacユーティリティを開き、「どこでもMy Mac」のすべてのApple IDエントリを削除します。[適用]をクリックしてAirMacを再起動しますApple IDを再度追加して再起動します

それを修正する必要があります。問題は、AirMacの古い設定にあります。


Apple TVの名前が変更され、通常はすべての空港の電源が切れ、すべてのホスト名を修正してからネットワークを起動するとしばらくの間は正常になります。すべてのMac、次にすべてのiOSデバイス、そしてすべてのルーターの電源を切る巨大なPITA-だから私は(8)などを見るのが面倒だと思っています。
bmike

1

これに対する非侵襲的でおそらく一時的な解決策は、ターミナルで次を実行することです。

sudo hostname HOSTNAME.local

これでホスト名が設定されました。この問題は断続的にしか見られないため、今のところこれで十分な解決策です。:-)


0

これを試してください、それは私にとってはうまくいったようですが、それは完全に無関係かもしれません

デフォルトでは、OS Xはコンピューターに「[your name] 's Computer」という名前を付けます。削除した後(2)、(3)、など10時間のため、私はとイライラなったと、それを削除しました。それをやった後、名前は数週間安定しています。

私の疑惑は、どこかでネットワーク上のいくつかの非互換性が存在しているのは、それを削除すると、競合を削除します。


それは奇妙Andromedaです。名前にも同じ問題があり、アポストロフィがありません。
ハロエンヴィアネ14年

参考までに、名前の変更は、しばらくの間物事を助けることができます。基礎となる条件は、破損の原因となる必要はありません。
bmike

0

同じ問題があり、コンピューター名を変更すると、インストール時に作成されたYosemiteに戻るか、「Mac Mini」命名規則に基づいて新しい名前が生成されます。dhcpサーバーのDNSルックアップIPアドレスを変更することによってのみ名前を変更できました。私がMac miniに設定した名前を適用するとすぐに設定され、残りました。


0

コンピューター名の変更の問題もあります。私にはOS X 10.10のバグのようです。

「他のリック」から答えはかなり不可解ですが、有望に見えます。なぜこれが機能するかの説明は、おそらく有用だったでしょう。

たぶんそれは私が抱えている他の問題も解決するでしょう-位置情報サービスは時々しか働きません。

今日(2014年11月8日)位置情報サービスの問題について「シニア」のAppleアドバイザーに対応する一方で、この問題についても質問しました。アドバイザーはそれが存在することを認め、OS X 10.10.1(現在開発者にリリースされている)で修正されると考えました。


それは朗報です!
アンドレアスノーマン14年

0

の二重性に関するbmikeの以前の投稿discoverydは、ワイヤレス接続でIPv6を無効にすることにつながりました。

NETBiosの名前の問題が修正されました。

名前を変更すると、正常に保存されます。


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

実際には多くの詳細を提供しません。ターミナルでの経験が少ない方のために、少し具体化していただけますか?
鉄人14年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.