ノートブックを起動した後にのみ外部モニタ(Dell)をオンにすると、Asusノートブックでは検出されません。
同様のケースIntel i915ドライバを使用してLinuxにモニタを検出/再検出させる方法は?、私の場合を除いて、ラップトップがこれについて知っている場合は、プラグを抜いて再接続すると検出されます。
起動中に外部モニタがオフになっている場合にのみ検出できません。
を使用したソリューションは、ディスプレイがオフになると起動後にecho detect > /sys/class/drm/card0-DP-1/status
問題のディレクトリがまったく存在しないため、機能しません。card0-DP-2
他のソリューション(CTRL-ALT-F1やreturnなど)も機能しません。
ケーブルを抜いて再接続しても効果はありません。ノートパソコンのディスプレイポートプラグ全体が完全に切れたような感じがします。
奇妙な発見:ディスプレイポートケーブルいいえ起動時に接続した後の監視はい起動後に電源を入れてケーブルを接続すると検出されます(:-(したがって、「起動中に接続されたケーブル/モニターの電源を切る」)コンボは、「このハードウェアを妨害しなくなった」と解釈されるようです。
ディスプレイポートに接続されているものを再検討するようにシステムに指示するコマンドはありますか?
答え1
これはそれ自体であなたの質問に正確には答えませんが、技術的に正解である可能性があるため、答えに提供されたより良い形式を活用したため、30のテキストコメントではありません。
単にドメイン固有の知識が不足しているため、SO / SEに対する回答を得る可能性はありません。最善の方法は、i915カーネルドライバ開発者と直接会話することです。
https://01.org/linuxgraphics/documentation/how-report-bugs含む非常にこれを体系的に行う方法に関する包括的なガイドラインです。
バグレポートの表現方法は、次のことを意味します。/sys/class/drm/card0-DP-2/status
する起動後にDisplayPortケーブルを接続すると表示されますが、ケーブルを接続して画面が接続されていない場合は表示されません。まあ、関連するすべては間違い/sys/*
なくX11とは無関係で、drm
あなたがフォローしたい方法の絶対的な確認です。1.1 - DRM Kernel
上記のリンクされたセクション。
そのセクションに必要な詳細を見て、理解しにくいセクションが実際には必要ではないと信じる理由があります。つまり、カーネルとディストリビューション情報、dmesg
再起動後の完全なdrm.debug=0xe
情報などはすべて非常に良いアイデアです。
ここで2つは論理的に適切ですdmesg
。 1つはコネクタのないスタータからのもので、もう1つはコネクタのないスタータからのものです。実際にコネクタを挿入する正確なまたはおおよその点を記録しておくと便利です。
5分間考えた後、私は簡単に注釈を付けることができる簡単だが成功した方法を見つけました。
script -c 'dmesg -w | cat' dmesg.txt
実行できますdmesg -w
コメントを追加するには、端末に直接テキスト行を入力することもできます。^C
、dmesg情報収集が完了したら。 (dmesg -w | cat
より短いdmesg -w --color=never
。)
もし備えて、可能性がほとんどないことがあります。これがうまくいったことはありますか?それでは、いつだったのか覚えていますか?その場合は、当時使用していたディストリビューションの以前のバージョンをインストールしてみて、動作する場合はカーネルバージョンを収集してみてください!
また...おそらくこの言葉を聞きたくないかもしれませんが、常にそのように最新のカーネルバージョンを動作させるだけでは、すべての問題が魔法のように解決されないと100%確信することはできません。 :)
幸いなことに、これはあなたが恐れているほど恐ろしいことではありません。https://cgit.freedesktop.org/drm-tip/すでにdrmツリーチップパッチを含むLinuxカーネルの完全なクローンです。私が知っている限り、単に複製してビルドするだけです。
...しかし、多くの注意を払って最新のカーネルバージョンをダウンロードし、それジョブは最初に既知の次のツリー.config
にコピーされます。drm-tip
これを最初に実行しないと、すべてが中断される可能性があるため、メインラインカーネルを構築して起動できることを確認することが最初の断続的な完全性チェックになる可能性があります。
必要なBugzillaページは次のとおりです。https://bugs.freedesktop.org/enter_bug.cgi?product=DRI
実際にはログインビューがほぼ確実に表示されます。この場合、まず次のURLが必要です。https://bugs.freedesktop.org/createaccount.cgi
最後に質問をしたい場合は、https://01.org/linuxgraphics/community/kernelfreenodeで#gfx-intelを言及しました。
FWIW、上記の内容は理想的な一連のステップです。カーネルの再構築を進める前に、freedesktop.orgで一時的なバグを開いて試すことができる他のデバッグ手順がないことを確認してください。 (ただし、エラーエントリページにはバージョンセクションに「drm git」のみが表示されているため、本物gitバージョンを使用してください...ハハ)
実際、IRCチャンネルには良い質問があります。drm-tip
私はドキュメントに記載されているので、gitリポジトリをリストしましたが、他のリポジトリがありますが、drm-intel
その関連性が何であるかわかりません。また、カーネルツリーのように見え、数分ごとに更新されます。
答え2
これは解決策ではありませんが、考えられる解決策は次のとおりです。
$ env DISPLAY=:0 xset dpms force off
$ env DISPLAY=:0 xset dpms force on
上記の方法は、次のAU Q&Aからのものです。DisplayPortモニターの電源を切ってから再度オンにすると検出できません。同様の問題に対する他の解決策があります。
このU&L Q&Aの質問は次のとおりです。モニターが接続または切断された時期をどのように検出しますか?ここでも役に立つポーリング方法があります。