LinuxフォンはAndroid/iOSの二強体制に代わる現実的な選択肢になるか？

5年前、Linuxフォンはモバイルフォン業界を牛耳るAndroid/iOSの二強体制に代わる現実的な選択肢となる poised に見えました。残念ながら、Purism Librem 5とPINE64 PinePhoneが2020年にリリースされ、一時的な活発さとコミュニティの関与があった後、Linuxフォン市場は一般的に停滞しました。 この停滞は、PurismとPINE64での問題、そして利用可能なLinux SoCが最新のスマートフォンを実行するには性能不足であり、ハードウェア業界が良いフリー/オープンソースドライバーを備えた代替品を提供していなかったことにも起因します。さらに、Plasma MobileとPhoshは当時まだ初期段階のモバイルインターフェースであり、通常の統合型モバイルSoC上でこれらのインターフェースを実行するための良いディストリビューションの選択肢もありませんでした。 PinePhoneとLibrem 5のパフォーマンスの悪さ、そしてPinePhone ProとLibrem 5の返金問題は、人々の熱意と次のLinuxフォンに賭ける意欲を削ぎました。 幸いなことに、これらの条件はすべて変化しており、デスクトップLinuxが過去30年間でPCにおけるWindowsとMac OSXの現実的な代替手段となったように、モバイル分野でもLinuxが最終的にGoogleのAndroidとAppleのiOSの現実的な代替手段となる可能性があると私は信じています。 これは、モバイルLinuxがGoogleやAppleのビジネスに根本的に挑戦するということではありませんが、現在TUXEDO、System76、Purism、Slimbook、ThinkPenguin、Ubuntushop.biz、Entroware、Star Labs、Juno、Laptop with Linux、Linux Certified、ArkPCなどの多くの小規模企業からLinux PCを購入できるのと同様に、Linuxフォンの小規模市場が出現するのに適した条件が整っています。 LenovoやDellが現在一部の限定市場でLinuxプリインストールモデルを販売しているように、将来的に大手電話ブランドがモバイルLinux搭載の数モデルを販売する可能性もゼロではありません。 Motorolaは2027年にGrapheneOS搭載のハイエンドフォンモデルを販売開始すると発表しました。これは、Googleが独占禁止法規制を恐れて、大手電話メーカーが代替品を販売することを許可する可能性を示唆しています。 モバイル業界がAndroidフォンのブートローダーのアンロック機能をますます制限するにつれて、AOSP派生製品に代わるものを求める人々が増えるでしょう。そして、モバイルLinuxがその代替手段を提供する可能性があります。 5年前、モバイルLinuxがついに登場したように見えました。Purism Librem 5とPINE64 PinePhoneがリリースされ、Linus Tech Tipsのような大手テックレビュアーさえもそれらを試していました。 Mrwhosethebossのビデオ「Are Linux Smartphones about to KILL Android?」では、Librem 5を手に持ち、YouTubeで780万回再生されました。 Librem 5はMobianとpostmarketOSにポートされ、PinePhoneは20種類の異なるLinuxディストリビューションにポートされました。 JollaのSailfish OSとUbuntu TouchをAndroidカーネル上で実行できる電話モデルが増加し、多くの人々が古い電話でpostmarketOSをテストしていました。 Plasma MobileとPhoshはモバイルインターフェースとして急速に進歩していました。 KDEはKirigamiを採用し、GNOMEはAdwaitaを採用したため、KDEとGNOMEのアプリはデスクトップとモバイルインターフェース間で適応可能になりました。 Waydroidプロジェクトにより、Linuxコンテナ内でAndroidアプリを実行できるようになりました。 モバイルLinuxの未来は明るく見えましたが、その未来は決して到来しませんでした。 将来、これらの条件を克服する方法を理解するために、モバイルLinuxが何によって妨げられたかを調べる価値があります。 最初のモバイルLinuxデバイスであるSharp Zaurus、G.Mate Yopy、Motorola A760がリリースされて以来、過去25年間にわたってLinuxカーネルベースのさまざまなモバイルオペレーティングシステムで多くの実験が行われてきました。 私は長年にわたって29種類の商用モバイルLinuxが存在したと数えており、おそらく私が逃したものがさらに多くあるでしょう。 EZX、MotoMagx、Maemo、LiMo、Moblin、MeeGo、Tizen、Firefox OS、webOS、Ubuntu Touch、Sailfish OSなど、当時次のビッグシングになりそうに見えたモバイルLinuxのさまざまな波がありました。 長年、Motorolaはコミュニティストアで利用可能なJavaアプリを使用するという考えに基づいたさまざまなLinuxバリアントを実験してきましたが、GoogleのAndroidが唯一成功したモバイルLinuxのフレーバーでした。 今日、これらはすべて、標準的なデスクトップLinuxディストロとは異なるカテゴリとして、しばしば「Linux」というラベルの下にまとめられますが、TizenとFirefox OSは、標準的なデスクトップLinuxディストロから見ると、アーキテクチャ的にはAndroidと同様に異なります。 モバイルLinuxオペレーティングシステムは、今日ではあまり目立たなくなっていますが、存続しています。 NokiaがN9用に作成したMeeGoのコードの多くは、Jolla Groupという小さなフィンランド企業によって開発が続けられており、そのSailfish OS搭載フォンを再び販売しています。 Mozilla Foundationによって2016年に放棄されたFirefox OSは、2017年にタッチスクリーンなしのローエンドフォン向けのプロプライエタリなKaiOSとして復活しましたが、Androidが最も安価なセグメントにまで達するにつれて、その市場はゆっくりと消滅しています。 Canonicalによって2017年に放棄されたUbuntu Touchは、UBportsのボランティアの下でコミュニティベースのプロジェクトとして存続しています。 webOSとTizenでさえまだ存在していますが、もはやモバイルオペレーティングシステムとしては使用されていません。webOSはLG TVで実行され、TizenはSamsung TVで使用されています。 テックプレスではあまり見出しになりませんが、ニッチなLinuxフォン市場は依然として存在します。 Purism、PINE64、FuriLabs、Jolla、Jolla-Devices、Volla、PrivacyPortal（将来的にBraxも）はすべて、何らかのLinuxフレーバーがプリインストールされたフォンを販売しています。 今日Linuxフォンを購入している人の数は、PINE64がPinePhoneとPinePhone Proを発売した2020年から2022年よりも少ないですが、実際には5年前よりも多くの企業がLinuxフォンを販売しています。 過去にLinuxフォンを悩ませた多くの問題が将来克服されると信じる十分な理由があります。 SoCのジレンマ：弱いが長寿命 vs 強力だが短寿命 過去には、利用可能なハードウェアの選択肢がLinuxフォンの実現可能性を制限していました。 LinuxをサポートするSystem-on-Chip（SoC）は、一般的にシングルボードコンピュータ（SBC）、TVセットトップボックス、IoTデバイス、産業用および自動車用アプリケーションの組み込みマイクロプロセッサで使用されており、価格帯が低いため、パフォーマンスは一般的に弱く、スマートフォン向けに設計された典型的なモバイルSoCよりもエネルギー効率が悪いです。これは、古いプロセスノードで製造されているためです。 しかし、それらは長い製品ライフサイクルを持つアプリケーションで使用されるため、長期サポートを提供します。 例えば、自動車には数十個のSoCが含まれており、設計に通常3年から5年かかり、今後20年間動作する必要があります。 対照的に、AndroidをサポートするモバイルSoCは非常に強力ですが、1年から3年間しか製造されません。 Linuxフォンの設計者がLinuxカーネル（Androidカーネルではなく）を実行できるようにしたい場合、ほとんどの選択肢は処理能力が低く、エネルギー効率が悪く、熱性能も劣ります。 プロプライエタリなブロブを可能な限り避けたい場合、コミュニティが長年フリー/オープンソースドライバーのバグを修正するために取り組んできた古いSoC（例：PinePhoneのAllwinner A64）を選択するか、新しいSoCを適切にサポートするためにLinuxカーネルをパッチするのに何年も費やす必要があります（PurismがLibrem 5のNXP i.MX 8M Quadで行ったように）。 メインラインLinuxに変更をアップストリームすることが多すぎると判断した場合、将来的にハードウェアをサポートするのが難しくなります。なぜなら、それらの同じパッチを各新しいLinuxカーネルリリースに適用し続ける必要があるからです。 Purismは変更をmにアップストリームすることを選択しました