Decoding Crash Dumps
This document describes how to process Breakpad minidumps on Linux. Breakpad tools needed The tools from Breakpad needed to process crash dumps manually are minidump_stackwalk and dump_syms. It is possible to build these tools from source from within a Chromium checkout on Mac and Linux by running, for example, ninja -C out/Release minidump_stackwalk dump_syms. To build these tools from source in
クラッシュダンプ解析のはじめの一歩
クラッシュダンプ解析の初めの一歩などをつらつらと。 といっても私は BSOD になった時にどのモジュールが起因したのかな～ということしか見れないので、これ以上進めませんが…。 なお、メモリダンプを解析する に書かれていることと内容は同じです。 ■Debugging Tools for Windows のインストール クラッシュダンプを解析するためには Debugging Tools for Windows をインストールする必要があります。 インストーラーはこちらからダウンロードできます。 Windows 用デバッグ ツールのダウンロードとインストール Debugging Tools for Windows のみをインストールすればよいので Debugging Tools for Windows をスタンドアロン コンポーネントとしてインストールする からインストーラーを入手します。 イン
crashコマンドによるクラッシュダンプ調査 - Tomorrow is always fresh with no mistake in it.＠備忘録
Usage: crash [-h [opt]][-v][-s][-i file][-d num] [-S] [mapfile] [namelist] [dumpfile] mapfile シンボルのアドレスが記された以下にあるファイル。ダンプ取得時のカーネルがシンボル情報をもっていれば、nmコマンドで作れるらしい。 /boot/System.map-<カーネルバージョン> namelist デバッグ情報付き（-gオプションでコンパイル）のカーネルのバイナリ(vmlinux)。kernel-debuginfoをインストールすると、以下に作成される。 /usr/lib/debug/lib/modules/<カーネルバージョン>/vmlinux dumpfile クラッシュダンプ（vmcore）で、カーネルのパニック時などにデフォルトの設定なら以下に作成される。 /var/crash/YYYY-
【linux】カーネルパニックの種類 | 発生方法 | 対処
1. カーネルパニックとは カーネルパニックとは、カーネルで致命的なエラーが発生し、OSの稼動が完全に停止した状態の事を言います。OSを継続して稼動さえることは不可能であり、再起動するしかありません。エラーの原因を調査するために、カーネルパニック時にはメモリダンプ(カーネルダンプ、クラッシュダンプ、コアなどと呼ぶ場合も有ります)を出力することが可能です。メモリダンプとは実メモリの内容をファイルに出力する機能のことを言います。OSがsyslog (シスログ) に書き出す余裕もなくクラッシュするのでメモリダンプは唯一の解析の手がかりとなることもあります。OSを再起動すると、メモリダンプが /var/crash/<IP アドレス-YYYY-MM-DD-mm:ss>/vmcore にコピーされます。(diskdumpの場合) 参考：diskdumpの設定方法 2. カーネルパニックの種類 カーネル
LinuxSandboxing - chromium - Linux Sandboxing - Project Hosting on Google Code
Summary: An open-source project to help move the web forward. Chromium is the open-source project behind Google Chrome. We invite you to join us in our effort to help build a safer, faster, and more stable way for all Internet users to experience the web, and to create a powerful platform for developing a new generation of web applications.
クラッシュダンプからカーネルメッセージを取り出すツール「crashdmesg」を作りました : DSAS開発者の部屋
Linuxカーネルには、カーネルパニック時にkexecを使ってダンプ取得用のカーネル(セカンドカーネル)を起動する仕組みがあります。 このセカンドカーネルは予めリザーブされたメモリ内で起動するため、クラッシュしたカーネルが処理していたメモリの内容はそのまま残っていて、procファイルシステム経由でクラッシュダンプを取得する事ができます。 このDSASブログでも、以前「Linuxでクラッシュダンプを採取(1) 〜 kexec + kdump を使ってみる 〜」と言うタイトルでクラッシュダンプの取得方法をご紹介しました。 「crashdmesg」は、kexec+kdumpで保存したクラッシュダンプから、カーネルメッセージの内容を取り出すツールです。 デバッガと比べてはるかに軽量なため、セカンドカーネル上で直接/proc/vmcoreからカーネルメッセージを取り出すこともできます。 最近のクラッ
2009-05-26
Windowsでおなじみのブルースクリーンから、どのプログラム(デバイスドライバ等)が原因か調査するための技法のメモ。 これとイベントビューアを活用のこと。 ■■■STOPエラーのデバッグ■■■■ http://www.nextftp.com/to-i/analyze.htm メモリダンプを解析する http://blogs.technet.com/askcorejp/default.aspx Windowsカーネルスクリプティング（自動分析）技術 http://www.ttoyota.com/php/windbgintro.php Secure OS Forum 2009 Conference 開催 http://www.secureosforum.org/download/data.htm 韓国語でも、以下のサイトを使えばへっちゃら。 Windows Live Translator h
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「IT談話館」直近5件の最新更新情報
Access Denied
Linux crash dump 読み方入門 : LinuxのKernel crash dumpからの 障害原因調査 / ミラクル・リナックス株式会社 Asianux開発本部 吉田 https://users.miraclelinux.com/support/files/u1/OSC2008_Spring_dumpver1_1.pdf