問題タブ [panic]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
2134 参照

android - Android での RAM ダンプの分析

Android でカーネル パニックが発生した場合、すべての RAM データをファイルにダンプします。この場合、RAM アドレスは物理アドレスです。ただし、ログに変数のアドレスを出力すると、そのアドレスは仮想アドレスになります。ダンプから、その仮想アドレスに格納されているデータ (ログを介して出力) を知りたい場合は、RAM ダンプからその情報を取得する方法を教えてください。

また、Android にスワップ領域のようなものはありますか? スワップの概念は Linux OS にあります。

0 投票する
1 に答える
427 参照

linux - ptxdist によって i586_qemu 構成で生成されたイメージを使用する vm のスナップショットをロードすると、カーネル パニックが発生する

ptxdist 2012.12.0 を使用して i586_qemu (パッケージの選択をいくつか変更) をビルドします。私のラップトップではすべて正常に動作します(Ubuntu 12.04.2、MPBで実行されるvirtualboxのLinux 3.5.0-23-generic)。ただし、イメージをサーバー (Ubuntu 12.04.4、Linux 3.11.0-19-generic を実行) にコピーしsavevmloadvmコマンドを使用しようとすると、カーネル パニックが発生しました。出力は次のとおりです。

savevm私のラップトップで実行するよりも少し長く実行されるようです。しかし、vm を再起動すると、問題が発生します。

私にとって最も明白なことはclocksource unstable警告です。「クロックソース tsc 不安定」とはどういう意味ですか? 、問題はコア間のtscの違いである可能性があります(私が使用しているサーバーは48を持っています)。では、カーネル パニックを止めるにはどうすればよいのでしょうか。それとも他に原因がありますか?

0 投票する
3 に答える
10983 参照

go - Golang パニック クラッシュ防止

Golang では、リカバリなしでパニックが発生するとプロセスがクラッシュするため、すべての関数の先頭に次のコード スニペットを配置することになります。

プログラムがクラッシュするのを防ぐためだけに。今思うと、本当にその通りなのだろうか?同じコードをどこにでも置くのは少し奇妙に見えると思うからです。

メイン関数が例外/パニックを制御するためのより良い方法になるまで、Javaの方法で、呼び出し元の関数まで例外をバブリングするように思えます。Go の設計によるものだと理解していますが、Go のようにプロセスをすぐにクラッシュさせる利点は何ですか?

0 投票する
1 に答える
2976 参照

linux - Raspbian Wheezy: Raspberry Pi のカーネル パニック

オペレーティング システム (Raspbian Wheezy) のインストールで忙しくしていましたが、すべての指示に従って Raspberry Pi を動作させることができました。終わって働いていた)私は次のようになりました

エラー: カーネル パニック - 同期していません: 初期化が見つかりません。

エラーをグーグルで調べたところ、カーネルパニックへの参照が多数見つかりましたが、通常は別のエラーメッセージが表示されます。これはまだ SD カードに問題がある可能性がありますか?

0 投票する
1 に答える
6641 参照

debugging - カーネル oops エラー コードを理解する

ARM のカーネル oops では、次のログがカーネル ログに出力されます -

時々、このコードは -

そして、ほとんどのログでは -

誰かがこのコードの目的とその意味を説明できますか?

0 投票する
0 に答える
1661 参照

linux-kernel - カーネル パニック - 実行していません: init を強制終了しようとしました

今日私が目を覚ますと、調査の結果、サーバーがダウンしていましたが、それはカーネルパニックが原因であることがわかりました。

正確なエラー:

次のような他のスレッドを見つけました:「カーネルパニックを解決する方法-同期していません-initを強制終了しようとしました」-ユーザーデータを消去せずに、それらはすべて私のものとは異なります。

別のエラーが発生するのはすべて、Pid: 1, comm: init not Tainted私のものですPid: 1, comm: init Tainted