物理ドライブに問題がないのに、5つの異なるiMacが壊れたOS Xパーティションを開発したのはなぜですか？

私は地元の学区の技術者で、iMacマルチメディアラボで問題が発生しています。過去9か月間で、22台のiMacのうち5台がファイルシステムの破損に苦しんでいます。これらのマシンの唯一の手段は、OS Xパーティションを完全に一掃し、新しく開始することです（Time Machineからの適切な復元を使用）。

ファイルシステムの破損であることがわかった理由を以下に示します。

• iMacはOS Xを起動しません。「スローバー」、プログレスバー、またはAppleロゴだけで停止するのを見ました。

• ターゲットディスクモード（その機能が大好き）を介したiMacディスクのマウントは成功しますが、ブートキャンプパーティションに対してのみです。OS Xパーティションのマウントに失敗します。

• ディスクを確認すると、OS Xパーティションを修復する必要があることがわかります（無効な兄弟エントリ、孤立した子などを確認しました）。ディスクを修復しようとすると失敗します。この最近の試み（ちょうど昨日）は、カタログBツリーを再構築できなかったと述べています。私は毎回その発言についてより完全なメモを作るべきだったが、この最後の1回まで、毎回それは奇妙な100万分の1の種類のイベントであると思った。まぐれ

• Drive Genius 3を使用してドライブを修復または再構築しようとしても失敗するこれまでのところ、ユーザーのファイルの98％がData Rescue 3を介して回復可能です物理ハードドライブに障害が発生しているように見えません"、ドライブがディスクユーティリティに表示されず消えたり、Finderが応答し続けるなど）

• 通常は、一連の不良ドライブまでチョークで書きます。たまたま、iMacの不正な実行を購入した不運な男だったのですよね？ここからが面白くなります。私はあなたに奇妙なリストを提出します：

• ドライブはSMARTを介して正常に検証されます

• RAMはチェックアウトします
• パーティションを削除して再作成（およびOS Xを再インストール）すると、すべての問題が解消されます。
• 破損は同じMacで2回発生していません
• Bootcampは、Mac側の破損前、破損後、破損中に同じドライブにインストールされ、機能します。
• Bootcampパーティションでは、どのiMacでもこの問題は発生していません

また、明白なものを除外するには：

• 電圧低下やサージはありませんでした

• 誤動作は同時に（2台のマシンが約1か月前に同時に停止した場合）から数か月ごとに発生するため、ウイルスを深刻に疑っています。さらに、ユーザーのドキュメントは再フォーマット後に復元されるため、それが悪意のあるプログラムである場合、Macは何度も何度も失敗し続けると思われます。

• 機械は気候制御されたエリアにあります

• 影響を受けた同じユーザーではありません

• 時々、問題は避けられないハードシャットダウンの後に発生します（まれにしか発生しません。これらのマシンは、過度に電源がオフになっていません。週に5日マルチメディアを実行しているMacラボで期待するものだけ）、それ以外の場合は完全に-青

頻繁に使用されるソフトウェアは次のとおりです。

• iPhoto
• iDVD
• iMovie
• サファリ

マシンにはParallels 5もロードされ、BootcampパーティションがVMにロードされます。Parallelsは標準のウィザードを介してセットアップされ、奇妙な設定やハックはありませんでした。

そして最後に重要なことですが、仕様：

• iMac 10,1（21.5インチ）
• ストックドライブ
• OS X Snow Leopard（最新のアップデート）
• 在庫メモリ
• Active Directoryインフラストラクチャに参加しました
• HFS +ファイルシステム（大文字と小文字を区別しない、OS X Snow Leopardのデフォルト）
• 異常なドライブのメイントはありません。プログラム。Drive Geniusは、すべてのiMacで検証を実行するために昨日の午後（最新の障害から回復した後）にロードされましたが、以前にインストールされていませんでした。すべてのMacは、過去に失敗したことのあるものと失敗したことがないものの両方とも、飛んでいく色で合格した。

TL; DR：5つの異なるiMacでOS Xパーティションが破損していますが、物理ドライブは問題ありません。なぜ！？！？！

HFS Plus（HFS +）は壊れやすく、少し時代遅れのファイルシステムです。グーグルすると、ファイルシステムの破損に関する多くのレポートが見つかります。

ファイルシステムをアンマウントせずに再起動することが、ファイルシステムを破壊する最良の方法です。これは、何らかの理由でMacがフリーズした場合に発生します（私の場合はnvidiaビデオカードです）または電源障害。

ここでは、IMHOがファイルシステムの破損の可能性を低くするためのヒントをいくつか示します。

1. システムがフリーズしたら、sshから再起動してみてください。私のMacのグラフィックサブシステムが解放されても、SSH経由でアクセスできます-ネットワークからssh接続を開いて再起動してみてください。このタスクにはApple Remote Desktop（62ユーロ）を使用できます。最初にsshアクセスを有効にする必要があります。

2. diskutil verifyVolume /定期的に行ってください。はい。HFS+がジャーナルファイルシステムであっても、破損する可能性があります。Apple Remote Desktopを使用して、これをすべての教室のコンピューターで一度に実行できます。

3. 複数のボリュームを使用します。複数のボリュームを使用すると、破損の可能性が低くなります。/から分割する/Users/と、復元が容易になります（/または/ Usersが破損します）。これはおそらくBootcampで物事を複雑にする可能性があることに注意してください。

4. 書き込みを減らすオプションでパーティションをマウントします。noatimeオプションでパーティションをマウントすると、書き込みが減ります。デフォルトでは、ファイルにアクセスするたびに、そのアクセスタイムスタンプが「変更」されます。

5. 他のOSからHFS +パーティションをマウントする試みがないことを確認してください。誰かがusb / dvdからLinuxディストリビューションを開始し、/RWモードでマウントしたり、ジャーナル設定で遊んだりしている可能性はありますか？

私の答えがお役に立てば幸いです。

PS：腐敗は通常、突然ではなく段階的です。特定の何かがこれを引き起こしている可能性があります、ソフトウェアまたはワークフロー。私の心はParallels 5にありますが、MacOSのボリュームではなく、ブートキャンプのボリュームを破壊するはずです。KBを検索しても、有用なものは何も見つかりません。

PPS：ファイル内の破損を修正する実際のシステムがないため、脆弱です。ジャーナルは、ファイルシステムを整合性のある状態に戻すために、転送とデータの再コピーを記録しますが、失われたファイルが重要な場合（実際のファイルシステム構造データなど）は、頼りになる手段はありません。実際、カタログファイル（すべての論理データ情報がリストされている）はファイルとして保存されているため、特定の場所で破損すると、ファイルシステム全体が役に立たないガベージデータになるか、破損した場合に部分的にガベージが処理されます。ジャーナルの再生が発生し、データと一致しない方法でファイルシステムが再構築されます（たとえば、ファイルaとbはそれぞれ1MBと2MBですが、再生によりこれらが2MBと1MBに変更され、結果としてコンテンツの半分になります。 BはA）の内側にあります。

頭のてっぺんからできること...

あなたは電力サージや電圧低下がなかったと言いました。どのように確認していますか？PCの電源がランダムに吹いている教室がありました。メンテナンススタッフに監視メーターを回路に接続してもらう必要があり、コンセントに巨大な電圧スパイクがあることがわかりました。

メモリが正しく装着されておらず、データが破損しています。

ケーブルを緩めます。

不良セクタのセットがあるが、アラートまたは不良セクタのスキャンをトリガーするほど不良ではない、限界的なハードディスク。

ブートキャンプを介したWindows側の何かが、ドライブが気に入らない方法でドライブを変更しています。コピー防止？ユーティリティを運転しますか？

あなたはそれが研究室にあると言った。学生は何を実行していますか？それを実行している可能性のある実行可能なものを監視またはロックダウンしていますか？

これはランダムであるように思われました。これが2台のマシンで連続して発生することはありません。これにより、学生または学生のグループが原因であるか、実験室でランダムな電源の問題が原因であることが疑われます。最後にマシンを使用したユーザーを追跡して、この問題がユーザーの1人に魔法のように続いているかどうかを確認する方法はありますか？

機械の定期点検を検討しましたか？簡単にfsck検証パスを毎週（破損が発生している理由がわかるまで）、次に毎月スケジュールして簡単にスケジュールを立てることができます。

ジャーナリングされたファイルシステムでは、Macがブートしなくなるまで低下するために、いくつかの繰り返しの悪い扱いが必要です。悪いソフトウェアでさえ、ブートのシステム側に書き込みを行わないので、何かが明らかに間違っていると思います。正常にシャットダウンして、マイナーなファイルシステムエラーが修復されるたびに注意を引くMac（Macが再起動し、fsckがpreenモードで実行されていないときはいつでも問題の兆候です）。

25台のMacを導入すると、syslogサーバーやその他の集中型監査システムを設定することで、ファイルシステムのチェックに積極的に取り組み、電源が完全にオフにならないことを簡単に確認できます。

学生の活動を検討します。ブートキャンプとOS Xを実行している場合、私は生徒たちがブートキャンプを実行するためにMac側をクラッシュさせていると思います。これは、スクリーンロッカーが存在する場合にも当てはまります。

私は提案します：

1. ブートキャンプを削除します。代わりに、ParallelsまたはVirtual BoxでVMを実行します。（VirtualBoxの下のWindows XPは非常にうまく動作することがわかりました。）これを構成して、仮想マシンが不変で、古いブートキャンプパーティションにローカルに格納されるようにします。これにより、子供たちがWindowsのインストールを妨害するのを防ぎます。サーバー上のMacホームディレクトリから読み取るように、ホームディレクトリをリダイレクトします。（これは、最初にセットアップするPITAです。これは、約zillionの登録を網羅しているためです）

2. 何らかの形式のログイン監視を確立して、どの生徒がどのマシンを使用したかを確認します。これには、同じ子供が複数のマシンにログインしていることに気づくことができるという利点があります。これは通常、禁止されている人のためにこれを行います。同じログインが2台のマシンで行われたときに、両方のマシンが再起動されるように設定しました。