「外部モニターが突然消えて、また点く」——これを不定期に繰り返す場合、多くはPC本体の故障ではなく、ケーブル・変換アダプタ・接続経路の問題です。本記事では、ログから原因を切り分ける手順と、特に見落とされがちな USB-C→HDMI変換アダプタ が原因だった実例、そしてネイティブ出力への直結による根本解決までを、実際のトラブル対応の流れに沿って解説します。

外部ディスプレイが操作と無関係に「点いたり消えたり」する症状は、Linux/Windowsを問わず起こります。原因は多岐にわたりますが、闇雲にドライバを疑う前に、ログを見て切り分けるのが最短ルートです。本記事ではAMD内蔵GPU＋Ubuntu系を例に解説します。

外部ディスプレイが、操作とは関係なく一瞬ブラックアウトしてまた復帰する症状です。数時間に数回のこともあれば、数分のうちに連続することもあります。デュアルモニター環境では、片方だけが落ちるのが典型的なパターンです。

「PCが壊れたのでは」と不安になりますが、まずは落ち着いてどこで切れているかを切り分けましょう。

チェックすべきは次の3点です。

• ちらつくのは特定の1台だけか、全部か（1台だけなら、その接続経路が怪しい）
• 毎回同じポートで起きるか、別々のポートで起きるか（別々なら内部故障より接続・電源環境の問題が濃厚）
• 抜き差しやケーブルを動かすと症状が変わるか（変わるなら接触不良の可能性大）

ポイントは、GPUやドライバを疑う前に、物理的な接続を疑うこと。実際、ログを見ると多くは「リンクの再確立」が起きているだけで、GPU自体は正常に動いています。

下のフローで切り分けると迷いません。

flowchart TD
    A["モニターがちらつく"] --> B{"ちらつくのは1台だけ?"}
    B -->|"1台だけ"| C["その接続経路を疑う"]
    B -->|"全部"| D["GPU / ドライバ / 電源を疑う"]
    C --> E{"変換アダプタ経由?"}
    E -->|"はい"| F["ネイティブ出力に直結してテスト"]
    E -->|"いいえ"| G["ケーブルを挿し直す / 交換"]
    F --> H{"直った?"}
    G --> H
    H -->|"直った"| I["原因は接続 / アダプタで確定"]
    H -->|"まだ"| J["ログ確認: ELD再読み込み / link training失敗"]

Linuxなら、カーネルログに痕跡が残ります。まず現在の接続状態を確認します。

# 今つながっているディスプレイと状態を一覧
for d in /sys/class/drm/card*-*/status; do
  echo "$(basename $(dirname $d)): $(cat $d)"
done

次に、再接続やリンクエラーの痕跡を探します。

# 再接続・リンクエラーの痕跡を確認（今回の起動分）
journalctl -k -b | grep -Ei 'drm|amdgpu|link training|dpcd|ELD|hotplug'

ログの読み解き方の例です。

• Unknown ELD version が何度も出る … モニターが再接続を繰り返している指紋です。接続が入り直すたびに音声情報（ELD）を読み直すため、この行の連発＝点滅の回数とほぼ一致します。
• core_link_write_dpcd ... failed / link training failed … DisplayPort側のリンク確立に失敗しています。ケーブル品質・帯域不足・接触不良が疑われます。
• dm_irq_work_func ... hogged CPU（AMD） … 表示のホットプラグ割り込みが多発しているサインです。

あるAMD内蔵GPUのデスクトップ（Ubuntu系）で、2台のうち1台だけが不定期に点滅する症状が出ていました。ログを見ると、別々のタイミングで DisplayPortのlink training失敗 と ELDの再読み込み連発 が記録されていました。

調べると、その不安定なモニターは USB Type-CポートからHDMIに変換するアダプタでつないでいました。USB-CのDP Alt Modeは中身がDisplayPort信号のため、システムからは「DP接続」として見えます。過去の不調がすべてこのUSB-C経由の1系統に集約でき、犯人はアダプタ（およびUSB-C端子の接触）とほぼ断定できました。

USB-Cは映像用途だと少しの緩みや半挿し、ぐらつきで一瞬切れやすく、安価な変換チップは発熱や信号変換の不安定さでドロップしがちです。

PCに空いているDisplayPort出力があれば、そこを使うのが最も安定します。今回は次の構成で解決しました。

• 安定している側のモニター … PCのネイティブHDMIに直結（そのまま）
• 不安定だった側のモニター … PCのDP出力 →「DP→HDMI変換ケーブル」→ モニターのHDMI入力

これでUSB-Cのグラつきも変換アダプタの不安定さも排除できます。

flowchart LR
    subgraph Before["変更前: 不安定"]
        PC1["PC"] -->|"USB-C (DP Alt Mode)"| ADP["変換アダプタ"]
        ADP -->|"HDMI"| M1["モニター"]
    end
    subgraph After["変更後: 安定"]
        PC2["PC"] -->|"ネイティブDP出力"| CABLE["DP→HDMI変換ケーブル"]
        CABLE -->|"HDMI"| M2["モニター"]
    end

• 向きは単方向（DP→HDMI）。DP側をPC、HDMI側をモニターへ。逆向き（HDMI→DP）の製品は使えません。
• 自分の解像度・リフレッシュレートに対応した帯域を選ぶこと。
  • 1080p/60Hz まで … 10.2Gbps（HDMI1.4相当）でOK
  • 1080p/100〜120Hz や 4K/60Hz … 18Gbps（HDMI2.0相当）以上が必要
• 「4K対応」とだけ書かれた製品は 4K@30Hz / 1080p@60Hz 止まりのことがあります。「4K@60Hz」「1080p 120Hz」「18Gbps」などの明記を確認しましょう。

• 外部モニターのちらつきは、まず物理接続（ケーブル・アダプタ・ポート）を疑う。
• Linuxなら journalctl -k のログで、ELD再読み込みや link training失敗 から原因を切り分けられる。
• USB-C→HDMI変換アダプタは不安定要因になりやすい。可能ならネイティブ出力に直結する。
• 変換ケーブルは帯域（Gbps）と対応リフレッシュレートを必ず確認する。

📄現代のWebを支えているLinuxの基礎

📄WSLとは？簡単に図解で解説｜WindowsでLinuxを使うメリットとWSL2インストール手順【2026年版】

📄ARM64とx64の違い・確認方法を解説｜Windows/Mac/Linux対応【2026年版】