診断衝突出力

診断衝突出力

私はしばらくの間、Linux MintのMATEバージョンを使用していましたが、奇妙な停止問題を経験しました。今日はターミナルスタイルの出力に切り替えて、死ぬ前に実際の情報を提供しました。写真を撮りました。以下を参照してください(新しいタブで開き、ズームインしてテキストを読む)。

ここに画像の説明を入力してください。

私が見ることができる唯一の「手がかり」は次のものです。

BUG: scheduling while atomic: swapper/0/0/0x10010000

しかし、私が知っている限り、ここではスタックトレースの一番下にしか見えず、実際の問題ははるかに下にあります。

質問:a)写真に何が間違っているのかについての手がかりを与えることができる部分があるのは誰ですか? b) このトレースはログファイルのどこかにありますので、正しく表示できますか?

ベストアンサー1

これはほぼ同じです。それが言うことを意味する:

BUG: scheduling while atomic

カーネルはマルチスレッドであり、カーネルAPIには、ユーザー空間API(pthreadなど)と同様の方法でリソースへのアクセスをロックするさまざまなメカニズムがあります。使用にはいくつかの規則があり、違反した場合に問題が発生する可能性があります。つまり、誰かがおそらくモジュールでこれを行ったのでしょう。

私はこれが必ずしもカーネルやシステムをダウンさせるとは思わない。バグは明らかに捕まった。ただし、モジュールとシステムがダウンする可能性があります。

あなたは公式バグレポート。一部のソフトウェアでは、「ダウンストリーム」(ディストリビューションなど)を起動する必要がありますが、ディストリビューションがカーネルにいくつかのパッチを適用している間、これは間違っていないため、「アップストリーム」(カーネル開発者)を起動することから始めることをお勧めします。接続。アカウントを作成する必要があり、無料で簡単です。その後、そのバグが以前に報告されたことを確認するためにサイトを検索してみたいと思います。 (ホームページの検索ボックスを使用しないでください。検索ページ)。私の視点では写真以外には何もできなかったので、「BUG:Scheduling whileatomic:swapper/0/0/0x10010000」を検索してこれを得ました。クリックリスト。たぶん何かがあなたを思い出させるかもしれません。詳細があるため、検索を絞り込むことができます。

重複したコンテンツが見つかったと思われる場合は、そのコンテンツを読み、コメントを追加して経験を報告してください。写真にログのコピーを含めるように努力する必要がありますが、ログ自体は含めないことをお勧めします。ログ自体も消えてしまったり、似た/var/log/syslogようなものがほぼ確実なので、次のようになります。

grep 'BUG: scheduling while atomic: swapper/0/0/0x10010000' /var/log/*

以前にこの問題や同様の問題が発生した場合は、問題が複数回発生し、各イベントが似ている可能性があります。 1つまたは2つの部分をテキストファイルにコピー/貼り付け、エラーレポートに添付します(既存のレポートまたは新しいレポートを作成し、何が起こったかを説明します)。

彼らは不特定の時間内にあなたに答えます(しかし、おそらくそれほど長くはありません)。

おすすめ記事