kernel 6.17を利用するとAMD 3200G搭載PCでBlack Out発生する

LinuxMint 22.3環境にkernel-6.17.0を導入するとGUIが切り替わるタイミングでブラックアウトになります。AMD 3200Gの内蔵VGAを利用する環境で問題が発生しました。Intel系のCPU環境では発ししていません。

1.概要

LinuxMint-22.3環境のupdateをして、kernel-6.17に移行しました。
すると、AMD 3200Gで内蔵VGAを利用する環境でGUIモードに切り替わるタイミングでブラックアウト発生。
その内容を記述します。

2.詳細

Intel系のCPU搭載の複数PCは、kernel-6.17で不具合なく利用できています。
昨日、AMD 3200G搭載PCのkernel-6.17への更新をしました。
update実行後、再起動するとlogin画面が表示されません。
PCは動作していたので、Power Off/Onを再度実行。改善されません。

そこで、isoファイルからbootしてみました。
SystemRescueとLinuxMint 22.3はisoから問題なく起動できます。

ここで、kernel-6.17を疑いました。
GrubのAdbanced Optionsから起動すると、下記候補がありました。
Linux 6.17.0-19-generic
Linux 6.17.0-14-generic
Linux 6.14.0-37-generic

AMD 3200GのPCはLinux 6.14.0-37-genericは問題なく起動して利用できますが、
6.17.0-14, 6.17.0-19はGUIに切替るタイミングでBlackOutになります。

更に、6.17.0-19起動時のkernel parameterにnomodesetを追加してみました。
すると通常起動に戻りました。AMDのVGAドライバ関連の問題のようです。

新しいkernel 6.17のリリースを待つことにしました。

3.追記

kernel 6.17を削除して、kernel 6.14.0-37に戻しました。

2026.04.01 追記
kernel-6.17.0-20がリリースされ、適用しました。
しかし、状況は改善しません。/var/log/syslogには、下記エラーが記録されていました。
kernel: amdgpu 0000:06:00.0: probe with driver amdgpu failed with error -22

2026.04.03 追記
kernel.orgのkernel-6.19.11のChangeLogを参照するとamdgpuの修正が複数あります。
私には詳細はわかりませんが、もう少し待つと良い気がしています。

2026.04.07 追記
kernel.orgのkernel-6.19.11に変更して、Black Outは改善しました。
問題再発しました。本当の原因がわかり、改善しました。

参考
[本ブログ内参照]
・kernel-6.19.11へ入替えて、AMD 3200G搭載PCのBlack Out解決しました

[外部サイト参照]
・Linuxカーネル6.17リリース！Ubuntu 24.04用のメインラインPPAが更新されました
・Kernel 6.17.0-14 Kernel Panic

コメント

コメントを投稿

このブログの人気の投稿

miniPCのBMAXでWindows11のsecure boot設定漏れでトラブル発生

0.推奨 Windows11をプリインストールモデルの状態で利用されている場合は問題になることはありません。Windows11のUSB bootメディアを作成して自分で新規導入したり、Windows10からWindows11へupgradeをした場合。Windows11への移行条件確認が十分でない状態があったのではないかと思います。Windows11で必須要件を満たさずに移行されたWindows11環境がありました。 今回のトラブルでBitLockerの48桁の回復キーがないことが痛手でした。Windows11を利用する上でBitLockerの回復キーは大切に保管が必要です。secure bootを設定するとディスクは暗号化されてしまいます。障害復旧に回復キーは必須です。６月の証明書期限切れで問題が発生して、思わぬ事態にならぬように早めにチェックすること、回復キーを保管することを推奨します。 1.概要 始まりは、参考資料の「6月からパソコンが動かなくなる？」です。miniPCのsecure boot設定をmsinfo32で確認すると「無効」でした。そこで、BIOSの設定でsecure bootをenableに設定して、msinfo32は「有効」になりました。これが暗号化設定と認識不足でした。Windows Updateを実行して証明書の更新を実行すると、Windows Updateのボタンが赤色に変わりました。ここからトラブルです。理解不足で複数のミスが重なり、データを消失。復旧も時間を必要としました。その内容を記述します。 2.詳細 (1) トラブルの始まり ネット記事で、secure boot設定が必要で、６月にPCが動かなくなると思って、BIOS設定を変更したことが始まりです。この変更は、BIOSでSecurityのsecure bootをdisableからenableに変更だけです。Windows11を起動してmsinfo32で有効をチェックして完了。追加としてWindows Updateで証明書の導入をしてからハマりました。 障害の状況は、Windows11自体は普通に使えるのですが、Windows Updateのボタンが赤色。文字も赤字に変わりました。今後、発生するupdate適用ができなくなると認識しました。 (2) GoogleAI(Gemini)に...
続きを読む

LinuxMint 21.3にWinBoat導入を試してみました

1.概要 WinBoatの記事をgigazine.netで見つけたので、リニューアルしたと思って、再度チャレンジしました。結果は、再度、期待はずれです。今回はWindowsアプリケーションの起動まで実施しました。記事ではEDGEを起動していますが、私の環境ではサインイン表示なしにEDGEが起動しました。コマンドプロンプトとエクスプローラは試してみて普通に動作しましたが、遅く感じます。この内容に関して記述します。 2.詳細 今回はWinBoatの導入に手こずりました。WinBoatにチャレンジをする方はOSを元に戻せる準備をしてから作業を開始しましょう。私は５回ほど元に戻しました。 HW環境は前回と同じで、AMD Ryzen、Memory 16GB, 4core, SSD 256GBです。 OSも合わせようとしたのですが、Ubuntu-22.04.5を導入するとFirefoxが起動しません。 snapdの問題と思ったのですが、2.72を超えていたので新しい問題と考えて諦めました。 OSをLinuxMint 21.3に変更してチャレンジです。 導入手順も少し変化しており、詳細手順は下記URLに従いました。 https://github.com/TibixDev/winboat 最初の問題はDocker環境です。Ubuntu標準にdocker composeの変更ではうまく行かず、全てやり直しをしました。 次の問題はMemoryです。16GBだけでは不足してハングしたようになりました。swapを8GB追加して問題解決しました。Memoryに関して以前実施したときは16GBで不足することはなかったと認識しています。 環境構築からInstallationのFinishまで約１時間必要です( Windows11 pro japanese選択 ) やっとInstallationが終了したと思うとリソースモニターのCPUが100%でハングです。 CPU 2Virtual Core Frequency: 3.60と表示された環境です(gigazineの表示はFrequency: 1.50) Power Offして再起動して、WinBoatは正常に起動しました。 そこで、EDGEとコマンドプロンプトとエクスプローラを試験しましたが、導入に１時間かけて使いたいとは思わない環境です。 試し...
続きを読む

Ubuntu 22.04へWinBoat導入をチャレンジしました

 1.概要 ネット記事でWinBoatに目が止まりました。ベータ版ですが、LinuxでWindowsアプリを実行できる選択肢の１つでコンテナ利用とのことです。参考資料のレポートでは、ゲームチェンジャーになる可能性ともあるとの記述があり、試してみることをしました。結果は、期待はずれでした。その内容を記述します。 2.詳細 https://github.com/TibixDev/winboat 上記githubの「How Does It Work?」に従って作業します。 (a) Prerequisites 利用した環境はAMD Ryzen環境です。Memory 16GB, 4core, SSD 256GB, Ubuntu-22.04.5環境です。 Virtualization: BIOS設定済みでした。 Docker: Docker Compose v2: ubuntu-22.04.5の標準環境でチャレンジしましたが、docker composeがv2必須でした。 資料に沿ってdockerとdocker composeを導入しました。 Docker User Group: 資料に沿って、sudo usermod -aG docker $USERを実行。 FreeRDP: 資料に沿って、Stable版を導入 flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo flatpak install com.freerdp.FreeRDP Kernel Modules: 資料に沿って実行、この実行をしないと動作しません echo -e "ip_tables\niptable_nat" | sudo tee /etc/modules-load.d/iptables.conf (b) Downloading リンク先の下記ファイルをDownloadしました winboat-0.7.10-x86_64.AppImage (c) 実行 Downloadしたwinboat-0.7.10-x86_64.AppImageを右クリックして実行、Winboatが起動します。必要な条件のチェックが完了すると、User/passwordの入力に加えて、Windo...
続きを読む