|注)この記事は私的なメモです。以下の情報に関しての正確性を保証するものではありません。承知の上で利用してください。C0000218とは?このページに来られた時点でおおよその見当はつきます。C0000218はWindows2000がリリースされた当初から発生が確認されているエラーであり、にもかかわらず今にいたるまで完全な解決策が編み出されていないというWindows最凶クラスのエラーです。この原因不明の凶悪なエラー症状から、「死のエラー」という別称で呼ばれています。このエラー症状はWindows2000/XPにおいて、レジストリ部分のファイルの破損によってOSが立ち上がらなくなるものです。OSロゴが現れた後のブルーバック画面にエラーメッセージが白文字で表示され、以後リブートを繰り返します。以下に表示されるであろうエラーメッセージを記述しますが、他にもいくつか存在すると考えられています。\SystemRoot\System32\Config\SYSTEM、そのログ、または代替ファイルを読み込めません。壊れているか、紛失したか、または書き込み不可能です。*(countdown)ネット上の画像1ネット上の画像2ネット上の画像3ネット上の画像4なぜこの症状が発生するのかは以後の説明に譲りますが、これで解決したという確固たる方法も見つかっていませんし、必ずこうなるという環境も見つかってはいません。OS起動前にリブートを繰り返すエラーは「STOPエラー」と呼称されています。STOPエラーの一覧もご覧ください。データの復旧に関しては、他にHDDを接続できるPCさえあれば問題なく行うことができます。重要なデータがある場合には、まずはデータを救出させることを優先してください。発生の状況このエラーの発生は、Windowsが終了時にレジストリの変更を行うわけですが、HDDへのレジストリの書き戻しが終わる前にWindowsがシャットダウンされてしまい、そのためにOSが起動しなくなるというものです。このエラーの発生の原因は3つに分けることができます。この原因によって、取るべき対処が異なってきます。ハードディスクが壊れている場合ハードディスクが壊れている場合、もしくは壊れかかっている場合にこのエラーが発生することがあります。場合によっては再起動を何回かかけると正常に起動することがあります。ハードディスクを交換すればエラーは発生しなくなるので、データを救出した上でハードディスクの交換をお勧めします。データの救出の項目を参照してください。何かをインストールしてレジストリが書き換えられる最中や完了後など、Windowsが動作しなくなってリセットした場合などに、このようなことが起きた場合が該当すると思われます。ハード的な問題はないので、技術力のある方は回復コンソールを用いたレジストリデータの修復による方法を、技術力に自信がない方はデータ救出の上、再インストールされることをお勧めします。チップセット・ハードディスク・OSの相性問題もっとも厄介な事例です。これは買ってきたばかりの最新のパーツを利用してOSをインストールし、シャットダウンして次に起動したとき、このエラーが発生する場合です。ACPIの実装の問題やIDEのドライバなどがこのような現象を引き起こす、というのが現在のところ最も有力な説です。発生する場合において確定している環境はなく、傾向があるという程度に過ぎません。この事例が致命的なのは、再インストールなどの復旧作業を行った場合にもWindowsがすぐに壊れてしまうことです。加えて原因が見えないため、インストール方法をいろいろと試して原因を探るわけですが、そう簡単に解決しないのが現状です。この項目に当てはまる場合、発生環境及び解決策の項目を参照してください。発生環境このエラーはWindows2000,XPで発生します(この環境以外では発生しない)。OSとの相性と言われる所以ですが、問題が発生しやすいケースを列挙します。VIAチップセット搭載マザーボード全般intel440BXチップセット搭載マザーボードキャッシュ付きのHDD・大容量HDDMaxtor製のHDD(他社製のHDDでの発生もあり)ファイル形式がNTFS(FAT32でも報告あり)古い報告例は2000年8月から確認されています。当時のエラー発生事例は比較的intel440BXチップセットとVIAで二分されていました(他のチップセットでも確認されている)。PentiumIII時代の古いチップセットであり、かつHDDとの相性が現在ほどシビアでなかったこともあってか、それほど多く報告はされていません。報告のあったVIAチップセットは現在においても、ユーザからの報告で多くを占めるようになっています。それ(チップセット)だけでなく、HDDの高速化(ATA100になってから症状は発生している)・キャッシュの増加・ACPIの実装の仕方などによる要因の増加も原因として考えられています。故に、このエラーで悩まされる報告はむしろ増加傾向にあるといえなくもありません。それにしてもVIAチップセット全般で危険が生じるというのは、チップセットメーカーの少ないAthlonユーザにとっては深刻な問題です。気になるのは、この不具合が常に起こるというわけではなく(常に起こっていたら回収は免れないはず)、結局のところは理由がわからないことです。確かにここあたりはマザーボードメーカーのチューンの仕方にもよるのでしょうが、それにしても原因が見えません。VIAチップセットIDEドライバとの相性Googleで調べてみれば分かりますが、エラー発生の環境において、VIAチップセット利用マザーボードでの発生報告が多く見られます。指摘されているのがVIAのIDEドライバによる悪影響。真実はわかりませんが、VIAのIDEドライバをMSが認めていない(不適合となっている)というところに微妙な影響があるような気がします。シェアの少なさの割に報告が圧倒的に多いのが気にかかります。Maxtor製HDDとの相性HDDが壊れていないかを確認する必要もあるので、リンク先のHDD診断ツールに関する記述を参考に、チェックをおすすめします(これは他社製HDDにおいても同様)。診断ツールの使い方についてもリンク先のページに譲ります。全プラッタをフォーマットする必要がありますので時間がかなりかかります。報告例ではMaxtorが多いようです。いえ、このメーカーのシェアは高く、加えて他社製のHDDでもそれなりに報告があります。ACPIの実装の仕方の違い、というものがあるのならば、この説も確かに信憑性があるかもしれません。これが事実ならば、IDEの転送モードに関わるトラブルなのかもしれません。具体的には、@ITのIDEハードディスクの転送モードにかかわるトラブルを解決するには?が解決への一つのヒントになるような気がしなくもありません。HDDのせいでOSのレジストリ領域が壊れるというのは、キャッシュの多さに問題があるという可能性も指摘できますが、キャッシュの量に関わらずエラーは発生します。いってキャッシュのないのHDDを使うことは現実的な選択肢ではありません。(正しく動作した最新の設定)を用いても起動することが不可能となります。それ以外のデータは損傷しているわけではないため、データの救出は可能です。方法は4種類あります。HDDを他のPCにつなぐKNOPPIXを用いる別パーテーションにWindowsをインストールする回復コンソールを用いる1の方法は、ハードディスクを外し、他のデスクトップに接続するだけでOKです。NTFSフォーマットの場合、9x系Windowsではファイルを読み込めないので注意が必要です。2の方法はKNOPPIXという、CDのみでブート可能なLinuxディストリビューションを用いてデータを救出する方法です。ノートPCなどだけの場合や、1台しかPCがない場合などでは強力な救出方法となります。3つ目の方法は壊れたWindowsと別のパーテーションに、Windowsを新規にインストールする方法です。新規にインストールしたPCからデータを救出できます。メーカー製のOEM版Windowsでは別パーテーションへのインストールができない場合があります。4つ目の方法はWindows回復コンソールを用いる方法です。回復コンソールを使う能力があるのなら、次の「修復方法」を参照のうえ、環境を復元することを推奨します。回復コンソールを用いた修復方法について取り上げます。書いておきますが、これは暫定的な方法です。このエラーが頻発する状況では、抜本的な解決策にはなりません。一時的な切り抜けとしては有効といえます。偶発的なC0000218の場合にはこの方法は有効と思われます。修復の前段階としてまずやっておくべきことがあります。Setup画面まで来たらRを押し、以下指示に従って管理者(Administrator)でログインします。/r」と入力してください。不良セクタが原因でのエラーならば、これでひとまずハードディスクを安全に使えるという保険をかけることができます。その上で作業に取り掛かってください。307654」を参照してください。以下、個別に言及していきます。私自身は経験がありませんので(従って確実に修復できるとは保証できません)、Microsoftの技術情報をしっかりと読んで下さい。実際、修復は極めて困難な作業となります。回復コンソールを用いて問題のレジストリファイルを削除し、バックアップされているレジストリファイルをコピーします。コマンドを打つことになるので、上記の技術情報を参考に修復作業を行ってください。レジストリの保存場所は「c:\windows\system32\config\」以下にあります。以下に書くWindowsXPの修復の方法を重ねて参照してください。起動できなくなった場合の回復方法」に詳細に記述されていますので、これに従ってレジストリの修復を行うことが可能です。OEM版(メーカーの製品は全てこれ)の場合、この方法を用いないようMicrosoftが警告しています(リンク先参照)。そもそも、メーカー製の場合はまずメーカーに問い合わせましょう。回復コンソールでのバックアップと削除と暫定パッチシステムの復元ファイルからレジストリ情報を取り出す(NTFSの場合は少し厄介)再び回復コンソールを用いて最後のレジストリファイルに置き換えるといった感じになります。レジストリのバックアップがある場合の修復方法は、3の作業だけ行えばいいということになります。Computerによる「回復コンソールを使用して、問題を解決するには」も紹介しておきます。ハイブを修復するを参考に、破損したSystemファイルをSystem.altファイルで置き換えます。この方法についてはpapalagiさんが書いたものを参考にしたものです。上記の方法で失敗する場合これらの方法で失敗した場合、別のパーティションにWindowsの再インストールを行います。その上で再インストールしたレジストリ情報を取り出し、「%SystemRoot%\System32\Config」にあるレジストリハイブを回復コンソールを用いて手動で復元します。FAT32ファイルシステムにインストールされていた場合は、回復コンソールでなくともOSから上書きが可能です。つまるところ、破損したレジストリを削除して新しくインストールしたWindowsのレジストリで置き換えるのです。322755」を参照ください。この場合、明らかにレジストリの情報に矛盾が生じていますので、早急に再インストール作業を行うなどの対処をされることを勧めます。ドライバの入れ直しだけで使えるようになるのならば、それはそれでいいという考え方もあるでしょうが、このエラー以外の爆弾を抱えることになるので注意が必要です。念のため申し添えておきますが、この方法で修復してもまともに動作しない可能性があります。解決されたという方のページもいくつか拝見しました。残念ですが、どれも特に決め手に欠ける気がします。上記の修復方法についても、原因がわからなければどうしようもない気がします。あの青い画面になって復旧作業を行わなければならないのでは修復した甲斐がないというものです。いくつかの対策が頼りないとはいえ編み出されているようです。HDDのジャンパ設定これをどうにかすることで何とかなったという例もあるようです(Maxtor製の場合)。Limitationジャンパ(J46)を外す、とあります。仁義なき戦い<代理戦争>@Windows2000に詳細が載っていますので、これを頼りに設定を変えてみることも考えてみましょう。WinFAQのアーカイブにも「Maxtorのジャンパ設定に関する記事」があります。望み薄であると考えておいた方が良いでしょう。この程度で直れば苦労しません。disableにするBIOSで設定できるらしい。HDDのキャッシュのことだろう。パフォーマンスの低下は避けられないと思われる。ここまで妥協しなければならないというのは、絶対におかしい。普通の使い方で壊れるからノロノロしていても我慢するなんて、そんなことは私には納得できない。それは消費者側が意図して買ったモノではないはずだ。「コンピュータの電源を切ることができます」でとめるには?を参照してください。これによってシャットダウンの制御をOSからユーザ側に移すことが可能になり、HDD書き込み前のシャットダウンを回避することが可能となります。端的に言えば、ACPI機能を無効にすると言うことになります。やったことがないですが、おそらく唯一の解決策です。いえ、ここまで面倒なことをしなくてはならないのでしょうか。マザーボードによってはBIOSでACPI/APMを無効にすることもできるかもしれませんが、可能な場合でも再インストールが必要とされています。シャットダウン時、サービスに終了遅延時間を与えるWinFAQのシャットダウン時、サービスに終了遅延時間を与えるには?から引用します。regeditを起動します。HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Controlを開きます。大きい値を設定します。(タイムアウト遅延時間をミリ秒で指定します。)なるべく大きな値を設定することでシャットダウンを遅くし、HDDのキャッシュからプラッタへの書き込み時間に余裕を与え、レジストリの破損を防ぐというものです。これによってかなり安全性を上げる事が可能です。確実といえないところが痛いところです。実際にダメだった方がいらっしゃいます。ダメだった場合にどうなるかということを想像するだけで、実用性は厳しいものといえるでしょう。IDEケーブルのPinを統一、もしくは80Pinのものを用いる私はこの方法で安定して動かせるようになりました。ドライブとHDDを接続するIDEケーブルを80Pinのものに変更してみてください。私の例なので、解決する保障はありません。SerialATAの場合はケーブルの種類は一つですので、お手上げです。ファイルシステムをFAT32にしてインストールする巷で所々に出てくるFAT32解決策です。FAT32でフォーマットしてインストールするだけです。私の場合にはこの方法は通用しませんでした(一瞬でご臨終)。通用しない方も多数であり、試してみる価値はあっても過度の期待は禁物でしょう。セキュリティレベルの低いFAT32ファイルシステムは、復旧を楽に行えるということを付記しておきます。レジストリ書き換え時には常に再起動してからシャットダウンする常に気をつけることができるのならば可能です。「アプリの設定」「ユーザの追加」「壁紙・スクリーンセーバーの変更」「パーティションの設定」「サービスの停止・開始」などなど、少し触れられるだけでレジストリは変更されるわけです。これらのことを常に気をかけ、何らかの作業をした場合には再起動した後、必ず起動しなおしてシャットダウン。できる方はやってください。常にブルーバックの恐怖を背後に受けていてもいいのならば。いうか、それ解決策違う。HDDだけ別の電源につなぐ一考に値します。ケース参考にですが、私の体験に関して記述してみます。6Y080M0の組み合わせで当初発生しました。インストールが無事に終了するわけですが、シャットダウンすると次に起動した時には件のバックブルー画面となって動きを止めてしまうのです。マザーに付属しているドライバCDからRAID関連のドライバを入れることで何とかシャットダウンしても大丈夫になりましたが、少しシステム領域に関わるところの設定を変えただけでブルーバック画面へと逆戻りしました。例としてパーティーションを切るとか、ユーザーの追加などです。メモリチェックは問題なく、ビデオカードは他で動いていたものを流用して使ったものも問題なく動き、HDDもスキャンディスクではエラーはありませんでした。NTFSがダメといううわさを聞いて、FAT32でインストールしてみたものの、OS即死に変わりなく。結局ダメなので前に使っていたDuron700で用いていた古い20GBのHDD(データはそのまま)を用いることで何とか動かしていたわけですが、その遅さに耐えられなくなり、そのHDDをつないだまま6Y080M0にインストールを行いました。理由はわかりませんでしたが、2台で動かすことによって安定性が増し(つなぐ以外に特別な事はしていません)、ドライバのインストールやパーティーション分割、ユーザーの追加、さらにはSP4を当てても問題なく推移し、これで大丈夫だと思ってOFFICEをインストールしました。ここで例のブルーバック画面に逆戻りしたのでした。これら私の経験上のブルーバック発生条件は、レジストリ書き換えの後のシャットダウンにあります。再起動では問題は発生しません(電源が切れることがないから、と予想される)。レジストリの書き換え量が多くなるほどこの危険性が高まります。HDDの駆動台数が少ないほど危険性が増します。古いHDDも1台で動かしていて最終的に動作を止めました。古いHDDと組み合わせて使うと安定性が増すようにも見えます。2台組み合わせることで安定したという報告もあるようなので、HDD監視が行き届きやすくなるということなのでしょうか。理解できない現象です。SerialATAに問題があるのではないかと疑ってMaxtor製の6Y080L0を購入して試してみましたが、今度は全く違うエラーが表示されて動作しなくなりました。これがVIAのチップセットによる影響なのかは判明しませんでしたが、これがダメだったことから最終的にはサポートへの委託に切り替えることにしました。サポートから帰ってきたわけですが、症状が再現されないという報告とともに戻ってきました。電源を入れかえて再びトライしてみたところ、やはり再現されるという嬉しくない結果になりました。隣席の方が、IDEケーブルのPinが異なっていることに気づき、それを合わせるという方法を提案してもらい、80Pinの(高速な)IDEケーブル(40Pinと80Pinという2種類が存在する)で統一したところ、IDEのHDDにインストールすることに成功。今まで良くしていた「カシャン」と言うHDDの音もしなくなって、今現在は安定したように感じています。このマザボがSerialATA対応にもかかわらず、このインストールは結局うまくいかずにおわっています。旧過去ログ検索結果〜数多くの問題症状がユーザーによって寄せられるWinFAQの掲示板です。私が調べた時点では109個ものC0000218の記事がヒットしました。過去ログでもっと古い方は検索がつかえませんが、これらよりもさらに貴重な資料が埋まっています。C0000218関連の体験記事2003PC構築顛末記〜インストール時の症状やエラーへの対策や対応を書かれています。Linernotes〜原因・回避方法についてかなり綺麗にまとめられています。朝顔日記〜やはりOSがお亡くなりになった方の体験記。電源を意図したとおりに落とす方法や、簡単なバックアップの取り方などについて記載されている。きまぐれ日記〜HDDを変えて調査を行われたようです。このエラーが出ている場合、HDDに負担がかかっていると思われます。BLUEBIRD〜復旧に成功されていますが、レジストリのバックアップが古く、ドライバの再インストールに追い込まれています。/var/log/hdk.log〜復旧に成功されている体験記。俺様のコンピューター〜ここでは電源の交換で復活しています。徒然庵〜この方はSeagateとVIAだったようです。メッセージ〜XP用の記事ですが、Win2000も同様と考えて差し支えないです。起動できない場合の対処方法〜復旧方法について詳細に書かれています。エラーのトラブルシューティング〜こちらは回復コンソールを用いた復旧方法に関する詳細です。Machine〜リンク先の消失の場合には、こちらのサイトをご利用ください。最後にC0000218エラーの原因はいくつかのサイトで取り上げられているものの、情報自体が少なく、こうだと言い切れるほどのものはありません。よって、ここに掲載した情報の一部が間違っている可能性は極めて高いです。この記事を参考にして発生したいかなる損害に対しても筆者は責任を負うことはできません。この記事を書くにあたっては、被害に遭われた多くの方々の情報(サイト・掲示板)を参考にさせていただいています。この場を借りてお礼申し上げます。このページにおいてはここに載せた情報以上の対応はできませんが、他の掲示板に投稿される際や、日記やBlogでこの問題について触れられる場合、状況の発生したPCの環境を詳しく書かれると、後で参照する私が助かります。この記事に対するコメントなどがありましたら、>iktrycアットマークgmail.com<まで。はてなID「dim」に投げ銭することでも連絡を取ることができます。FAT32とACPI(手動シャットダウン)などの記述を追加。