Apple

アップル製ハードウェアおよびソフトウェアのパワーユーザー向けQ&A





4
画面がロックされるとWi-Fiが落ちる
10.7.1を実行している2010年中期のMBPを持っています。 Lionにアップグレードしてから、画面をロックすると、802.1x認証を必要とするWi-Fi接続が切断されることに気づきました。私がロックを解除するまで接続はダウンしたままで、その時点ですぐに再びトラフィックの通過を開始します。 この動作は10.7で新しく追加されました。 前述のとおり、これは802.1x接続にのみ適用されます。暗号化されていないWifiおよび非802.1x接続は影響を受けません。私の推測では、マシンをロックするとキーチェーンが802.1xセッションの認証を解除し、ロックを解除すると再認証します。 この動作を防ぐ方法を知っていますか? 編集:証明書認証ではなく、802.1xのユーザー名/パスワード認証を使用しています。
8 lion  wifi  network 

2
Macで標準ユーザーとしてGNUデバッガ(GDB)プログラミングユーティリティを使用できないのはなぜですか?
管理者として認証された場合のみ、GNUデバッガー(GDB)を使用できます。 GDBを標準ユーザーとして起動すると、GDBコマンドに「run」を指定した後、「Developer Tools」グループのユーザーのユーザー名とパスワードを要求するダイアログが表示されます。 問題は、すでに「開発者ツール」グループに属しているため、他に何をすべきかわかりません... ありがとうございました! プラットホーム: MacOS X 10.7.1 GCC 4.2.1 i686-apple-darwin11-llvm-gcc-4.2(GCC)4.2.1(Apple Inc.ビルド5658に基づく)(LLVMビルド2335.15.00) GNU gdb 6.3.50-20050815(Appleバージョンgdb-1705) このGDBは「x86_64-apple-darwin」として構成されました。

6
OSXサポートがより優れているテキストエディター、TextMate、またはSublime Text 2
WindowsとLinuxでSublime Text 2を使用してきました。それは、これらのプラットフォームに最適なだけだからです。ただし、OSXを使用する場合、TextMakeを使用するオプションがあります。これは、Sublime Text 2からインスピレーションを得ているようです。 速度、使いやすさ、OSX統合、そして自然に直感的なキーバインドに関して、どのエディターがOSXとよりシームレスに動作しますか?


4
外付けモニターを切り替えるときのOS X Lionでの奇妙な表示の問題
セカンド(外部)モニターでMBPを使用していますが、Snow LeopardからLionにアップグレードしてから、アプリケーションスイッチャーや、場合によってはメニューバーに表示の問題が発生しました。 メニューの場合、ドロップダウンのフォントはギザギザのエッジで表示され、メニュー項目のみに影響する大きなコントラストの変化が突然あったかのように見えます。 Application Switcherの場合、この画像に示すように、効果はさらに悪化します。 興味深いことに、この不具合はアプリケーションスイッチやメニューなどのオーバーレイにのみ影響を与えるようです。私の残りのOSとすべてのアプリケーションは正常に見えます。 システム環境設定に移動して、モニターに別のカラープロファイルを選択すると、問題は解決しました。以前に選択したカラープロファイルを選択すると、問題が再び発生します。問題はすべてのプロファイルで発生します。そのため、Adobe RGB(1998)を選択してコンピューターを再起動すると、問題が発生します。Apple RGBなどの別のプロファイルを選択すると表示されなくなります。再起動後、グリッチが再表示され(新しく選択されたApple RGBを使用した場合でも)、プロファイルの変更のみでグリッチが削除されます。 それほど大きな問題ではありませんが、誰かがこれを解決するための指針を持っている場合は、本当に感謝しています。ところで この問題は別のモニターで発生するため、モニターハードウェアの障害などではありません。 更新:再起動後に問題が再発するという印象を受けました。その仮定は間違っていました。外部モニターを切り替えるたびに問題が発生します(たとえば、職場のモニターから自宅のモニターに変更するなど)。

3
所有しなくなったラップトップとのWi-Fi同期を削除するにはどうすればよいですか?
私はiBooksに多くのドキュメントを備えた第一世代のiPadを持っています。このiPadは、私の所有していないラップトップとまだ同期しています。つまり、Wi-Fi経由で新しいラップトップに同期できません。古いラップトップへのWi-Fi同期接続を削除するにはどうすればよいですか?
8 itunes  ipad 

6
画面共有が接続に失敗する
Mac OS Xの組み込み画面共有を使用してヘッドレスMac Miniに接続するのに慢性的な問題があります。通常は問題なく動作しますが、接続できない場合があります。 こんなふうになります: 接続を開始します(FinderウィンドウのサイドバーにあるMac Miniをクリックして[画面を共有...]ボタンを選択するか、起動/System/Library/CoreServices/Screen Sharing.appしてBonjour名「macmini.local」を入力します)。接続する」と、ドキドキが消えます。正常に接続する場合は、この時点で接続します。しかし、多くの場合、ドキドキは消え、それに代わるものは何もありません。画面共有アプリはアクティブなままで、メッセージが表示されず、何時間放置しても何も起こりません。接続が発生していないようです。 問題を確実に発生させることはできませんが、発生すると、いくつかの異なるMacクライアントから確認できます。(ssh経由のシャットダウンを介して)リモートマシンを再起動すると、リモートマシンは消えて問題なく接続しますが、より良い解決策を探しています。 sshを介してリモートMac Miniで実行されているプロセスを確認する/System/Library/CoreServices/RemoteManagement/screensharingd.bundle/Contents/MacOS/screensharingdと、rootが所有する2つのプロセスと、子プロセスが1つ表示されます/System/Library/CoreServices/RemoteManagement/ScreensharingAgent.bundle/Contents/MacOS/ScreensharingAgent。これらのプロセスのいずれかを強制終了しようとすると、PIDは変更されますが実行されたままになり、接続できなくなります。 このスレッドからMac mini Serverの画面共有サービスを再起動する画面共有デーモンを適切に再起動する方法を学びました。または実際には2つの方法。どちらが適切かわからないので、両方を行います。助けにはならないが、まだ接続できない。 このスレッドからMac-to-Mac画面共有が停止するのはなぜですか?bonjour名ではなく、IPアドレスで接続することを提案しました。これを試してみると、「接続」スロバーの代わりにログインウィンドウが表示されます。それでも接続はありません。また、ローカルマシンで画面共有を終了しても、スタックしたログインウィンドウは削除されません。このスレッドから学んだように、NetAuthAgentを強制終了するのが唯一の方法です。スタックした画面共有認証ダイアログを強制終了する方法は? 両方のマシンでLion(10.7.4)が実行されていますが、10.6以降、おそらく10.5からこの動作を観察していますが、覚えていません。リモートマシンは2009 Mac Miniで、ローカルマシンはMacBook Proです(ただし、この動作はさまざまなクライアントマシンで再現されています)。 確かに、リモートマシン上にバウンスできるプロセス、サーバー、デーモンが存在する必要がありますか?再起動の不足?

1
マジックマウスの電池残量はどのように計算されますか?
マジックマウスの電池残量はどうやって計算されるのでしょうか。 バッテリーの問題に関するこの質問は別の問題を提起しました。魔法のマウスの電子機器がどのように機能するかを知り、私のバッテリーのいくつかではかなり不正確に思われる残りのエネルギーを評価したいと思います。 マジックマウスの計算方法がわからない場合は、他の電子機器がレベルを計算する方法を知っているでしょうか。 私は電気技師ではなく、電子工学のスキルもありません。しかし、おそらくiFixitからのこの画像は、正しい知識を持つ人に手掛かりを与えるかもしれません(元の高解像度バージョンの画像をクリックしてください)。 詳細が必要な場合は、ここで高解像度の写真を入手できます。
8 battery  mouse 

5
iPadを使用してMacBook AirのWebサーバーにアクセスする方法
私のウェブサーバーソフトウェアはnginxで、Mac OS X 10.7.5を使用してMacBook Airで非常にうまく動作します 私はに行くときのhttp://myapp.localhost私のMacBookの空気に、私は、ローカルホスト上で実行されている完全に私のウェブサイトにアクセスすることができます。 iPadからWebサイトにアクセスするにはどうすればよいですか?私のウェブサイトでタブレットがデスクトップブラウザーでも同様にアクセスできるかどうかをテストしたいので、私は尋ねています。 2つの設定が可能です。 1)HUAWEI-MOBILEModemを実行し、インターネット共有を使用してiPadにアクセスできるようにするmacbook air 2)macbook airとiPadの両方が同じWIFI接続にアクセスしている場合。 両方のシナリオの解決策を提供してください。 更新:Macbook air nginxウェブサーバーで複数のアプリを実行しています。 便宜上、それらを呼び出しましょう http://myapp1.localhost http://myapp2.localhost 等 Macbook Airでホストされている正しいWebアプリにiPadでアクセスするにはどうすればよいですか? 更新 Macbook Airでは、/ etc / hostsファイルを編集したため、さまざまなWebアプリケーションにアクセスします。

1
ioregから環境光センサー値を取得する
私が使用していますioreg試してみて、自分のコンピュータ(IMAC)で利用可能なセンサ情報を読み取るためのコマンドラインツールを。特に、環境光センサーの現在値を読みたいのですが。これまでのところ、センサーに関する一般的な情報をを介して取得することができましたioreg -f -b -r -c 'AppleLMUController'。しかし、その価値はありません。 +-o AppleLMUController <class AppleLMUController, id 0x1000002d8, registered, matched, active, busy 0 (0 ms), retain 7> { "IOProbeScore" = 0 "CFBundleIdentifier" = "com.apple.driver.AppleSMCLMU" "IOProviderClass" = "IOService" "IOClass" = "AppleLMUController" "IOMatchCategory" = "IODefaultMatchCategory" "IOCFPlugInTypes" = {"0516B563-B15B-11DA-96EB-0014519758EF"="AppleSMCLMU.kext/Contents/PlugIns/AmbientLightSensorHID.plugin"} "IOGeneralInterest" = "IOCommand is not serializable" "IONameMatch" = "ACPI0008" "IOPowerManagement" …

3
10.9.1のブラウザ間で特徴的な速度低下
Webサイトを取得しようとすると、奇妙な遅延のパターンに気づきました。この振る舞いは非常に特徴的で、再現しやすいので、以下の詳細のほとんどにかなり自信があります。私は誰かがそれを認めるか、それを解決できることを望んでいます。 遅延時間は、コンピュータを再起動してからの時間が長いほど、制限なく知ることができるように見えます。これは他の点より注意深くテストされていませんが、再起動すると問題が修正され、再起動後の最初の数時間以内にめったに表示されないことを確信しています(それよりずっと長く管理できそうです)。 遅延は、Firefox、Safari、またはChromeのいずれかで発生します。 カールは正常に機能します。ただし、Chrome、Safari、Firefoxのいずれかがページをロードしている間は、curlで大幅な遅延が発生します。ブラウザーを閉じると、実行中のすべてのcurlジョブがすぐに正常に終了します(たとえば、さまざまなWebサイトを取得するcurlフェッチの5つのインスタンスを起動できます。これらはすべて、進行状況バーを表示して停止します。Chromeを閉じると、すぐに終了するジョブ)。 curlの遅延は、存在する場合でも、Webサイトの遅延よりも大幅に小さくなります。デバッグのためにしばらく再起動しなかったため、現在は15秒程度です。Webサイトはこれよりもはるかに長くかかり、おそらく「www.---.comを待っている」間に15秒かかります。 (pingによって報告される)待ち時間は、問題の発生時に増加しません。 カールは経験による遅延ですが、異なるカールジョブは同時に終了します。つまり、それらはすべて長時間ハングし、その後すべて同時にハングしなくなります(したがって、ハングしている15秒以上のスケールでほぼ同時に終了します)。これはブラウザーで発生することもありますが、確実ではありません(ブラウザーが実際にページのロードを完了する前にハングするいくつかの機会があるためと考えられます)。curlジョブが終了した後、すぐに再起動すると、まったく同じ方法でハングアップするため、問題が解決したわけではありません(少なくとも非常に長い間は)。 遅延はWebページによってかなり異なります。まだ詳細な調査は行っていません(次のステップだと思います)。 ハングすると、curl -vは進行状況バーでハングし、データは送信されません。 Chromeでページをロードしている間、ほとんどの時間はCDNとサードパーティサービスの「待機」に費やされます。 多くの場合、Chromeでは空白の画面が表示され、[停止]を押すとページがレンダリングされます(ほとんどのアセットが読み込まれているわけではありません)。これは最後の点に関連していると思います。問題に密接に関連しているのではなく、この長い遅延があるときに現れるクロムの動作にすぎません。 パフォーマンス特性が異なる多くの異なるワイヤレスネットワーク(50 mbps回線など)に接続すると、遅延が発生します。私は有線ネットワークを試したことがありませんが、それは問題ではないと思います。 同様に、別のDNSでも違いはありません(pingが常に正常であることを考えると、これは驚くべきことではありません)。 システムへの非常に異なるレベルのストレスの下で同じ動作を観察します。たとえば、現在、3/8 GBのメモリを解放しています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.