アカウント名:
パスワード:
顔文字とかものすごくどうでもいい。死ぬほど蛇足。
そんな機能を実装している暇が有ったらBSODで表示した内容のテキストを可能な限りありとあらゆる努力をもってファイルに書き出すような機能を先につけろ。
それにいきなり再起動するのではなく30秒くらい待ってから再起動しろ。メモにとるまもなく再起動するから表示している意味がないだろ。
1.もっとも書き出せる可能性が高いシステムのページファイルに書き出してます2.isStor.sysとかストレージドライバが死んだとかならどうしようもないです3.適当に書き出されてデータファイルが上書きされたら怒るんでしょう？4.再起動しない設定に変更すればよろしい
何が望み？
そんなに頻発するなら、デジカメを用意すべきでしょ。
自動的に再起動しないようにあらかじめ設定して、念のためデジカメで表示を撮影。
その後、自力でデバッグ可能な範囲なら、メモリーダンプが残っていなっか調べると。
BSOD状態に陥ると、Windowsはエラーのログを残すと同時にメモリのダンプファイルを作成する。-- ブルースクリーン時のエラー情報を収集・閲覧できるソフト「BlueScreenView」- 窓の杜 REVIEW（09/08/25) [impress.co.jp]
MSはAppleみたいにもっとPRに努めた方が良いと思う。Officeの新機能を募集したら、8割は実装だったという逸話を思い出す。
#そーいう企業なのだという事を理解して、何か書く前に一応調べた方がいいと思う。
BlueScreenView、有用ですよね。いくつか補足を。
BSoDに表示されたStop codeという情報は、BSoDからの再起動後すぐにイベントビューアに記録されます。 NT系全部を調べるのが面倒なので、手近な例で申し訳ないけれど、Windows 7 Business x64の場合、システムログに - レベル: エラー - ソース: Bugcheck - イベントID: 1001 で以下のように記録されていました。BSoD直後なら「エラー」レベルでイベントログをフィルタすればたいていは見つかるはず。
このコンピューターはバグチェック後、再起動されました。バグチェック: 0x0000003b (0x00000000c0000046, 0xfffff80003703590, 0xfffff8800cd87d40, 0x0000000000000000)。ダンプの保存先: C:\Windows\MEMORY.DMP。
御覧の通り、ここにはStop codeと呼ばれるコードが書かれています。そして、このコードを使ってMSのサポートサイトを検索することで、問題の原因を絞り込むことができます。もちろん、100%解決の保証はありませんが:-) 客先でBlueScreenViewのようなソフトの導入に制約がある、大容量メディアがなくてダンプファイルを持ち帰れない、などの場合は、僕はイベントログ(システム、アプリケーション)を持ち帰らせてもらっていました。
BSoDにストレスを感じるなら、(たいてい|運が良ければ)あとからイベントビューアでゆっくりログが確認できると知っていて損はありません。
ファイルに書きだすにしてもブルースクリーン状態じゃあ安全にファイルを書けるか不明なわけだし難しいんじゃないかね．それに，今でも場合によっては起動後どこが原因でエラーが発生したかがわかるようになってると思いますが．全部が全部出てくるわけじゃないけれど．
>それにいきなり再起動するのではなく30秒くらい待ってから再起動しろ。自動で再起動しないようにしたらいいじゃないかと．
> そんな機能を実装している暇が有ったらBSODで表示した内容のテキストを> 可能な限りありとあらゆる努力をもって> ファイルに書き出すような機能を先につけろ。ファイルに書き出されるのは不安ですが、専用フラッシュメモリやHDDの予約領域(スワップ領域に予約領域を作るとか)などでメッセージを保存してくれれば良いのに、というのには激しく同意します。
ファイル書き出し不可を見越して、ハングアップ時にスクリーンキャプチャを撮ってくれる物もあったりします。 [unitycorp.co.jp]まだ発動した事ないですけどね・・・
kdumpみたいに、緊急時用のカーネルを用意しておくとか・・・WindowsならLinuxより実装楽だろ
最近のLinuxには pstore (Persistent storage) という仕組みもあるみたいhttp://lwn.net/Articles/434821/ [lwn.net]
ファイルに書いちゃいかんでしょ
そんな書き込み部分が信用できるとも限らない状況で破壊的なアクションなんて正気じゃないよ…
デジカメで撮影すればいいだけじゃん
そんなところで使われるOSじゃないからどうでもいい話でしょう。
で、あんたはそれがあれば何とか出来るとでも？
ソレを言うんならそもそもBSODなんて発生するような不安定なOSを作るなとかそっちだろ。BSODで出てくる情報なんて素人には無意味なんだよ！
＞ ソレを言うんならそもそもBSODなんて発生するような不安定なOSを作るなとかそっちだろ。部門名にあるように、昨今のWindowsで、BSODの主原因は、ハードウェアなどOS以外。
＞ BSODで出てくる情報なんて素人には無意味なんだよ！元々素人の為の情報ではない。修理や修復が必要なら専門家に頼むとよい。
顔文字が冗長なのは、同意。
Windowsには一切バグがありません。バグのような現象に遭遇したとするなら①H/Wの不具合・デバドラのバグ②サードパーティ製ソフトウェアのバグ③ウイルス・不正な処理④仕様です
バグがありまくるから毎月毎月アップデートを山の如く持ってくるんでしょうが。④が通じるのはOS的にはWindows98辺りまでだったと思うが、それ以降でもIt's a specification! が発動することあったっけ？
表示の時間は調節できた気がするけれど
MEMORYDUMPを解析すればいいんじゃ・・・
この手のクレーマーさんたちが、自分達ですら理解できないような論理破綻したシステムを要求し、更なるクレームを量産し、切除のできない癌を会社に作り込んでいくわけです。
仕事のできない社員を切る前に、声の大きなオバカさんを切るほうが先じゃないかなぁ。
ああごめん、脱線しちゃった。
そんなものメモにとらんでもいいです。ほんとうに必要な情報はメモリダンプの中にありますから。ダンプファイルが正常に取れないときは、ストレージのドライバに問題があるかハードの問題があるかがほとんどです。32bitのWindowsで2GBよりも大きなメモリを載せているとフルダンプが取れませんが。
評価装置のブルーバックで呼ばれて、一所懸命メモしたと思われるスペルミス付きの画面の内容をきちんと読んだふりをした後、おもむろにダンプをコピーして「調査してみます」とだけ言って帰る私は小心者です。
それMEMORY.DMP
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
ものすごくどうでもいい (スコア:2)
顔文字とかものすごくどうでもいい。死ぬほど蛇足。
そんな機能を実装している暇が有ったらBSODで表示した内容のテキストを
可能な限りありとあらゆる努力をもって
ファイルに書き出すような機能を先につけろ。
それにいきなり再起動するのではなく30秒くらい待ってから再起動しろ。
メモにとるまもなく再起動するから表示している意味がないだろ。
Re:ものすごくどうでもいい (スコア:2, すばらしい洞察)
1.もっとも書き出せる可能性が高いシステムのページファイルに書き出してます
2.isStor.sysとかストレージドライバが死んだとかならどうしようもないです
3.適当に書き出されてデータファイルが上書きされたら怒るんでしょう？
4.再起動しない設定に変更すればよろしい
何が望み？
Re:ものすごくどうでもいい (スコア:2)
そんなに頻発するなら、デジカメを用意すべきでしょ。
自動的に再起動しないようにあらかじめ設定して、念のためデジカメで表示を撮影。
その後、自力でデバッグ可能な範囲なら、メモリーダンプが残っていなっか調べると。
ダンプはしてるようですが。 (スコア:2)
MSはAppleみたいにもっとPRに努めた方が良いと思う。
Officeの新機能を募集したら、8割は実装だったという逸話を思い出す。
#そーいう企業なのだという事を理解して、何か書く前に一応調べた方がいいと思う。
Re:ダンプはしてるようですが。 (スコア:2)
BlueScreenView、有用ですよね。いくつか補足を。
BSoDに表示されたStop codeという情報は、BSoDからの再起動後すぐにイベントビューアに記録されます。
NT系全部を調べるのが面倒なので、手近な例で申し訳ないけれど、Windows 7 Business x64の場合、システムログに
- レベル: エラー
- ソース: Bugcheck
- イベントID: 1001
で以下のように記録されていました。BSoD直後なら「エラー」レベルでイベントログをフィルタすればたいていは見つかるはず。
御覧の通り、ここにはStop codeと呼ばれるコードが書かれています。そして、このコードを使ってMSのサポートサイトを検索することで、問題の原因を絞り込むことができます。もちろん、100%解決の保証はありませんが:-)
客先でBlueScreenViewのようなソフトの導入に制約がある、大容量メディアがなくてダンプファイルを持ち帰れない、などの場合は、僕はイベントログ(システム、アプリケーション)を持ち帰らせてもらっていました。
BSoDにストレスを感じるなら、(たいてい|運が良ければ)あとからイベントビューアでゆっくりログが確認できると知っていて損はありません。
Re:ものすごくどうでもいい (スコア:1)
ファイルに書きだすにしてもブルースクリーン状態じゃあ安全にファイルを書けるか不明なわけだし難しいんじゃないかね．
それに，今でも場合によっては起動後どこが原因でエラーが発生したかがわかるようになってると思いますが．
全部が全部出てくるわけじゃないけれど．
>それにいきなり再起動するのではなく30秒くらい待ってから再起動しろ。
自動で再起動しないようにしたらいいじゃないかと．
エラー保存 (スコア:1)
> そんな機能を実装している暇が有ったらBSODで表示した内容のテキストを
> 可能な限りありとあらゆる努力をもって
> ファイルに書き出すような機能を先につけろ。
ファイルに書き出されるのは不安ですが、
専用フラッシュメモリやHDDの予約領域(スワップ領域に予約領域を作るとか)などで
メッセージを保存してくれれば良いのに、というのには激しく同意します。
Re:エラー保存 (スコア:2)
ファイル書き出し不可を見越して、ハングアップ時にスクリーンキャプチャを撮ってくれる物もあったりします。 [unitycorp.co.jp]
まだ発動した事ないですけどね・・・
Re: (スコア:0)
kdumpみたいに、緊急時用のカーネルを用意しておくとか・・・
WindowsならLinuxより実装楽だろ
Re: (スコア:0)
最近のLinuxには pstore (Persistent storage) という仕組みもあるみたい
http://lwn.net/Articles/434821/ [lwn.net]
Re: (スコア:0)
ファイルに書いちゃいかんでしょ
そんな書き込み部分が信用できるとも限らない状況で
破壊的なアクションなんて正気じゃないよ…
デジカメで撮影すればいいだけじゃん
Re:ものすごくどうでもいい (スコア:1)
# もしかしたら監視カメラの内1台位には記録されているかも
Re:ものすごくどうでもいい (スコア:1)
そんなところで使われるOSじゃないからどうでもいい話でしょう。
Re: (スコア:0)
そんな機能を実装している暇が有ったらBSODで表示した内容のテキストを
可能な限りありとあらゆる努力をもって
ファイルに書き出すような機能を先につけろ。
で、あんたはそれがあれば何とか出来るとでも？
ソレを言うんならそもそもBSODなんて発生するような不安定なOSを作るなとかそっちだろ。
BSODで出てくる情報なんて素人には無意味なんだよ！
Re: (スコア:0)
＞ ソレを言うんならそもそもBSODなんて発生するような不安定なOSを作るなとかそっちだろ。
部門名にあるように、昨今のWindowsで、BSODの主原因は、ハードウェアなどOS以外。
＞ BSODで出てくる情報なんて素人には無意味なんだよ！
元々素人の為の情報ではない。修理や修復が必要なら専門家に頼むとよい。
顔文字が冗長なのは、同意。
Re:ものすごくどうでもいい (スコア:2, おもしろおかしい)
Windowsには一切バグがありません。バグのような現象に遭遇したとするなら
①H/Wの不具合・デバドラのバグ
②サードパーティ製ソフトウェアのバグ
③ウイルス・不正な処理
④仕様です
Re:ものすごくどうでもいい (スコア:1)
バグがありまくるから毎月毎月アップデートを山の如く持ってくるんでしょうが。
④が通じるのはOS的にはWindows98辺りまでだったと思うが、
それ以降でもIt's a specification! が発動することあったっけ？
Re: (スコア:0)
このとき具体的にどこに問題があるのか表示できないのはWindowsの問題。
> 修理や修復が必要なら専門家に頼むとよい。
上の問題のせいでどのような専門家に頼むべきか判断できないという仕様バグ
時間は調節できたんじゃ (スコア:0)
表示の時間は調節できた気がするけれど
Re: (スコア:0)
MEMORYDUMPを解析すればいいんじゃ・・・
Re: (スコア:0)
この手のクレーマーさんたちが、自分達ですら理解できないような論理破綻したシステムを
要求し、更なるクレームを量産し、切除のできない癌を会社に作り込んでいくわけです。
仕事のできない社員を切る前に、声の大きなオバカさんを切るほうが先じゃないかなぁ。
ああごめん、脱線しちゃった。
Re: (スコア:0)
そんなものメモにとらんでもいいです。
ほんとうに必要な情報はメモリダンプの中にありますから。
ダンプファイルが正常に取れないときは、ストレージのドライバに問題があるか
ハードの問題があるかがほとんどです。
32bitのWindowsで2GBよりも大きなメモリを載せているとフルダンプが
取れませんが。
評価装置のブルーバックで呼ばれて、一所懸命メモしたと思われるスペルミス付きの
画面の内容をきちんと読んだふりをした後、おもむろにダンプをコピーして
「調査してみます」とだけ言って帰る私は小心者です。
Re: (スコア:0)
それMEMORY.DMP