コミュニティソリューション

ZimaOSのIntel N150 iGPU:2024年の非対応から1.4.2以降の/dev/driハードウェアアクセラレーションまで

A December 2024-August 2025 thread where early N150 systems exposed the VGA device but lacked a usable i915 /dev/dri path. IceWhale said N150 driver testing was underway for 1.4.2. One user later confirmed the iGPU worked from 1.4.2 beta1 with card0 and renderD128 and advised mapping /dev/dri into Jellyfin.

「Intel N150 iGPU はサポートされていない」というタイトルは過去の状況を示したものです。2024年後半、元の投稿者は Alder Lake-N のグラフィックス PCI デバイスを確認できましたが、intel_gpu_top では使用可能な i915 デバイスが見つからず、その後の 1.4 テストでは /dev/dri も存在しませんでした。IceWhale は、CPU/GPU プラットフォームが新しすぎたため、ドライバーの検証を開始したと説明しました。

2025年8月までに、あるコミュニティユーザーは、ZimaOS 1.4.2 beta1 以降、N150 グラフィックスが動作しており、/dev/dri/card0renderD128 が表示されると報告しました。現在の ZimaBoard 2 自体も Intel N150 を搭載して出荷されているため、「N150 はサポートされていない」という古い結論を、現在の ZimaOS にそのまま適用すべきではありません。残る問題は、特定の Jellyfin/Plex コンテナが GPU デバイスに正しくアクセスでき、実際にハードウェアトランスコードを使用しているかどうかです。

初期の ZimaOS では GPU を認識できても、使用可能な i915 デバイスを初期化できなかった

元の投稿には次のように表示されていました。

00:02.0 VGA compatible controller:
Intel Corporation Alder Lake-N [Intel Graphics]

しかし、intel_gpu_top は統合型またはディスクリート型の i915 デバイスを報告しませんでした。つまり、PCI デバイスとして認識されるだけでは、ハードウェアアクセラレーションには不十分でした。

新しい Linux カーネルによって、他のディストリビューションでは結果が変わった

ある参加者は Ubuntu 系ディストリビューションでテストし、カーネルを 6.12.3 に更新したところ GPU が動作し始めたと述べました。これはコミュニティによる比較結果であり、ZimaOS の修正ではありませんでしたが、制限要因がカーネルとドライバーの成熟度にあるという診断を裏付けるものでした。

IceWhale は ZimaOS 1.4.2 での N150 サポートを目標にした

2025年5月、Zima-Jerry は N150 iGPU ドライバーのテストを進めており、問題がなければ 1.4.2 でサポートされる見込みだと述べました。

7月に時期を尋ねられた際、Zima-Giorgio はリリースが2週間以内に予定されていると回答しました。

あるユーザーが 1.4.2 で /dev/dri を確認

1.4.2 の提供開始後、Jozu は自分の環境ではまだ動作しないと述べました。一方、coffee.coyote は beta1 以降動作していると返信し、次の内容を投稿しました。

/dev/dri/
  by-path
  card0
  renderD128

これは有用な情報ですが、普遍的な確認結果ではありません。あるハードウェアとビルドの組み合わせでは動作した一方、別の元投稿者は依然として問題を報告していました。

現在の ZimaBoard 2 は Intel N150 を使用

IceWhale の現在のハードウェアドキュメントには、ZimaBoard 2 が Intel N150 クアッドコア CPU と Mini DisplayPort 出力を搭載していると記載されています。現在の Jellyfin のハードウェアに関する案内でも、N150 は Quick Sync に対応した統合グラフィックスとして説明されています。ただし、ハードウェアが対応しているだけでは、アプリでアクセラレーションが有効になっていることの証明にはならないとも警告されています。

現在の ZimaBoard 2 N150 プラットフォームを参照してください。

まずホストの GPU 経路を確認する

ls -l /dev/dri
lspci -nnk | grep -A3 -i vga

Intel のハードウェアトランスコードを想定した現在のシステムでは、通常、/dev/dri/renderD128 のようなレンダーノードが公開されます。/dev/dri が存在しない場合は、Jellyfin を変更する前に、ホストのドライバーとカーネルの層を修正してください。

GPU を Jellyfin または Plex に渡す

元の情報では、コンテナのデバイスまたはボリュームに /dev/dri を追加するよう明確に案内されていました。現在の Jellyfin コンテナに関する案内も、同じ一般原則に従っています。つまり、コンテナ内からレンダーデバイスにアクセスでき、実行ユーザーまたはグループにそれを使用する権限が必要です。

実際のハードウェアトランスコードを確認する

ダイレクトプレイでは、エンコーダーやデコーダーは使用されません。トランスコードが必要な、条件を満たすテスト用の再生を強制し、そのうえで Jellyfin/Plex の再生情報と GPU の稼働状況を確認してください。字幕、トーンマッピング、または未対応のコーデックによってパイプラインの一部がソフトウェア処理になっている場合、高い CPU 使用率だけでは十分な証拠になりません。

Intel N150 iGPU に関する FAQ

Intel N150 は現在の ZimaOS でも一般的にサポートされていませんか?

いいえ。古いスレッドは 1.4.2 でのサポート作業より前のものであり、現在の ZimaBoard 2 自体も Intel N150 を使用しています。

Intel GPU アクセラレーションでは、ホスト側にどのようなパスが表示されるべきですか?

正常に動作している Linux グラフィックススタックでは、通常 /dev/dri が公開され、その中に renderD128 のようなレンダーノードが含まれます。

1.4.2 で、元の情報に登場する全ユーザーが成功を報告しましたか?

いいえ。あるユーザーは依然として問題を報告しましたが、別のユーザーは 1.4.2 beta1 以降、正常に動作する /dev/dri 経路を確認しました。