Loading article…
ブルースクリーンオブデス（BSoD）は、 ブルースクリーンエラー、ブルースクリーン、致命的なエラー、バグチェックとも呼ばれ、正式にはストップエラー[1] [2] [3]とも呼ばれ、重大なシステムエラーが発生したときにMicrosoft Windowsオペレーティングシステムによって表示される重大なエラー画面 です。これは、オペレーティングシステムが安全に動作できなくなる重大な状態に達した システムクラッシュを示しています。
BSoD を引き起こす可能性のある問題としては、ハードウェア障害、デバイス ドライバーの有無の問題、ウイルス、マルウェア、意図的なユーザー操作などのその他の要因が挙げられます。
歴史
| 外部ビデオ | |
|---|---|
 間違った DOS バージョンで Windows 1.01 を起動するビデオ | |
 Windows 1.0 BSOD (不正な DOS バージョン): ショート バージョン、Windows の起動失敗を示す | |
| Windows 1.01 のブルー スクリーン: 長いバージョン。MS-DOS 6 と Windows 1.01 のインストールと、Windows の起動失敗を示しています。 |
ブルースクリーンは、 Windows 1.0の最初のベータ版の頃から存在していた。Windows が予想よりも新しいDOSバージョンを検出すると、正常に起動する前に、エラーメッセージ「DOS バージョンが正しくありません」と、どのチェックに合格しなかったかを示すその他のテキストメッセージがブート画面に追加される。[4]この機能は最終リリース (バージョン 1.01) でもまだ存在しているが、残りの詳細なテキストメッセージが削除されたため、代わりに画面にはランダムな文字がほとんど表示される。[4]ただし、これはクラッシュ画面ではない。クラッシュすると、Windows 1.0 は単にロックするか、DOS に終了する。この動作は、 Windows 2.0およびWindows 2.1でも発生している。
Windows 3.0では、通常、 386 拡張モードのデジタル デバイス ドライバーやプログラムが実行できないその他の状況からの重要なシステム メッセージを表示するためにテキスト モード スクリーンを使用します。Windows 3.1では、このスクリーンの色が黒から青に変更されました。また、ユーザーがCtrl+Alt+Deleteキーの組み合わせを押して基本的なタスク マネージャーを起動すると、応答しないプログラムがある場合はそれを終了するために予約されているブルー スクリーンが表示されます。以前のバージョンと同様に、Windows 3.x はエラー状態が深刻な場合は DOS に終了します。
最初のブルースクリーンは、Windows NT 3.1 [5] (1993 年にリリースされたWindows NTファミリーの最初のバージョン) で登場し、その後リリースされたすべての Windows オペレーティングシステムに登場しました。エラー画面は初期のバージョンで始まった*** STOP:ため、「停止エラー」と呼ばれるようになりました。
BSoDは、デバイスドライバの不備やハードウェアの故障によって発生することがあります。 [6]メモリの不良、電源トラブル、コンポーネントの過熱、ハードウェアが仕様の限界を超えて動作しているなどです。Windows 9xオペレーティングシステムでは、互換性のないDLLやオペレーティングシステムカーネルのバグもBSoDの原因となる可能性があります。[7] Windows 9x OSの不安定性とメモリ保護の欠如により、BSoDはより一般的でした。
BSoDは、組み込みオペレーティングシステムのWindows Embedded Compact（旧称Windows CE）シリーズには含まれていません。 [8]
帰属
.png/500px-Windows_3.1_BSoD_(fixed).png)
2014年9月4日、Business Insider、[9] DailyTech、[10] Engadget、[11] Gizmodo、[12] Lifehacker、[13] Neowin、[14] Softpedia、[15] TechSpot、[16] Boy Genius Report ( BGR )、The Register、[17] The Verge、[18]などのオンラインジャーナルや、PC Authorityやオーストリアの技術サイトFutureZone [19]などの印刷物や英語以外の情報源はすべて、ブルースクリーン・オブ・デスの作成者はマイクロソフトの元CEOであるスティーブ・バルマーであると報じた。これらの記事では、マイクロソフトの従業員であるレイモンド・チェンのブログ投稿「Windows 3.1のCtrl+Alt+Delダイアログのテキストを書いたのは誰か?」[20]が引用されており、特にWindows 3.xでの最初の基本的なタスクマネージャーの作成に焦点を当てている。前述のタスクマネージャーはBSODと視覚的に類似しており、画面に表示されるメッセージはバルマー氏が書いたものである。[20]
陳氏は、2014 年 9 月 9 日のブログ投稿で、この広まった誤情報に対処しなければならなかった。投稿では、主要な技術ニュース サイトが誤った記事を取り上げ、陳氏の当初の説明を完全に無視したことを示す不十分な調査または調査を行わなかったことを痛烈に批判した。陳氏は、誤った基本記事に加えて、6 つ以上の主要サイトが記事にその他の誇張された詳細や捏造された詳細を含めていたと指摘した。その中には、陳氏を誤ってマイクロソフトの幹部と名乗ったり、陳氏を「公式の会社スポークスマン」として扱ったり、Windows NT や Windows 95 の無関係な画像をイラストとして使用したりしたことなどがある。さらに、陳氏は、誤情報の中で最悪の歪曲を特に指摘した。それは、読者への修辞的な質問で「シナリオを捏造し、それを現実であるかのように主張した」 BGR (Boy Genius Report) のものである。また、彼はいくつかの情報源がBSoDの発生とその発生という事実を混同し、BSoDの発明が致命的なエラーを引き起こしたと示唆することで因果関係を逆転させ、システムがすでに回復不能になった後にユーザーに致命的なエラーに関する情報を提供するという本来の有用な機能を無視していることも発見した（このような誤った情報源は、Windowsのすべての致命的なクラッシュの発生についてバルマーを間接的に非難した）。[21]チェンはその後、最初の苦情の翌日にブログ記事を投稿し、Windows 95のBSoDを改訂した責任を主張した。彼の投稿では、Windows 95で最初の現代的な形態のBSoDを「ある意味」作成したのは自分であると詳しく述べていた。[22]
一方、Windows NTファミリーのブルースクリーン（ストップエラーとも呼ばれる）は、Windows 3.xの基本的なタスクマネージャー画面に基づいているのではなく、実際にはマイクロソフトの元従業員であるデイブ・プラマーによると、マイクロソフトの開発者であるジョン・バートによって設計されたものである。[23]さらに、バートは、ストップエラー画面に青色が割り当てられた理由として、当時のビデオハードウェアのユニバーサルカラーパレットが非常に初歩的であり、彼が個人的にMIPS OSボックスとSlickEditを使用してプログラミングしていたため、ファームウェアとエディターの両方が青い背景に白いテキストを表示し、より一貫したプログラミングエクスペリエンスを実現したためであると述べています。[23]
フォーマット
BSoD は当初、ロイヤルブルーの背景に銀色の文字で現在のメモリ値とレジスタ値に関する情報を表示していました。Windows Server 2012 (2012 年 9 月リリース) 以降、Windows はセルリアン色の背景を採用しました。Windows 11の以前のバージョンでは黒色の背景が使用されていましたが[24]、後にビルド 22000.348 以降では濃い青色の背景に切り替わりました。[25] Windows 10、Windows 11、Windows Serverのプレビュー ビルド( Windows Insiderプログラムから入手可能) では青色ではなく濃い緑色の背景が使用されています。[26] [27] [24] Windows 3.1、95、98 では画面の色のカスタマイズがサポートされていますが[28]、Windows NT ファミリでは色がハードコードされています。[28]
Windows 95、98、およびMe は、BSoD を 720×400 の画面解像度で 80×25 のテキスト モードでレンダリングします。Windows NT ファミリの BSoD は、当初 720×400 の画面解像度で 80×50 のテキスト モードを使用していましたが、Windows 2000 以降 7 では 640×480 の画面解像度を使用するように変更されました。Windows 2000 では組み込みのカーネル モード フォントが使用され、Windows XP、Vista、および 7 ではLucida Consoleフォントが使用され、Windows 8 および Windows Server 2012ではSegoe UIフォントが使用されました。Windows 8 および Windows Server 2012 の BSoD は、以前のバージョンの Windows よりも高い解像度でレンダリングされ、UEFI マシンで使用可能な最高の画面解像度が使用されます。レガシーBIOSマシンでは、デフォルトで1024×768の解像度が使用されますが、利用可能な最高の解像度を使用するように構成することもできます（ブート構成データhighestmodeの「」パラメータを使用）。[29] Windows 10ビルド14316以降では、Windows 8と同じ形式が使用されますが、ユーザーが問題を段階的にトラブルシューティングするのに役立つMicrosoftサポートWebページに移動するQRコードがあります。この形式はWindows 11でも保持されました。
ウィンドウズ
Windows NTファミリのオペレーティング システムでは、カーネルまたはカーネル モードで実行されているドライバーが回復不可能なエラーに遭遇すると、ブルー スクリーン ( Windowsソフトウェア開発キットおよびドライバー開発キットのドキュメントでは「バグ チェック」と呼ばれます) が発生します。これは通常、不正な操作が実行されたことが原因です。この状況でオペレーティング システムが実行できる唯一の安全なアクションは、コンピューターを再起動することです。このため、再起動は計画外であり、ユーザーに作業内容を保存する機会が与えられないため、データが失われる可能性があります。
エラー画面のテキストには、エラー コードとそのシンボル名 (例: "0x0000001E, KMODE_EXCEPTION_NOT_HANDLED") に加えて、括弧内にエラーに依存する 4 つの値が表示されます。これらの値は、ソフトウェア エンジニアが、発生した問題を解決するのに役立ちます。エラー コードによっては、問題が発生したアドレスと、そのアドレスにロードされているドライバーが表示される場合があります。Windows NT では、画面の 2 番目と 3 番目のセクションに、それぞれロードされているすべてのドライバーの情報とスタック ダンプが表示される場合があります。ドライバー情報は 3 つの列に分かれています。最初の列にはドライバーのベース アドレス、2 番目の列にはドライバーの作成日 ( Unix タイムスタンプ)、3 番目の列にはドライバーの名前が表示されます。[30]デフォルトでは、Windows は停止エラーが発生するとメモリ ダンプファイル を作成します。 OS のバージョンによって、保存できる形式はいくつかあり、64kB の「ミニダンプ」（Windows 2000 で導入）から、物理メモリ（RAM）の全内容のコピーである「完全ダンプ」まであります。生成されたメモリ ダンプ ファイルは、カーネルデバッガを使用して後でデバッグできます。Windows の場合、 Debugging Tools for Windowsの WinDBG または KD デバッガが使用されます。[31]デバッガはスタックトレースを取得するために必要であり、問題の真の原因を突き止めるために必要な場合もあります。画面上の情報は限られており、誤解を招く可能性があるため、エラーの真の原因が隠れてしまう可能性があります。デフォルトでは、Windows XP は停止エラーが発生した場合に 64kB のミニダンプのみを保存し、その後自動的にコンピュータを再起動するように構成されています。このプロセスは非常に高速に行われるため、ブルー スクリーンは一瞬しか表示されないか、まったく表示されない場合があります。ユーザーは、これを従来の停止エラーではなくランダムな再起動として認識することがあり、Windows が再起動して重大なエラーから回復したという通知が表示されて初めて問題に気付きます。これは、コンピューターで「自動再起動」と呼ばれる機能が有効になっている場合にのみ発生します。この機能はコントロール パネルで無効にすることができ、その結果停止エラーが表示されます。
Microsoft Windows は、別のコンピュータで実行されているカーネル デバッガーにライブ デバッグ情報を送信するように構成することもできます。ライブ カーネル デバッガーがシステムに接続されているときに停止エラーが発生すると、Windows は実行を停止し、BSoD を表示するのではなく、デバッガーを中断させます。その後、デバッガーを使用してメモリの内容を調べ、問題の原因を特定できます。
BSoD は、重大なブートローダーエラーによっても発生する可能性があります。このエラーでは、ストレージドライバーが正しくない、ファイルシステムが破損している、または同様の問題により、オペレーティングシステムがブートパーティションにアクセスできません。この状況でのエラーコードは STOP: 0x0000007B (INACCESSIBLE_BOOT_DEVICE) です。[32]このような場合、メモリダンプは保存されません。この状況ではシステムはハードドライブから起動できないため、問題を修正するには、Windows インストールディスクにある修復ツールを使用する必要があることがよくあります。
詳細
Windows Server 2012より前では、各 BSoD には大文字のエラー名 (例: APC_INDEX_MISMATCH)、16 進数のエラー番号 (例: 0x00000001)、および 4 つのパラメータが表示されていました。最後の 2 つは次の形式で一緒に表示されます: [33]
エラーコード (パラメータ 1、パラメータ 2、パラメータ 3、パラメータ 4) エラー名
エラー番号とその性質に応じて、パラメータのすべて、一部、またはまったくに、何が問題であったか、どこで問題が起こったかに関するデータが含まれます。さらに、エラー画面には、一般的な説明とアドバイスが 4 段落表示され、原因となったファイル名やメモリ アドレスなどのその他の技術データも含まれている可能性があります。
Windows Server 2012 のリリースにより、BSoD が変更され、上記のすべてが削除され、エラー名と簡潔な説明が採用されました。Windows 8 では悲しい顔文字も追加されましたが、これは日本語版や Server 版には存在しません。[34] [より良いソースが必要] 16 進数のエラー コードとパラメーターは、 Windows イベント ログまたはメモリ ダンプで引き続き確認できますが、「致命的なシステム エラー」BSoD (これも Windows Server 2012 以降変更されています) では、エラー名の代わりに 16 進数のエラー コード「0xc000021a」が表示されていました。Windows 10 ビルド 14316 以降、画面には迅速なトラブルシューティングのためのQR コードが表示されます。Windows 10 v2004 以降では、「PC」へのすべての参照が「デバイス」という単語に変更されています。
ウィンドウズ9x
Windows 9xシリーズのオペレーティング システムでは、仮想デバイス ドライバーがユーザーにエラーを報告する主な方法として、ブルー スクリーン オブ デスが使用されていました。このバージョンの BSoD (内部的には「 _VWIN32_FaultPopup」と呼ばれています) では、コンピューターを再起動するか、Windows の使用を続行するかをユーザーに選択させ、データが失われる前に作業内容を保存することができます。ただし、発生した状況の種類によっては、続行または再起動のオプションがまったく機能しない場合があります。これは、電源がオフになるか再起動されるまで (後者の場合は通常自動的に行われます)、ユーザーがコンピューターを使用できないようにする Windows NT バージョンの BSoD とは対照的です。
最も一般的なBSODは80×25のテキストモード画面に表示されます。これは、プロセッサ例外によって発生した割り込みを報告するオペレーティングシステムの方法です。これは、一般保護違反ダイアログボックスのより深刻な形式です。エラーのメモリアドレスが指定され、エラータイプは00から11（10進数では0から17）の16進数です。エラーコードは次のとおりです。[35]
- 00: 除算エラー
- 01: 起動エラー
- 02:マスク不可能割り込み
- 03: シャットダウンエラー
- 04: オーバーフロートラップ
- 05: 境界チェックエラー
- 06: 無効なオペコードエラー
- 07: 「コプロセッサが利用できません」エラー
- 08: ダブルフォールト
- 09: コプロセッサセグメントオーバーラン
- 0A: 無効なタスク状態セグメント障害
- 0B: 現状の過失ではない
- 0C: スタック障害
- 0D:一般保護違反
- 0E:ページフォールト
- 0F: エラーメッセージの制限を超えました
- 10: コプロセッサエラー障害
- 11: アライメントチェックエラー
BSoD が発生する原因は次のとおりです。
- 互換性のないバージョンのDLLで発生する問題: Windows は、アプリケーション プログラムで必要なときにこれらの DLL をメモリに読み込みます。バージョンが変更されると、アプリケーションが次に DLL を読み込むときに、アプリケーションが期待するものと異なる可能性があります。新しいソフトウェアがインストールされるにつれて、これらの非互換性は時間とともに増加します。これは、一部の人々[誰? ] が、Windows のクリーン インストールは「古い」インストール (またはインプレース アップグレード) よりも安定していると言った多くの理由の 1 つです。
- デバイス ドライバーに欠陥があるか、または不適切に記述されています。
- ハードウェアの非互換性。
- ハードウェアの損傷によっても BSoD が発生する場合があります。
Windows 95 および 98 では、システムがハード ドライブ上のファイル " c:\con\con"、c:\aux\aux"、または " " にアクセスしようとすると、BSOD が発生します。これは、いたずらとして Web サイトに挿入され、訪問者のマシンをクラッシュさせる可能性があります。ただし、実際には、これらは DOS システム用に予約されたデバイス名であり、Windows からアクセスしようとするとクラッシュが発生し、その結果、前述の BSoD が発生します。Windows 内で前述のディレクトリを作成しても機能せず、同じ BSOD が発生する可能性があります。2000 年 3 月 16 日、Microsoft はこの問題を解決するセキュリティ更新プログラムをリリースしました。 [36]c:\prn\prn
Windows 9x の BSoD の有名な事例の 1 つは、1998 年 4 月 20 日のCOMDEXでビル ゲイツが行ったWindows 98ベータ版のプレゼンテーション中に発生したものです。アシスタントのクリス カポセラが Windows 98 のプラグ アンド プレイデバイスのサポートをデモするために PC にスキャナーを接続したとき、デモ PC が BSoD でクラッシュしました。この出来事は観衆から大きな拍手を浴び、ゲイツは (緊張した沈黙の後に) こう答えました。「それが Windows 98 をまだ出荷していない理由に違いありません。」[37]
システム
Linuxオペレーティングシステム用のシステムコンポーネントを提供するソフトウェアスイートであるsystemdは、2023年8月からsystemd-bsodと呼ばれるsystemdユニットを使用して、Microsoft Windowsと同様のブルースクリーンオブデスを実装しており、2023年12月6日のsystemdバージョン255から完全に追加された。[38]これはLinuxに搭載されているカーネルパニック（下記参照）を完全に置き換えるものではないが、起動に失敗した場合に使用される。[39]
類似の画面
STOP エラーは、macOS、Linux、その他のUnix 系システムのカーネル パニック、およびOpenVMSのバグチェックに相当します。Windowsとのバイナリ互換性を実現するように設計されたオープン ソース オペレーティング システムであるReactOS は、Windows NT オペレーティング システムで使用されるものと同様のブルー スクリーン オブ デスのバージョンを実装しています。
Windows 3.1では、青い画面ではなく黒い死の画面が表示されます。 [21] macOSの一部のバージョン（特にOS X Lion）では、カーネルパニックではなく黒い死の画面が表示されますが、これは通常、グラフィックカードまたはスリープ/ウェイクの問題を示しています。[ 40]また、オペレーティングシステムが正常に起動しない場合にも黒い画面が表示されることがあります。[41] Xboxシリーズのコンソール（初代Xbox、Xbox 360、Xbox One、Xbox Series X/Sを含む）も、ハードウェアまたはソフトウェアのエラーが発生すると黒い画面を表示します。[42]
Windows 98のベータ版では、ホストコンピュータのBIOSに問題が発生すると、ACPI（ Advanced Configuration and Power Interface ）によって赤いエラー画面が表示されます。 [43] Windows Vistaの最初のベータ版のブートローダは、起動に失敗すると赤い画面の背景を表示していました。[44] [45] [46]
前述のように、Windows 10以降のインサイダービルド、およびWindows Server 2016以降では、緑色の画面が表示されます。[26] [27] [24] Windows 10以降（およびWindows Server 2016以降）では、ドライバーの非互換性がある場合、オレンジ色の画面も表示されます。[引用が必要]
参照
参考文献
- ^ 「ブルー スクリーン エラーのトラブルシューティング」。サポート。Microsoft。2019年4 月 10 日。2019 年 9 月 4 日時点のオリジナルよりアーカイブ。
- ^ 「バグチェックについて」。TECHCOMMUNITY.MICROSOFT.COM 2019年3月16日。 2023年3月12日閲覧。
- ^ 「ブルースクリーンデータ - Windows ドライバー」。Microsoft Learn。2023年 1 月 4 日。2023 年3 月 21 日閲覧。
- ^ ab 「なぜ Windows 1.01 はスプラッシュ スクリーンでクラッシュするのか?」Retro Computing . 2021 年 8 月 30 日。Windows
の最終リリースでは、これらの詳細なメッセージは急いで削除されました。ただし、それらを印刷するコードは削除されず、これがゴミ出力を生成する原因となっています。
- ^ Chen, Raymond (2017年9月26日). 「Windows NTのブルースクリーンを実装したのは誰か?」The Old New Thing . Microsoft . 2019年3月15日時点のオリジナルよりアーカイブ。 2021年10月1日閲覧。
- ^ Wilson, Michelle (2019年7月25日). 「Windows 10のブルースクリーンとは何か、そしてそれを修正する方法は?」. HP . 2021年10月1日閲覧。
- ^ Cepero, Robert (2019年5月17日). 「ブルースクリーン・オブ・デス：原因と解決法」Bleuwire . 2021年10月1日閲覧。
- ^ 「ブルー スクリーン - Microsoft Windows Embedded Compact バージョン 7.00 (ビルド 2864)」。social.msdn.microsoft.com 。 2023 年1 月 18 日閲覧。
- ^ スミス、デイブ（2014年9月4日）。「スティーブ・バルマーが死のブルースクリーンを書いた」。Business Insider。Business Insider Inc. 2014年9月8日時点のオリジナルよりアーカイブ。 2014年9月10日閲覧。
- ^ Mick, Jason (2014 年 9 月 4 日). 「Microsoft Exec Reveals Steve Ballmer Create Original Blue Screen of Death Message」. Daily Tech . DailyTech LLC. 2015 年 8 月 20 日時点のオリジナルよりアーカイブ。2014 年9 月 10 日閲覧。
- ^ Fingas, Jon (2014 年 9 月 4 日). 「Steve Ballmer が Windows 初の Ctrl-Alt-Delete メッセージを書きました (更新)」. Engadget . AOL . 2014 年 9 月 9 日時点のオリジナルよりアーカイブ。2014 年9 月 10 日閲覧。
- ^ Condliffe, Jamie (2014 年 9 月 4 日). 「Steve Ballmer Wrote the Blue Screen of Death」. Gizmodo . Gizmodo Media Group . 2014 年 9 月 11 日時点のオリジナルよりアーカイブ。2014 年9 月 10 日閲覧。
- ^ キッドマン、アレックス (2014 年 9 月 5 日)。「スティーブ・バルマーが BSOD を書いたのだから、怠けるのはやめよう」。Lifehacker。Allure Media。2014年 9 月 10 日時点のオリジナルよりアーカイブ。2014 年9 月 10 日閲覧。
- ^ Sams, Brad (2014年9月4日). 「Steve Ballmer wrote the BSOD text」. Neowin . Neowin LLC. 2014年9月8日時点のオリジナルよりアーカイブ。 2014年9月10日閲覧。
- ^ Popa, Bogdan (2014 年 9 月 4 日)。「Steve Ballmer 自身が最初のブルー スクリーン オブ デス テキストを作成」。Softpedia。SoftNews SRL。2014 年 9 月 10 日時点のオリジナルよりアーカイブ。2014 年9 月 10 日閲覧。
- ^ Schiesser, Tim (2014 年 9 月 4 日). 「オリジナルのブルー スクリーン オブ デスは Steve Ballmer によって書かれました」. TechSpot . 2014 年 9 月 10 日時点のオリジナルよりアーカイブ。2014 年9 月 10 日閲覧。
- ^ Sharwood, Simon (2014 年 9 月 4 日). 「Ballmer が Windows のブルー スクリーン オブ デスのテキストを個人的に書いた」. The Register . 2014 年 9 月 8 日時点のオリジナルよりアーカイブ。2014 年9 月 10 日閲覧。
- ^ Warren, Tom (2014年9月4日). 「Steve Ballmer がブルースクリーン オブ デスのメッセージを書いた」. The Verge . Vox Media . 2014年9月7日時点のオリジナルよりアーカイブ。 2014年9月10日閲覧。
- ^ “スティーブ・バルマー氏が「ブルースクリーン・オブ・デス」と発言-ボットシャフト”. futurezone.at . 2014年9月4日. 2020年12月2日時点のオリジナルよりアーカイブ。 2024年9月3日閲覧。
- ^ ab Chen, Raymond (2014年9月2日). 「Windows 3.1のCtrl+Alt+Delダイアログのテキストを書いたのは誰ですか?」The Old New Thing . Microsoft . 2020年11月15日時点のオリジナルよりアーカイブ。 2020年11月13日閲覧。
- ^ ab Chen, Raymond (2014年9月9日). 「スティーブ・バルマーはブルースクリーンのテキストを書いていない」。The Old New Thing。Microsoft。2020年10月25日時点のオリジナルよりアーカイブ。 2020年11月13日閲覧。
- ^ Chen, Raymond (2014 年 9 月 10 日) 。「私は、ある意味、オリジナルのブルー スクリーン オブ デスを書いた」。The Old New Thing。Microsoft。2024年9月 3 日閲覧。
- ^ ab Plummer, David (2021年1月30日). 「ブルースクリーンが青いのはなぜか?」YouTube . 2023年7月7日閲覧。
- ^ abc Warren, Tom (2021年7月1日). 「MicrosoftのブルースクリーンオブデスがWindows 11で黒に変更」. The Verge . Vox Media . 2021年7月2日閲覧。Microsoft
はWindows 11でブラックスクリーンオブデスに切り替えていますが、画面はそれ以外はWindows 10のものとまったく同じです。悲しい顔はそのままで、停止コードとクラッシュダンプもそのままです。Windows 11の現在のプレビューには、Microsoftが2016年からWindows Insiderビルドに使用している色である緑のBSODが含まれています。
- ^ Klotz, Aaron (2021年11月23日). 「Windows 11のアップデートでBSODが再び青くなり、ファイルエクスプローラーの主要なバグが修正される」. Tom's Hardware .
- ^ ab Williams, Wayne (2016年12月29日). 「Behold the Windows 10 GSOD -- Green Screen of Death」. BetaNews . 2017年1月12日時点のオリジナルよりアーカイブ。
- ^ ab Warren, Tom (2016年12月29日). 「Windows 10 テスターは今後、グリーンスクリーン オブ デスが表示される」The Verge . Vox Media . 2017年1月1日時点のオリジナルよりアーカイブ。
- ^ ab Seely, Scott (2000). Windows Shell Programming . Upper Saddle River, NJ: Prentice Hall PTR. pp. 232–233. ISBN 9780130254962. OCLC 44090524。BSOD
は Blue Screen Of Death の略です。SYSTEM.INI の 386Enh セクションで MessageTextColor と MessageBackColor という 2 つの変数を設定することで、この画面の色をカスタマイズできます。ユーザーは Windows 3.1、95、および 98 でのみ BSOD をカスタマイズできます。これらの変更は Windows NT バリアントでは機能しません。
- ^ Graff, Eliot; Marshall, Don (2021年12月15日). 「BCDEdit /set - Windows ドライバー」. Windows Hardware Developer . Microsoft . 2020年12月25日時点のオリジナルよりアーカイブ – Microsoft Docs経由。
- ^ Microsoft Windows NT Workstation リソースキット(第 1 版)。ワシントン州レドモンド: Microsoft Press。1996年 10 月 29 日。ISBN 1-57231-343-9。
- ^ DOMARS. 「WinDbg (カーネル モード) の使用を開始する」。msdn.microsoft.com。2016年 3 月 14 日時点のオリジナルよりアーカイブ。2018 年6 月 15 日閲覧。
- ^ 「Stop エラー コード 0x0000007B (INACCESSIBLE_BOOT_DEVICE)」。support.microsoft.com。2018 年 4 月 17 日。2021 年 3 月 28 日時点のオリジナルよりアーカイブ。2020年1 月 16 日閲覧。
- ^ 「STOP: 0x00000001 (パラメーター、パラメーター、パラメーター、パラメーター) APC_INDEX_MIS」。msdn.microsoft.com。2006年6月29日。2018年6月15日時点のオリジナルよりアーカイブ。 2018年6月15日閲覧。
- ^ The-Feren-OS-Dev (2021年5月31日). 「Windows 8/10のBSODの日本語表示の仕方が、オリジナルのWindows 8のBSODデザインを思い出させる - ああ」. r/windows . 2023年1月27日閲覧。
- ^ 「致命的な例外エラーとは」。サポート。Microsoft。2007年 1 月 19 日。2003 年 8 月 23 日時点のオリジナルよりアーカイブ。2013年10 月 16日閲覧。
- ^ Microsoft Corporation (2000)。「「パス名内の DOS デバイス」の脆弱性に対する修正プログラムが利用可能」。TechNet。Microsoft。2011年 8 月 30 日時点のオリジナルからアーカイブ。2006 年3 月 4 日閲覧。
- ^ Garmon, Jay (2007年4月12日). 「ビデオ：ビル・ゲイツ、ブルースクリーン・オブ・デスと対面」. TechRepublic . CBS Interactive . 2022年2月14日時点のオリジナルよりアーカイブ。 2022年2月15日閲覧。
- ^ 「Release systemd v255 · systemd/systemd」. GitHub . 2023年12月11日閲覧。
- ^ 「起動失敗時に緊急ログメッセージを全画面表示するツールを追加します。by 1awesomeJ · Pull Request #28077 · systemd/systemd」。GitHub 。 2023年12月3日閲覧。
- ^ David W. Martin (2011年8月6日). 「Lionアップデート後、一部のMacユーザーにブラックスクリーンの死が発生」。2018年8月28日時点のオリジナルよりアーカイブ。 2018年8月27日閲覧。
- ^ 「Mac が起動しても画面が真っ白になる場合」Apple サポート。2024年12 月 6 日閲覧。
- ^ 「Xbox サポート」. support.xbox.com . 2024 年3 月 19 日閲覧。
- ^ 「赤い画面での高度な構成と電源インターフェイスのエラー」。サポート(1.3 版)。Microsoft。2015年1 月 10 日。2015 年 7 月 25 日時点のオリジナルよりアーカイブ。
- ^ Kaplan, Michael (2005 年 5 月 7 日)。「Longhorn on Virtual PC 2004」。Sorting it all Out。Microsoft。2013年1 月 3 日時点のオリジナルよりアーカイブ。
- ^ Best, Jo (2005 年 5 月 11 日). 「レッド スクリーン オブ デス?」. CNET . CBS Interactive . 2011 年 8 月 9 日時点のオリジナルよりアーカイブ。2013 年9 月 9 日閲覧。
- ^ Farrell, Nick (2005年6月3日). 「Microsoft、ブルースクリーンに激怒」The Inquirer . Incisive Media . 2009年8月25日時点のオリジナルよりアーカイブ。 2013年9月9日閲覧。
外部リンク
ウィキメディア・コモンズには
、 BSoD (カテゴリ)に関連するメディアがあります。
、 BSoD (カテゴリ)に関連するメディアがあります。
- バグチェックコードリファレンス
- SysInternals ブルースクリーン スクリーンセーバー v3.2
- ブルースクリーンオブデス。2022年3月31日、MalWikiのWayback Machineにアーカイブ。