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からカーネルメッセージを取り出すこともできます。 最近のクラッ
Ubuntu日本語フォーラム / アップデート途中終了時のUbuntu起動
Ubuntu初めて使用します。 先日まで起動していたものが、ソフトウェアの更新してくださいとあったので更新していたのですが、あまりにも時間がかかるので更新を途中中断後終了しました。 その後、起動しても、Ubuntuのロゴさえもでなくなりました。 リカバリーモードで起動しても以下の文の状態で止まってしまいます。 Begin: Running /scripts/local-bottom... Done. Done. Begin: Running /scripts/init-bottom... Done. エラーらしき表示が出てるのかもしれませんが、確認できるところではerrorの表示は見あたりません 復帰する方法はありますでしょうか？ ご教授お願いいたします。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bug 708459 – 3.9.91 - another random gnome-shell crash seen
Access Denied
Access Denied
Bug #1205583 “nautilus crashed with SIGABRT in __GI___assert_fai...” : Bugs : nautilus package : Ubuntu
972316 – [abrt] gnome-shell-3.8.2-3.fc19: tbl_B15: Process /usr/bin/gnome-shell was killed by signal 11 (SIGSEGV)
979889 – [abrt] gnome-shell-3.8.3-2.fc19: tbl_B15: Process /usr/bin/gnome-shell was killed by signal 11 (SIGSEGV)
https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1197750
Access Denied
Linux crash dump 読み方入門 : LinuxのKernel crash dumpからの 障害原因調査 / ミラクル・リナックス株式会社 Asianux開発本部 吉田 https://users.miraclelinux.com/support/files/u1/OSC2008_Spring_dumpver1_1.pdf