まだ使えるPT2の再利用 x64 Ubuntu 22.04.5LTS

2025/08/18

1 Raspberry pi 5ではPT2の動作確認が取れない
2 x64 Ubuntu 22.04.5LTSで組んだPT3をPT2に交換するとどうなる
3 x64 Ubuntu 22.04.5 LTSだと PT2のドライバーはどうする？
4 x64 Ubuntu + PT2 + 【Docker-Mirakurun-EPGStation】+ VMWrare 17
5 仮想Windows11 Canary版 build 27924.1000
6 関連過去Log：x64 Ubuntu関連
7 関連過去Log：Raspberry Pi 5 Hard関連
8 関連過去Log：Raspberry Pi 5 Software関連
9 関連過去Log：BVM版 aarch64 Windows11
10 関連過去Log：PT3
11 関連過去Log：PT2 x64 Ubuntu

Raspberry pi 5ではPT2の動作確認が取れない

夏季まっただ中。24Hエアコンを稼働させる季節にあれこれPCのテストは行うのは憚れる。電気の浪費とも言える。小生所有PCの内、まさにx64 typeは排熱が大きい。したがって、排熱量が少ないRaspberry pi 5が今やMain Desktopである。

Raspberry Pi 5B にノーブランドPCIe-PCIライザーカードを装着してみたが・・・

予備機材となった【PT2】をPCIe-PCIライザーカード経由でRaspberry pi 5に接続トライすること数日、数回。

Bookwormによるライーザーカードの認識が1度だけ確認取れたものの、ほぼ不安定
PT2ドライバーをカーネルコンパイル経由で導入したもののPT2は認識せず

PT2自体の重量もありライザーカード経由でRaspi5に取り付けたものの非常にバランスが悪い･危険
他のPCIe-PCIライザーカード製品検討もノーブランド品でありデバイス認識は無理だと予想

数回のチャレンジも泡と消えRaspi5へのPT2の取り付けを断念した。（前年等の話ではなく2025年の年頭から始めたもの）

Raspi5+NVMe-PCIeアダプター+PCIアダプター+PT2は危ない

現時点ではRaspi5では使用できないと判断しPT2はx64環境へ戻すことにした。

x64 Ubuntu 22.04.5LTSで組んだPT3をPT2に交換するとどうなる

小生所有のx64 Legercyマザーボード（*A88M-G/3.1 が2枚）はPT2・PT3の使用想定を視野に購入したものであるため、PCIeスロットだけではなくて【PCIスロット】も装備されている。2017/2018年に購入し2020年（2枚目マザーは2022年）から使用している。Windowsを使うためというよりもPT2・PT3の使用を前提としたチョイスであった。

*https://www.asrock.com/mb/AMD/A88M-G3.1/index.jp.asp

Raspi5で使用したノーブランドPCIe-PCIライザーカードと違い【PCIスロット】がマザーボードに装備されているから、認識率と安定性はすこぶるいいはずである。

PTxが普通に使用できるアイテム（Windows11 24H2も動作可能）であるし、使用目的も変更するつもりはないのであるが、M社は執拗に新CPUを購入しなさいと催促をやめない。そういうビジネスモデルを取るなら、ユーザーはユーザーなりにそれに対抗する。

そんなことではなくて、PCから出る排熱が問題なのだ。PTxを使うためにこんなに発熱しては困るのである。排熱防止のためにx64マザーボードは1機（もう1枚は保管備品）に限定し、Main DesktopはRaspi5へシフトした。

前置きが長くなったが電源が落ちているのか確認し、単にPT3をPT2に交換する。

だめか・・・認識しない。

ん

PT2のPCIスロットへの押し込み不足が判明！（まだ浮いている感じ）
PT2スロット基盤が見えなくなるまで再度強度を掛けて押し込みネジ止めした

PCIスロットへの押し込み不足すると認識しないPT2PC内はホコリだらけ（窓を開けられる季節になったら、きちんと掃除しようよ。）

$ lspci
00:00.0 Host bridge: [AMD] Family 15h (Models 30h-3fh) Processor Root Complex
00:01.0 VGA compatible controller: [AMD/ATI] Kaveri [Radeon R7 Graphics]
00:14.0 SMBus: [AMD] FCH SMBus Controller (rev 16)
00:18.0 Host bridge: [AMD] Family 15h (Models 30h-3fh) Processor Function 0
01:00.0 USB controller: ASMedia Technology Inc. ASM1143 USB 3.1 Host Controller
02:00.0 Ethernet controller: Realtek RTL8111/8168/8411 PCIe Giga Controller (rev 11)
03:05.0 Multimedia controller: Xilinx Corporation Device 222a (rev 01)

PT2 認識されてんじゃん！

x64に戻ってきたPT2：一体いつまで使用できるのか？

この分でいけばマザーボードよりも長寿命かもしれない。

さて、Mirakurunへブラウザアクセス

http://xxx.xxx.x.xxx:40772/

繋がらない・・・

本体を再起動
再起動だけではMirakurunにアクセスできず

IPアドレス確認につき念の為有線LAN設定を確認してみると、手動設定していたアドレスが勝手に自動設定になっていてDHCPによってLocalアドレスが割り当てられていた。

x64 Ubuntuに手動IPアドレスを設定して本体を再起動
Mirakurunへブラウザアクセス

おっ繋がった。

x64 Ubuntu 22.04.5 LTSだと PT2のドライバーはどうする？

多数派DVBユーザー猛者諸氏は、標準DVBドライバーをblacklist.confに列記して御用達のドライバーをコンパイルし導入している。もちろんPTxではなくてPlex製チューナーを使用している点も大きいが、Softwareの構成・独自環境によっては標準DVBドライバーは敬遠されることが多い。

今まで稼働させてきたx64 Ubuntu + PT3の場合は、ドライバーは標準DVBドライバーをそのまま利用してきた。

単純にPT3を外してPT2を組み込んだ場合、DVBドライバーは追加する必要があるのかどうか・・・

Ubuntu環境確認

$ uname -a
Linux 5.15.0-151-generic #161-Ubuntu SMP Tue Jul 22 14:25:40 UTC 2025 x86_64 GNU/Linux

$ ls /dev/dvb
adapter0 adapter1 adapter2 adapter3

PT2のDVBドライバーも標準化されているようで、【Docker-Mirakurun-EPGStation】でも何の設定もしないでPT2チューナーを取り込んでいる。PCIスロットの差し込み具合とIPアドレスの再設定を除けば、何事もなくPT3をPT2への交換となった。

不思議には感じたが、Legercy ハードであるPTxはUbuntuではドライバー自動ロードするということなのだろう。

x64 Ubuntu 22.04.05LTS+ PT2へのブラウザアクセス

DTVチューナーのリバイバルブームが起こるとは限らないが、今後発生するであろうサブスク料金の高騰・CM画像の増加、コンテンツ保持期間の限定などユーザー負担が高くなる。必然的にDTVチューナーが再脚光されてもおかしくはない。

PTxというよりはPlex製品がメインとなろうが、利用するにあたってはTPM2.0の縛りのあるWindows11なんて必要がない。

もちろんPCが動作不能なら仕方がないが、動作可能であれば新CPUなんて購入する必要もない。

とりあえずUbuntu + チューナー + 【Docker-Mirakurun-EPGStation】で視聴三昧！　（実際は視聴している時間はない）だから、録画三昧かな。

スポンサーサイト
amazon　タイムセール　　　　 amazon Raspberry pi 5 m.2 hat　　amazon 大谷翔平

x64 Ubuntu + PT2 + 【Docker-Mirakurun-EPGStation】+ VMWrare 17

PT3をPT2に取り替えても、【Docker-Mirakurun-EPGStation】はそのまま何事もなく動作している。例えば、7時間の番組録画、リアルタイム視聴等。

PCIスロットを装備したLegercyマザーボードと共に、このままPT2はx64環境で愛用しようと思う。浮いたPT3は座りのいいRaspberry pi 5で使用する。

Quad slot【X1016 V1.0】+【PH47 Ver1.3】でPT3

x64 Ubuntu + PT2 + 【Docker-Mirakurun-EPGStation】+ VMWrare WS Pro 17 + Wine10 という環境となった。

Ubuntu環境：現況

$ docker --version
Docker version 27.5.1, build 27.5.1-0ubuntu3~22.04.2
$ docker-compose --version
docker-compose version 1.29.2, build unknown
$ samba --version
Version 4.15.13-Ubuntu
$ vmware --version
VMware Workstation 17.6.3 build-24583834
$ wine --version
wine-10.0

Mirakurun 3.9.0-rc.4
EPGStation v2.10.0

動作は早くないが、このまま安定するのなら起動HDDをNVMe SSDにUpgradeしてもいい。使いみちのない新CPUを購入するぐらいない、費用対効果は明らかであるし実際に速度Upが期待できる。