Ubuntu on KnightLiブログ

Ubuntu 26.04 LTSでAndroidアプリを動かす：Waydroidの導入と注意点

Sat, 16 May 2026 17:34:59 +0800

Ubuntu 26.04 LTSでAndroidアプリを動かすなら、現実的な選択肢は今でもWaydroidです。

Waydroidは従来型のAndroidエミュレーターではありません。LineageOSベースのAndroid環境をLinuxコンテナ内で動かす仕組みです。軽く、デスクトップ統合もしやすい一方で、Wayland、カーネル機能、GPUドライバー、各アプリの相性に強く左右されます。

軽いAndroidツールをたまに使う、APKをテストする、F-Droid系アプリを動かす、といった用途なら試す価値があります。重いゲーム、銀行アプリ、Googleサービス依存の強いアプリを常用したい場合は、期待値を下げた方が安全です。

まず適性を確認する

Ubuntu 26.04 LTSは2026年4月23日にリリースされました。公式のデスクトップ要件は2GHzデュアルコアCPU、6GB RAM、25GBストレージ以上です。Waydroidは追加でディスク、メモリ、グラフィック資源を使うため、実用上は次の程度を見ておくと安心です。

8GB以上のRAM
10GB以上の空き容量
正常に動作するWaylandセッション
比較的新しいIntel、AMD、NVIDIAドライバー
一部アプリの互換性問題を許容できること

Waydroid公式ドキュメントでも、Ubuntu 22.04以降ではWayland Sessionが必要とされています。Ubuntu 26.04 LTSはWayland寄りのため、この点では旧環境より扱いやすいです。

Waydroidをインストールする

まず基本パッケージを入れます。

`1`	`sudo apt install curl ca-certificates -y`

Waydroid公式リポジトリを追加します。

`1`	`curl -s https://repo.waydro.id \| sudo bash`

Waydroidをインストールします。

`1`	`sudo apt install waydroid -y`

インストール後はアプリメニューから起動しても、端末から起動しても構いません。

Android環境を初期化する

初回起動時にはAndroidシステムイメージの初期化が必要です。通常はデフォルトのイメージで十分です。

GUIが出ない場合は、先にコンテナを起動します。

`1`	`sudo waydroid container start`

ユーザーセッションを開始します。

`1`	`waydroid session start`

AndroidのフルUIを開きます。

`1`	`waydroid show-full-ui`

Androidタブレットに近い画面が表示されます。インストールしたアプリはWaydroid内から起動でき、Ubuntuのアプリメニューに現れる場合もあります。

APKをインストールする

APKファイルがある場合は直接インストールできます。

`1`	`waydroid app install app.apk`

インストール済みアプリを確認します。

`1`	`waydroid app list`

パッケージ名でアプリを起動します。

`1`	`waydroid app launch com.example.app`

F-Droid、オープンソースアプリ、テスト版、自作APKに向いています。出所不明のAPK、特にアカウント、決済、連絡先、SMS権限を要求するアプリは避けるべきです。

マルチウィンドウ

Waydroidは標準ではAndroid全体を1つのウィンドウとして扱います。アプリごとにデスクトップウィンドウとして表示したい場合は、マルチウィンドウを有効にします。

`1`	`waydroid prop set persist.waydroid.multi_windows true`

セッションを再起動します。

1
2

waydroid session stop
waydroid session start

ただし表示品質はアプリ、デスクトップ環境、GPUドライバーに依存します。

Google Playは必要か

WaydroidはGoogle認証済み端末ではありません。

Google Play、Google Play Services、Googleフレームワーク依存アプリを使う方法はありますが、安定した前提にはしない方がよいです。

Googleサービスには端末認証やアカウントリスク判定があります。
SafetyNet、Play Integrity、root、仮想環境、端末フィンガープリントを確認するアプリがあります。
銀行、決済、ゲーム、動画配信アプリは失敗しやすいです。

普通のツールなら、F-Droid、オープンソースAPK、Googleサービス不要版を優先した方がトラブルは少なくなります。

よくある問題

起動後に黒画面になる場合は、X11ではなくWaylandを使っているか確認します。

`1`	`echo $XDG_SESSION_TYPE`

通常は次のように表示されます。

wayland

コンテナが起動していない場合：

`1`	`sudo waydroid container start`

セッションが固まった場合：

1
2

waydroid session stop
waydroid session start

ログ確認：

`1`	`waydroid log`

NVIDIA環境ではグラフィックスタックやドライバー相性の問題が出やすいです。Ubuntu 26.04 LTSのWayland/NVIDIA対応は以前より成熟していますが、Waydroidは通常のネイティブアプリではないため、描画やウィンドウの問題は起こり得ます。

エミュレーターやVMとの違い

Waydroidは完全な仮想マシンではなく「コンテナ内のAndroid」に近いものです。

方式	向いている用途	主な問題
Waydroid	軽量アプリ、APKテスト、Linuxデスクトップ統合	Googleサービスと一部アプリの互換性
Android Studio Emulator	開発、デバイスシミュレーション	リソース消費が大きい
仮想マシン	隔離テスト、実験環境	グラフィックと性能が弱くなりがち

参考資料

Canonical の Ubuntu AI ロードマップ：ローカル推論を優先し、強制統合はしない

Fri, 08 May 2026 22:23:46 +0800

Canonical が最近示した Ubuntu の AI ロードマップで重要なのは、「Ubuntu が AI を無理にシステムへ押し込む」という話ではない。むしろ、AI 機能を段階的に提供し、既定では無効にし、ユーザーが明示的に選んだときだけ有効化し、推論はできるだけローカルで行うという慎重な方針だ。

これは、Windows や macOS のシステムレベル AI をめぐる議論とは対照的だ。Ubuntu が目指しているのは、避けられない全体 AI レイヤーでも、OS 全体を一括で止める「AI 総スイッチ」でもない。AI 機能を比較的独立したツールとして分け、インストールするか、使うか、どのモデルにつなぐか、データを外へ出すかをユーザーが決められるようにする方向である。

まず時期を確認する：Ubuntu 26.04 LTS ではない

今回のロードマップが主に向いているのは Ubuntu 26.10 “Questing Quokka” で、2026 年 10 月 9 日にリリース予定とされている。Canonical の計画は、一部の AI ツールを実験的な preview として導入することであり、Ubuntu 26.04 LTS に既定機能として入れることではない。

ここは重要だ。LTS は長期安定、企業導入、セキュリティ保守を担うリリースであり、探索段階のデスクトップ AI 機能を既定体験として入れる可能性は高くない。まず 26.10 のような通常リリースで試し、開発者や早期ユーザーの反応を見て、どの機能を後続の長期サポート版に入れるか判断するのが自然だ。

ローカル推論を優先し、クラウドは既定にしない

Canonical が強調している原則の一つは local inference first、つまり既定ではユーザーのマシン上で推論することだ。クラウドプロバイダー、自前サーバー、企業向けモデルサービスをユーザーが明示的に設定した場合だけ、リクエストが外へ出る。

理由は現実的だ。システムレベルの AI は、コマンド出力、ログ、ファイルパス、エラー、システム設定などの機密性が高い情報に触れやすい。たとえ「エラーを説明する」ためであっても、こうした情報を自動でクラウドへ送るのは、プライバシーとコンプライアンス上のリスクになる。

したがって Ubuntu の AI 路線は、クラウド AI の入口を OS に作るというより、差し替え可能な推論レイヤーに近い。ユーザーはローカルモデル、社内推論サービス、必要に応じて Canonical 管理のサービスを選べる。重要なのは、特定のモデルベンダーに固定しないことだ。

AI CLI：まずは端末支援から

最初に現実的に入ってきそうな機能の一つが、端末ユーザー向けの AI Command Line Helper、いわゆる ai-cli だ。

これは shell を置き換えるものでも、危険なコマンドを自動実行するものでもない。目的は、コマンド、ログ、systemd unit、エラー出力、システム状態を理解する手助けである。複雑なサービス起動失敗ログの原因を説明したり、コマンドオプションの意味をわかりやすく示したりする用途が想定される。

この入口は Ubuntu のユーザー層に合っている。Ubuntu のデスクトップユーザーやサーバーユーザーには、もともと端末で作業する人が多い。派手なチャット画面から始めるより、エラー調査、コマンド解説、運用支援といった高頻度の場面に AI を置くほうが実用的だ。

ただし、安全境界は明確でなければならない。ログには token、社内アドレス、ユーザー名、パス、鍵の断片、業務情報が含まれることがある。既定がローカル推論でも、ツールは秘匿情報の削除を促すべきだ。ユーザーがクラウドバックエンドを選ぶなら、何が送信されるかを明示する必要がある。

Settings Agent：自然言語でシステム設定を扱う

もう一つの方向が Settings Agent で、自然言語でシステム設定を問い合わせたり変更したりする機能である。

一見簡単そうだが、実装は難しい。成熟した Settings Agent は、画面を読み取り、ボタンを推測し、クリックを模倣するような方法で設定を操作すべきではない。読み取れる設定、変更できる設定、変更前に確認が必要な操作、失敗時のロールバックなどを、制御された内部 API で扱う必要がある。

そのため、これは 26.10 で完成して提供される機能というより、その後も継続して進む方向と見るべきだ。うまく作れば、一般ユーザーがデスクトップ Linux を設定するハードルを大きく下げられる。攻めすぎると、新しいセキュリティリスクにもなる。

なぜ「AI 総スイッチ」が最優先ではないのか

OS ベンダーが AI を入れると、「どこにでも AI があり、完全に止めにくい」体験になるのではないかと不安に思うユーザーは多い。そこで、Ubuntu に全体の AI kill switch が必要なのでは、という疑問が出てくる。

Canonical の考え方は、AI 機能がそもそも opt-in で、層ごとに分かれ、個別にインストールと設定ができるなら、全体スイッチは最優先ではないというものだ。つまり、「既定で有効、深く統合、あとからユーザーが無効化する」という構造を設計段階で避けようとしている。

それで十分かどうかは実装次第だ。AI ツールが既定で有効にならず、既定でネットワークに接続せず、既定でデータを収集せず、各機能に明確な設定入口があるなら、ユーザーは AI を止めるために隠れた項目を探し回る必要はない。

開発者と企業ユーザーへの意味

開発者にとって、AI CLI のようなツールの実用的な価値は、ドキュメント調査、ログ読解、システム問題の切り分け時間を減らすことだ。これはエンジニアの判断を置き換えるものではなく、「この出力をまず説明する」作業を自動化するものに近い。

企業ユーザーにとっては、ローカル推論と差し替え可能なバックエンドのほうが重要だ。多くの企業は、ソースコード、ログ、顧客データ、インフラ情報を公開モデルサービスへ送れない。Ubuntu がシステムレベル AI をローカルモデル、私有推論サービス、企業の権限体系と結び付けられれば、コンプライアンス環境でも制御可能な支援を提供できる。

これは Linux デスクトップとワークステーションにとっても機会だ。Windows や macOS は AI をベンダーエコシステムの一部にしやすい。一方 Ubuntu の強みは、オープンで、監査可能で、置き換え可能で、自前運用できることにある。Canonical がこの原則を保てるなら、AI はプロ向け Linux 体験を補強する可能性がある。

過度に読み取らない

現時点で、このロードマップを「Ubuntu が特定の小型モデルをプリインストールする」「Ubuntu 26.04 に AI 監査モードが入る」「固定の ubuntu-ai コマンドが用意される」と解釈するのは早い。公開情報でより確かなのは方向性であり、完成した製品形態ではない。

より安全な理解は、Canonical が Ubuntu にシステムレベル AI ツールの枠組みを入れようとしており、まずコマンドライン支援、設定支援、ローカル推論、バックエンド選択から始める、というものだ。既定の姿勢は、システムが選ぶのではなくユーザーが選ぶことである。

まとめ

Ubuntu の AI ロードマップで本当に注目すべきなのは、Ubuntu も「AI の波に乗る」ということではない。オープンソース OS における、より抑制された AI 統合の形を定義しようとしている点だ。知能はインフラになり得るが、プライバシー、制御性、ユーザーの選択権が先に来るべきだ。

26.10 の実験的機能がこの原則を守れるなら、Ubuntu は一般消費者向け OS とは異なる道を取れるかもしれない。避けられないシステム広告枠としての AI ではなく、選択可能で、置き換え可能で、監査可能な生産性ツールとしての AI である。

参考リンク：

2026年の Linux デスクトップディストリビューション選び：Ubuntu、Deepin/UOS、Linux Mint、Fedora 比較

Thu, 07 May 2026 21:17:11 +0800

2026年に Linux デスクトップディストリビューションを選ぶとき、重要なのはどれが最も「純粋」か、どれが最も「先進的」かではありません。毎日気持ちよく使い続けられるかです。

デスクトップはサーバーとは違います。サーバーではライフサイクル、パッケージ安定性、運用規約が重要です。デスクトップではさらに、インターフェース、ドライバ、アプリストア、入力方式、オフィスソフト、GPU、Bluetooth、音声、タッチパッド、外部ディスプレイ、日常的な細かい不具合も効いてきます。

あまり手間をかけたくないなら、まず Ubuntu、Linux Mint、Deepin/UOS を見ます。開発者で、新しいソフトウェアスタックと速い技術サイクルを受け入れられるなら、Fedora も注目に値します。

早見表

ディストリビューション	最適な用途	主な利点	注意点
Ubuntu 26.04 LTS	初心者、開発者、主力デスクトップ	ドキュメントが最も多く、エコシステムが広く、ハードウェアとソフトウェア対応が強い	標準 GNOME には慣れが必要。Snap 方針を好まない人もいる
Deepin / UOS	中国語ユーザー、国産化環境、見た目を重視する人	美しく使いやすい。中国語ローカライズが強く、国産ソフトや政企環境との互換性が高い	コミュニティ版と商用版の位置付けが違う。更新方針を分けて見る必要がある
Linux Mint	Windows からの移行、安定優先ユーザー	親しみやすい UI、非常に使いやすい、Cinnamon が安定	新技術の導入は遅め。標準スタックは攻めていない
Fedora	開発者、Linux 新技術を試したい人	新しいカーネル、新しい GNOME、新技術の導入が速い	更新頻度が高く、安定保守派には LTS より落ち着かない

一言で言えば次の通りです。

初心者と主力デスクトップ：Ubuntu 26.04 LTS。
中国語・国産化体験：Deepin / UOS。
Windows からの滑らかな移行：Linux Mint。
開発者と新技術の先取り：Fedora。

Ubuntu 26.04 LTS：万能型デスクトップ

Ubuntu 26.04 LTS Resolute Raccoon は 2026年4月にリリースされました。LTS 版として、長期的な主力デスクトップに向いています。

Ubuntu の利点は非常に分かりやすいです。資料が最も多く、チュートリアルも最も多く、問題が起きたときに答えを検索しやすいです。VS Code、Docker、NVIDIA ドライバ、Steam、Chrome、Slack、JetBrains、CUDA、Python、Node.js などを入れる場合、Ubuntu はベンダーとコミュニティが優先して対応する対象であることが多いです。

Ubuntu 26.04 LTS に向く人：

初めて本格的に Linux デスクトップを使う人。
長く使える主力システムを探している人。
開発に安定した Linux 環境が必要な人。
多くのチュートリアル、ドライバ、商用ソフトウェア対応が必要な人。
デスクトップ、サーバー、WSL エコシステムをつなげたい人。

利点：

LTS ライフサイクルが長い。
公式イメージとドキュメントが成熟している。
GNOME デスクトップが現代的で、タッチパッドと複数ディスプレイ体験が比較的良い。
ドライバ、クラウド、コンテナ、開発ツールのエコシステムが広い。
問題発生時の検索コストが最も低い。

注意点として、Ubuntu は標準で GNOME を使います。Windows のデスクトップ操作とは違うため、初心者は Activities Overview、Dock、ワークスペース、アプリランチャーに慣れる必要があります。また Ubuntu は Snap を長く推進しており、起動速度、パッケージ管理方式、エコシステム方針を好まないユーザーもいます。

私の判断では、どのデスクトップディストリビューションを選ぶべきか分からないなら、Ubuntu 26.04 LTS は今でも最も安全なデフォルト回答です。すべての方向で最先端ではありませんが、総合点が最も高いです。

Deepin / UOS：中国語デスクトップ体験と国産化互換

Deepin と UOS の強みは、中国語デスクトップユーザーをよく理解している点です。

Deepin 25 は 2025年にリリースされ、2026年も deepin 25.1 などで更新が続いています。公式説明では、deepin 25 の重点として DDE デスクトップ環境の改善、UOS AI、Solid immutable system、Linyaps アプリ互換方式、Distrobox subsystem、Treeland window compositor preview などが挙げられています。

これらは Deepin/UOS が単なる「きれいな Linux スキン」を作っているのではなく、中国語デスクトップの長年の課題を解こうとしていることを示します。

アプリインストールと依存関係の衝突。
国産ソフトウェア互換性。
デスクトップの美しさと使いやすさ。
システム更新失敗時のロールバック。
中国語入力、オフィス、政企ソフトウェアエコシステム。
Windows アプリ互換と移行。

Deepin / UOS に向く人：

中国語 UI、入力方式、オフィス、本地化体験を重視する人。
開封後すぐ使え、見た目の良い Linux デスクトップが欲しい人。
国産化されたソフトウェア・ハードウェア環境で使う必要がある人。
政企オフィス、国産ソフト、国産 CPU、互換認証が必要な人。
GNOME/KDE を一から設定したくない人。

Deepin の利点：

DDE インターフェースが統一され、美しい。
中国語ユーザー向けの細部がよい。
アプリストアとシステム設定が一般ユーザーの感覚に近い。
Linyaps、Distrobox などが Linux アプリ互換問題の緩和に役立つ。
UOS 商用版は国産化シナリオで現実的価値が高い。

注意点として、Deepin コミュニティ版と UOS 商用版は完全に同じ位置付けではありません。Deepin は個人体験とコミュニティユーザー向けです。UOS は政企、国産化、商用サービス、認証環境寄りです。本番のオフィス環境では、インターフェースだけでなく、ハードウェア、ソフトウェア、組織要件を見る必要があります。

私の判断では、中国語ユーザーで、特に見た目、入力方式、国産ソフト、オフィス体験を重視するなら Deepin/UOS は魅力的です。ただし、標準的な上流 Linux エコシステムに強く依存する重い開発者なら、Ubuntu や Fedora の方が自然に感じるかもしれません。

Linux Mint：最も Windows に近く、最も安心

Linux Mint の位置付けは一貫しています。普通のユーザーが Linux を簡単に使えるようにすることです。

2026年時点で、Linux Mint の主系列は 22.x 系を中心に進んでおり、Ubuntu 24.04 LTS をベースにしています。Linux Mint 22.3 Zena は 2026年初めにリリースされました。これは最新技術の展示台ではなく、安定しており、慣れやすく、学習コストの低いデスクトップシステムです。

Linux Mint は Windows から移行するユーザーに特に向いています。特に Cinnamon デスクトップです。

左下メニュー。
タスクバー。
システムトレイ。
ウィンドウの最小化/最大化の動作。
設定パネル。
ファイルマネージャ。
更新マネージャ。

これらの細部は、伝統的な Windows デスクトップに近い感覚を作ります。GNOME ワークフローに慣れたくない人には、Linux Mint は Ubuntu より始めやすいです。

Linux Mint に向く人：

Windows から Linux へ移行する人。
親、家族、非技術ユーザーに Linux を入れる人。
新技術を追わず、安定したデスクトップが欲しい人。
主な用途がブラウザ、オフィス、動画、ファイル管理、軽い開発の人。
GNOME が好きではなく、KDE も調整したくない人。

利点：

Cinnamon デスクトップが直感的。
更新マネージャが分かりやすい。
システムが保守的で安定している。
古い PC に比較的優しい。
コミュニティ資料が多く、問題が比較的少ない。

注意点として、Linux Mint は新技術優先ではありません。Wayland、PipeWire、最新 GNOME/KDE、最新カーネル、最新 Mesa などは、通常最前線で導入されません。目指しているのは「今日安定して動くこと」であり、「最新の Linux デスクトップ技術を最初に使うこと」ではありません。

私の判断では、Windows ノート PC を Linux にしたいが多くの概念を説明したくないなら、Linux Mint は最も安定した選択肢の一つです。Ubuntu ほど商用エコシステムが強いわけでも、Fedora ほど新しいわけでもありませんが、日常体験は非常に堅実です。

Fedora：開発者と新技術優先

Fedora はデスクトップ Linux 新技術の前線の一つです。

2026年5月時点で、Fedora の current mainline は Fedora Linux 44 です。Fedora Workstation は、GNOME、Wayland、PipeWire、Mesa、カーネル、systemd などの新技術が比較的早く入るディストリビューションの一つです。

Fedora に向く人：

Linux 開発者。
GNOME ユーザー。
新しいカーネル、新しい Mesa、新しいコンパイラ、新しいツールチェーンを早く使いたい人。
Wayland、PipeWire、Flatpak などの現代的 Linux デスクトップスタックを体験したい人。
半年ごとのアップグレードを怖がらない人。

Fedora の利点：

新技術の導入が速い。
標準システムが比較的クリーン。
GNOME 体験が上流に近い。
開発ツールチェーンが新しい。
Flatpak とオープンソースデスクトップエコシステムの結び付きが強い。
現代的なハードウェア対応が比較的積極的。

注意点も明確です。

ライフサイクルが短く、定期的なアップグレードが必要。
システムをまったく保守したくない人には向かない。
NVIDIA、プロプライエタリコーデック、一部商用ソフトには追加リポジトリが必要。
「インストールして 5 年放置したい」なら、Fedora は LTS ディストリビューションほど向きません。

私の判断では、Fedora は開発者、Linux 愛好者、新技術を試したい人に向いています。普通の人にとって最も手間の少ないデスクトップではありませんが、Linux デスクトップの未来がどうなるかを早く見ることができます。

四つをどう選ぶか

初めて Linux を入れる初心者

Ubuntu 26.04 LTS または Linux Mint を優先します。

Ubuntu の強みは資料とエコシステムです。Linux Mint の強みは Windows に近く学習コストが低いことです。GNOME に慣れる気があるなら Ubuntu。できるだけ Windows に近い方がよいなら Linux Mint です。

中国語オフィスと国産化環境

Deepin / UOS を優先します。

国産オフィスソフト、国産ブラウザ、政企システム、国産 CPU、組織が求める互換環境が必要なら、UOS の実用価値が高いです。個人ユーザーが美しい中国語デスクトップを求めるなら Deepin を見ます。

開発者の主力機

Ubuntu 26.04 LTS と Fedora はどちらも候補です。

安定性、チュートリアル、商用ソフトウェア対応を重視するなら Ubuntu。新しいカーネル、新しい GNOME、新しいツールチェーン、オープンソース技術の前線を重視するなら Fedora です。

古い PC や家庭用 PC

Linux Mint がより合います。

伝統的なインターフェース、比較的優しいリソース使用、低い保守負担があります。古い PC、家庭用ブラウジング機、軽いオフィス用途では、新技術重視の Fedora より Mint の方が安定します。

AI/GPU/開発ツールチェーン

Ubuntu を優先します。

NVIDIA ドライバ、CUDA、PyTorch、TensorFlow、Docker、VS Code、JetBrains などのツールは、公式説明やチュートリアルで Ubuntu が最もよく登場します。Fedora でも使えますが、問題解決にはより多くの Linux 経験が必要になることがあります。

選ぶ前に見るべき点

デスクトップ Linux はスクリーンショットだけで選ぶべきではありません。実際の体験を左右するのは次の細部です。

GPU ドライバが安定しているか。特に NVIDIA。
Wi-Fi、Bluetooth、指紋、カメラが正常に動くか。
外部ディスプレイ、スケーリング、複数画面が快適か。
中国語入力方式が使いやすいか。
よく使うソフトに公式パッケージまたは Flatpak があるか。
システム更新が理解しやすいか。
問題が起きたときに解決策を検索できるか。
標準デスクトップワークフローを受け入れられるか。

Linux への移行に失敗する人の多くは、カーネルが弱いからではありません。入力方式、スケーリング、WeChat、オンラインバンキング、プリンタ、GPU ドライバのような日常的な細部が合わないからです。

私のおすすめ

場面	推奨
初心者の主力デスクトップ	Ubuntu 26.04 LTS
Windows ユーザーの移行	Linux Mint
美しい中国語デスクトップ	Deepin
国産化オフィス/政企環境	UOS
開発者の安定環境	Ubuntu 26.04 LTS
Linux 新技術体験	Fedora Linux 44
古い PC の軽いオフィス用途	Linux Mint
AI/GPU 開発	Ubuntu 26.04 LTS

短い結論

Ubuntu 26.04 LTS は 2026年で最も無難な万能デスクトップ選択です。初心者、開発者、主力機に向きます。

Deepin/UOS は中国語体験、美しいインターフェース、国産化互換に強く、本地化や政企環境を重視するユーザーに向きます。

Linux Mint は非常に使いやすく安定しており、特に Windows からの滑らかな移行に向きます。

Fedora は新技術と開発者体験に強く、Linux デスクトップの前線を追いたい人に向きます。

デスクトップシステムの良し悪しは、最終的には毎日 PC を開いたときに使い続けたいと思えるかで決まります。紙の上で最も良く見えるディストリビューションより、長く快適に使えるディストリビューションの方が重要です。

Snap、Flatpak、apt は何が違うのか

Sat, 02 May 2026 11:22:26 +0800

Ubuntu でソフトウェアをインストールするとき、apt、Snap、Flatpak という三つの名前をよく見ます。どれもアプリをインストールできますが、解決している問題は異なります。

簡単にまとめると次の通りです。

ツール	主な位置づけ	向いているもの
`apt`	Ubuntu/Debian の従来型パッケージマネージャー	システムコンポーネント、CLI ツール、ディストリビューションが管理するソフトウェア
Snap	Canonical が推進するアプリ包装形式	Ubuntu デスクトップアプリ、サーバーツール、自動更新したいソフトウェア
Flatpak	デスクトップアプリ向けのクロスディストリビューション形式	GUI アプリ、サンドボックス化アプリ、Flathub エコシステム

apt：システムの一部

apt は Debian/Ubuntu 系の従来型パッケージマネージャーです。ディストリビューションのリポジトリから .deb パッケージをインストールし、依存関係もディストリビューション側で管理されます。

よくあるインストール方法です。

`1`	`sudo apt install firefox`

apt の特徴は次の通りです。

システムとの統合が最も深い。
依存関係はディストリビューションが一元管理する。
ソフトウェアのバージョンは通常、ディストリビューションのリリース周期に従う。
システムライブラリ、ドライバー、CLI ツール、サーバーコンポーネントに向いている。

弱点も明確です。ソフトウェアのバージョンが古めになることがあります。ディストリビューションは安定性を重視するため、常に上流の最新版をすぐ出すわけではありません。

Snap：アプリと依存関係を一つのパッケージにする

Snap は Canonical が推進するパッケージ形式です。アプリと多くの実行時依存関係をまとめて梱包し、システムライブラリのバージョン差への依存を減らします。

インストール方法は似ています。

`1`	`sudo snap install firefox`

Snap の利点は次の通りです。

同じパッケージを複数の Ubuntu バージョンで動かしやすい。
アプリ更新をシステム更新から独立させられる。
標準で一定の隔離と権限制御がある。
速い更新が必要なデスクトップアプリや一部のサーバーツールに向いている。

よくある不満は、起動が遅い、容量を多く使う、テーマ統合が自然でない、更新のタイミングを apt ほど細かく制御しにくい、といった点です。

Flatpak：よりデスクトップアプリ向け

Flatpak もクロスディストリビューションのアプリ包装方式ですが、より Linux デスクトップアプリに寄っています。多くの Flatpak アプリは Flathub から入手できます。

よくあるインストール例です。

`1`	`flatpak install flathub org.mozilla.firefox`

Flatpak の特徴は次の通りです。

クロスディストリビューション対応が強い。
デスクトップアプリ配布に重点を置いている。
runtime を使って基礎依存関係を共有する。
サンドボックスと権限モデルが分かりやすい。
Flathub には多くのソフトウェアがある。

Flatpak も追加の容量を使います。特に初回に runtime を入れるときは目立ちます。ただし複数アプリが同じ runtime を共有すると、無駄は少なくなります。

最大の違い：依存関係の扱い

apt は「システムに組み込む」方式に近いです。アプリはシステム内のライブラリに依存し、複数のソフトウェアが同じ依存関係を共有します。

Snap と Flatpak は「アプリが自分の実行環境を持つ」方式に近いです。アプリが必要な依存関係の一部を持ち歩くため、システムバージョン差による問題を減らせます。

ここには取捨選択があります。

方式	利点	欠点
`apt` がシステム依存関係を共有	省容量、統合が良い、保守が一元化される	バージョンがディストリビューションに縛られる
Snap/Flatpak が実行環境を持つ	バージョン差に強い、複数ディストリビューションで使いやすい、更新しやすい	パッケージが大きい、起動が遅いことがある、統合感が弱いことがある

隔離と権限

apt で入れたソフトウェアは、通常システム環境で直接動きます。統合は自然ですが、隔離は少なめです。

Snap と Flatpak はどちらもサンドボックスの考え方を持っています。アプリは標準ではすべてのシステム資源へ自由にアクセスできず、ファイル、カメラ、ネットワーク、デスクトップ通知などには権限インターフェースを通じてアクセスします。

これは絶対安全という意味ではありませんが、より明確な権限境界を提供します。出所がさまざまなデスクトップアプリでは重要です。

更新方式の違い

apt は通常、システム更新に従います。

1
2

sudo apt update
sudo apt upgrade

Snap は自動更新されます。これは便利ですが、議論もあります。ユーザーはバージョン管理を気にしなくて済みますが、制御感は減ります。

Flatpak は手動で更新できます。

`1`	`flatpak update`

そのため、いつ更新するかを重視するなら、apt と Flatpak のほうが制御しやすく感じます。アプリを自動で新しく保ちたいなら、Snap のほうが楽です。

どれを使うべきか

用途で選ぶと分かりやすいです。

システムツール、ドライバー、サーバーコンポーネント：apt を優先。
Ubuntu が標準で推奨するデスクトップアプリ：Snap でもよい。
新しめのデスクトップソフト、特にクロスディストリビューションアプリ：Flatpak が合うことが多い。
同じソフトが三方式すべてにある場合：安定性、起動速度、テーマ統合、更新ニーズを見る。

保守的には、システム層は apt、デスクトップアプリは必要に応じて Snap と Flatpak から選ぶ、という使い分けで十分です。

まとめ

apt、Snap、Flatpak は、どれかがどれかを完全に置き換えるものではありません。配布モデルが違います。

apt はシステム保守に向き、Snap はアプリ同梱依存関係と自動更新を重視し、Flatpak はクロスディストリビューションのデスクトップアプリとサンドボックス配布に向いています。

日常利用なら、どれが最高かに悩みすぎる必要はありません。システムソフトは apt、デスクトップアプリはディストリビューションの推奨と自分の体験で選びます。安定して動き、更新を把握でき、権限が分かりやすければ、それが合った選択です。

参考：

https://www.reddit.com/r/Ubuntu/comments/9awvip/eli5_snap_and_flatpak_how_are_they_differ_from_apt/

sudo と sudo-rs の違い：Rust 版 sudo は何を変えるのか

Fri, 01 May 2026 19:27:08 +0800

sudo は Linux ユーザーにとって最もなじみ深いコマンドの一つである。通常ユーザーが、許可された範囲で一時的により高い権限でコマンドを実行できるようにする。たとえば、ソフトウェアのインストール、システム設定の変更、サービスの再起動などで使われる。

最近 sudo-rs が注目されているのは、Ubuntu 25.10 が従来の sudo を置き換える形で、Rust 実装の sudo-rs をデフォルトで使い始めるためだ。一般ユーザーから見ると、表面上は引き続き sudo と入力する。本当に変わるのはシステムの内側で、実行される実装が Rust 版 sudo になっている可能性がある。

この話では、自然に二つの疑問が出てくる。

従来の sudo に何か問題があるのか。
sudo-rs は日常利用やサーバー設定に影響するのか。

簡単に言えば、普通のデスクトップユーザーはほとんど心配しなくてよい。ただし、サーバーを管理している、複雑な sudoers ルールを書いたことがある、または特殊な sudo の挙動に依存している場合は、きちんとテストする必要がある。

sudo-rs とは

sudo-rs は Rust で書かれた sudo / su の実装である。完全に別物の新しいコマンドを作ることが目的ではなく、従来の sudo の主要機能を再実装しつつ、Rust のメモリ安全性を利用して一般的なセキュリティリスクを下げることを目指している。

従来の sudo は主に C 言語で書かれており、歴史が長く、機能も非常に充実している。その成熟度は安定性をもたらす一方で、保守上の負担にもなる。多くのコードはかなり古い Unix/Linux の利用場面に由来し、その後、大量の互換ロジック、拡張、境界処理が重ねられてきた。

sudo-rs が再実装を選んだ理由には、次のようなものがある。

Rust によりメモリ安全性の問題を減らす。
より現代的なコード構造で保守難度を下げる。
一部の歴史的機能やリスクのあるデフォルト挙動を削る。
Rust に慣れた新しい貢献者を呼び込む。
将来の権限昇格ツールに、より監査しやすい土台を提供する。

ただし、sudo-rs は従来の sudo と 100% 互換の置き換えではない。現在も開発中であり、一部の従来機能はまだ実装されておらず、別の一部は今後も実装されない可能性がある。

一般ユーザーが感じる変化

一般ユーザーにとって、変化はかなり少ない。

これまで通り次のように使う。

`1`	`sudo apt update`

または：

`1`	`sudo systemctl restart nginx`

Ubuntu 25.10 では、sudo が sudo-rs を指す。ユーザーが入力するコマンドを sudo-rs に変える必要はなく、スクリプト内の一般的な sudo 呼び出しも、コマンド名の変更で即座に壊れるわけではない。

見えやすい変化は、パスワード入力時のフィードバックである。 sudo-rs はデフォルトで、パスワード入力時にアスタリスクを表示する。従来の sudo でも設定により同様の挙動にできるが、多くのディストリビューションでは何も表示しない設定がデフォルトだった。

また、一部のエラーや警告メッセージの文面が変わる可能性がある。たとえば、パスワード誤り、権限不足、設定の非互換などでは、以前とまったく同じ文面ではないことがある。人間のユーザーにとって大きな影響はないが、sudo のエラー出力を解析するスクリプトがある場合は確認が必要だ。

管理者が注意すべき違い

本当に注意が必要なのは、システム管理者と上級ユーザーである。

従来の sudo のエコシステムは大きく、多くのサーバーには複雑な sudoers 設定がある。これらの設定には、コマンド引数のマッチング、環境変数の制御、ログ、メール通知、PAM の挙動、ホストグループごとのポリシーなどが含まれることがある。

sudo-rs には現時点で従来の sudo との違いがある。たとえば、元記事では sudo-rs が従来 sudo の sendmail サポートを含まないことに触れている。過去に sudo 使用通知を sendmail で送っていた環境では、移行時に別の方法を用意する必要がある。

認証面では、sudo-rs は PAM を使う。そのため、リソース制限や umask などの挙動は、sudoers ファイルだけに頼るのではなく、より PAM 側で設定する必要がある。以前 sudoers で多くの細部を扱っていた場合、切り替え前にそのルールが今も有効か確認するべきである。

もう一つ重要なのは、コマンド引数位置でのワイルドカード対応だ。 sudo-rs は sudoers ファイルでありがちな設定ミスを避けるため、コマンド引数位置でのワイルドカードをサポートしない。これはセキュリティ上は良いことだが、既存ルールに影響する可能性がある。

Ubuntu で sudo と sudo-rs はどう扱われるか

Ubuntu 25.10 以降、システムはデフォルトで sudo-rs を使う。ユーザーは引き続き sudo と入力し、その下で Rust 実装が動く。

従来の sudo がすぐ消えるわけではない。 Ubuntu の移行設計では、従来の sudo は sudo-ws という形で残される。どうしても従来実装が必要な場合は sudo-ws を使うか、alternatives の仕組みでデフォルト sudo を切り替えられる。

切り替えコマンドは次のような形になる。

`1`	`sudo update-alternatives --config sudo`

ただし、普通のユーザーが積極的に従来 sudo へ戻すことは勧めにくい。 sudoers をカスタマイズしておらず、特殊な挙動にも依存していないなら、ディストリビューションのデフォルトに従うほうが楽である。

古い Ubuntu バージョンで試したい場合、sudo-rs は Ubuntu 24.04 以降 universe リポジトリから入手できる。他のディストリビューションでもパッケージが提供されている可能性はあるが、コマンド名や統合方法は同じとは限らない。

なぜ sudo-rs は Rust を選ぶのか

sudo は高権限ツールである。この種のツールに脆弱性があると、通常のコマンドよりも深刻な結果につながることがある。歴史的にも、sudo には複数の権限昇格脆弱性が存在した。

Rust の強みはメモリ安全性にある。所有権、借用チェック、型システムにより、ダングリングポインタ、境界外アクセス、use-after-free などの一般的な問題を減らせる。これでプログラムが絶対に安全になるわけではないが、C/C++ プロジェクトでよく見られる一群の脆弱性を減らせる。

sudo のように長くセキュリティ上重要な位置にあるツールでは、より安全な言語で書き直すことには現実的な意味がある。これは単なる「Rust を使いたいから Rust」ではなく、保守と監査のコストを下げようとする試みである。

もちろん、言語がすべてのセキュリティ問題を解決するわけではない。権限チェックロジック、設定解析、PAM 連携、環境変数処理、ログ、ユーザー体験は、今後も慎重な設計と長期的なテストを必要とする。

sudo-rs は唯一の選択肢ではない

sudo エコシステムには、もともと他の代替ツールも存在する。

比較的よく知られているのは doas である。 OpenBSD 由来で、より単純で小さな設定を目指している。 sudo ほど複雑ではない点を好むユーザーもいる。

ほかにも、RootAsRole や systemd の run0 など、Rust や systemd 関連の代替案がある。ただし、これらのツールの目的や適用場面は完全には同じではない。

多くの Linux ディストリビューションでは、sudo は今でもデフォルトの選択肢である。 sudo-rs の意味は、ユーザーの習慣を保ちながら、内部実装をより現代的なコード基盤に置き換えようとしている点にある。

移行前に確認すべきこと

個人のデスクトップユーザーなら、ディストリビューションのデフォルト設定に従えばよい。

サーバーやワークステーションを管理している場合は、次の点を確認したい。

複雑な /etc/sudoers または /etc/sudoers.d/ ルールがあるか。
コマンド引数のワイルドカードを使っているか。
sudo のメール通知に依存しているか。
sudo のエラー出力を解析するスクリプトがあるか。
sudoers で umask、リソース制限、環境変数を制御しているか。
LDAP、PAM、SSSD などの認証連携があるか。
automation やデプロイスクリプトが従来 sudo の挙動を前提にしているか。

まずテスト機で確認できる。

sudo -l

その後、重要な保守コマンドを実行し、権限、環境変数、ログ挙動が期待通りか確認する。

sudo-rs へ自分で切り替えるべきか

ディストリビューションがすでにデフォルトで切り替えているなら、普通のユーザーはそのまま受け入れてよい。サーバーや本番環境では、試したいという理由だけで手動置き換えするのは勧めにくい。

より安全な進め方は次の通り。

テスト環境に sudo-rs をインストールする。
既存の sudoers 設定を項目ごとに検証する。
PAM、ログ、監査、automation スクリプトを確認する。
ロールバック方法を確認する。
ディストリビューションが安定した統合を提供してから移行する。

この種のツールは権限チェーン上にあるため、「いくつかのコマンドが動く」だけで安全とは判断しにくい。本当に確認すべきなのは、境界条件と異常系である。

まとめ

sudo-rs は従来 sudo の Rust 実装であり、より現代的で安全なコード基盤で sudo の中核機能を担うことを目指している。 Ubuntu 25.10 がデフォルトで有効化することは、主要ディストリビューションがこの方向を本格的に進め始めたことを示している。

一般ユーザーにとって、変化は小さい。引き続き sudo と入力するだけで、内部実装が sudo-rs になっている可能性があるだけだ。気づくとしても、パスワード入力時にアスタリスクが表示されることや、エラーメッセージが少し変わることくらいである。

システム管理者にとって、重要なのは互換性だ。複雑な sudoers ルール、sendmail 通知、PAM 連携、引数ワイルドカード、sudo 出力に依存するスクリプトがある場合は、アップグレード前にテストすべきである。

Rust による書き直しは万能薬ではない。それでも sudo のようなセキュリティ上重要なツールでは、メモリ安全性リスクと保守の複雑さを減らす方向として、真剣に検討する価値がある。

参考ソース：

Ubuntu 26.04 LTS の GPU とハードウェア対応アップデート: CUDA、ROCm、DPC++、そして各種プラットフォームの変更

Sun, 26 Apr 2026 19:35:57 +0800

前の記事が Ubuntu 26.04 LTS のデスクトップ全体像だったとすれば、こちらはハードウェアと計算基盤まわりの補足版です。今回の 26.04 では、AI、GPU コンピューティング、プラットフォーム互換性に関わる項目が、メインアーカイブや正式サポートの範囲にかなり取り込まれています。

先に結論を言うと、今回の注目点は単なるデスクトップやカーネルの更新ではなく、Ubuntu が Intel、NVIDIA、AMD の GPU コンピューティングスタックを、より体系的にディストリビューションへ取り込み始めたことです。

1. Intel DPC++ と関連コンポーネントが Ubuntu Archive に追加

26.04 から、Intel のオープンソース oneAPI DPC++ コンパイラが Ubuntu Archive から直接利用できるようになり、SYCL コードのビルドに使えます。ランタイムには Intel GPU 向けアダプタも含まれます。

あわせて、次の関連コンポーネントも Ubuntu リポジトリで利用可能になりました。

oneDPL。DPC++ library として、より高生産性な開発 API を提供
oneDNN。dpclang-6 でビルドされており、Intel GPU 上で実行可能

つまり、すでに SYCL、ヘテロジニアスコンピューティング、あるいは Intel GPU 上の AI ワークロードを見ている人にとって、Ubuntu 上での導入経路がかなり素直になったということです。従来のように外部スタックを丸ごと別管理する必要が薄くなります。

実運用上の注意点として、Ubuntu はこれらの Intel GPU 関連機能を使うにはユーザーが render グループに属している必要があるとも明記しています。

2. NVIDIA CUDA toolkit も `apt` で直接導入可能に

多くの開発者や運用担当者にとって、これは今回の更新の中でもかなり実用的な変更でしょう。

26.04 から、NVIDIA CUDA toolkit を Ubuntu Archive から直接インストールできます。

`1`	`sudo apt install cuda-toolkit`

意味があるのは、単にセットアップ手順が少し減るという話だけではありません。

Ubuntu 向けにソフトウェアを配布する開発者にとっては、CUDA runtime への依存関係を宣言するだけでよくなり、実際のインストールや互換性管理は Ubuntu 側がディストリビューションレベルで面倒を見る形になります。CUDA が Ubuntu 上でよりネイティブなシステム機能に近づき、別管理の外部スタックとして抱え込む必要が減るわけです。

3. AMD ROCm 7.1.0 が Universe に追加

AMD 側では、Ubuntu Universe に ROCm 7.1.0 が入りました。

このライブラリ群が提供する主なものは次の通りです。

AMD GPU 向け AI 学習・推論のバックエンド基盤
機械学習および高性能計算向けのソフトウェア基盤

さらに Canonical は、ROCm 関連コンポーネントを自社の CI/CD パイプラインで継続的に検証していると述べています。autopkgtests に加えて、次のようなユーザー空間アプリケーションも対象です。

llama.cpp
pytorch
Blender
Lemonade Server

ここはかなり重要です。Ubuntu は単にパッケージを置いただけではなく、ROCm をメンテナブルなソフトウェアスタックとして扱い、継続的に検証していることを意味します。

4. 本当のポイントは 3 社の GPU エコシステムが同時に進んでいること

DPC++、CUDA、ROCm を並べて見ると、26.04 の方向性がわかりやすくなります。

Intel: SYCL / oneAPI 系の機能を公式リポジトリへ取り込む
NVIDIA: CUDA toolkit にディストリビューション管理の導入経路を与える
AMD: ROCm 7.1.0 を Universe に入れ、継続的な検証も行う

Ubuntu 上で次のような用途に触れる人ほど、この更新の意味を感じやすいはずです。

ローカル LLM 推論
GPU アクセラレーションを使った学習やファインチューニング
Blender、科学技術計算、HPC
複数の GPU プラットフォームをまたぐ開発環境

要するに、Ubuntu は「GPU ドライバが入る OS」から一歩進み、AI と GPU コンピューティングに必要なユーザー空間ソフトウェアスタックもより包括的に担うディストリビューションになりつつあります。

5. NVIDIA Dynamic Boost がデフォルトで有効化

25.04 以降、対応する NVIDIA 搭載ノート PC では Dynamic Boost がデフォルトで有効になっています。

仕組み自体はわかりやすく、システム負荷に応じて CPU と GPU の間で消費電力を動的に振り分けます。ゲーム用途では、必要なときに GPU へより多くの電力を回し、性能を引き上げる形になります。

ただし有効になる条件は 2 つあります。

AC 電源に接続されていること
GPU 負荷が十分に高いこと

バッテリー駆動時には動作しません。

6. 新しい Intel 内蔵 GPU / 外付け GPU のサポートも前進

Ubuntu は新しい Intel GPU への対応も引き続き進めています。主な対象は次の通りです。

統合 GPU:

Intel Core Ultra Xe2
Intel Core Ultra Xe3

ディスクリート GPU:

Intel Arc 5 B570
Intel Arc 5 B580
Intel Arc Pro B50
Intel Arc Pro B60
Intel Arc Pro B65
Intel Arc Pro B70

これらのデバイスに関連して、Ubuntu はすでに利用可能な機能も挙げています。

Intel Embree を利用した GPU / CPU レイトレーシング描画性能の向上。Blender 4.2+ などで恩恵あり
“Battlemage” デバイスで AVC、JPEG、HEVC、AV1 のハードウェアエンコードをサポート
Intel Compute Runtime に新しい CCS 最適化を導入
Intel Xe GPU のデバッグサポートを有効化

さらに後続の 25.10 では、次のような機能強化も続きます。

Linux kernel 6.17 を通じて、開発コードネーム Panther Lake の次世代 Intel クライアントプラットフォームを初期サポート
IOMMU、PCIe サブシステム、マルチ GPU サポートの改善
Mesa 25.2.3 で Battlemage と Panther Lake 向けに VK_KHR_shader_bfloat16 を有効化
intel-media-driver 25.3.0 で Panther Lake のデコードと VP9 エンコードを追加
intel-compute-runtime 25.31 で Level Zero の USM プールやローカルデバイスメモリ上のイベント確保戦略を調整
level-zero 1.24 と level-zero-raytracing 1.1.0 で仕様対応と RTAS 拡張を強化

7. Nvidia デスクトップのサスペンド復帰も安定化

25.10 から、Ubuntu はプロプライエタリな Nvidia ドライバでサスペンド復帰を有効化し、復帰時の破損やフリーズを減らしています。

見た目に派手な変更ではありませんが、長時間稼働させるデスクトップや、サスペンドと復帰を繰り返す環境ではかなり大事な改善です。

8. ARM、Raspberry Pi、RISC-V、IBM Z でも要件変更がある

GPU ソフトウェアスタック以外にも、今回のリリースノートにはプラットフォーム面で覚えておきたい変更がいくつかあります。

ARM64 デスクトッププラットフォーム

25.10 から、ARM64 向け linux-generic カーネルは、UEFI で起動する ARM64 デスクトッププラットフォームへの互換性をより広く提供します。

Raspberry Pi の新しいブートレイアウト

25.10 で導入され、26.04 でも継続調整されている変更の 1 つが、Raspberry Pi 向けブートパーティションの新レイアウトです。

目的はブート信頼性の向上で、新しく書き込まれたブート資産はいったん「テスト」され、問題がなければ新しい “known good” セットとして確定されます。

特に覚えておきたいのはファームウェア日付の条件です。

Pi 3 / 3+ / CM3+ / Zero 2W: 追加作業は不要。ブートファームウェアはイメージ自体に含まれる
Pi 4 / 400 / CM4: ブートファームウェアの日付が 2022-11-25 以前であってはならない
Pi 5 / 500 / CM5: ブートファームウェアの日付が 2025-02-11 以前であってはならない

確認コマンドは次の通りです。

`1`	`sudo rpi-eeprom-update`

ファームウェアが古く、かつ Ubuntu 24.04 LTS 以降を使っているなら、次のように更新できます。

1
2

sudo rpi-eeprom-update -a
sudo reboot

Raspberry Pi デスクトップイメージは desktop-minimal ベースに

25.10 から、Raspberry Pi 向け Ubuntu Desktop イメージは完全な desktop seed ではなく、desktop-minimal ベースになりました。

Ubuntu が示している利点は明確で、デフォルトのアプリセットが小さくなり、非圧縮イメージと実システムの両方で約 777MB を節約できます。

アップグレード後にこのデフォルトアプリ群をまとめて削除したい場合は、次を使えます。

`1`	`sudo apt purge ubuntu-desktop --autoremove`

一部のアプリを残したいなら、先に apt で手動インストール扱いにしておけば除外できます。

Raspberry Pi の swap は cloud-init 管理に

25.10 から、Raspberry Pi デスクトップイメージ上の swap ファイル作成は cloud-init が担当します。
初回起動前に swap サイズを調整したい場合は、ブートパーティション上の user-data を直接編集できます。

RISC-V の要件が引き上げ

25.10 から、Ubuntu 26.04 LTS の RISC-V 版は RVA23S64 ISA profile を実装したハードウェアを必要とします。

この要件を満たさないシステムでは Ubuntu 26.04 LTS を動かせません。もし以前の RVA20 プロセッサコアを使ったボードを使っているなら、Ubuntu 24.04 LTS のサポートラインに留まる必要があります。

Ubuntu の説明では、2026 年 4 月 時点で実機の RVA23S64 ハードウェアはまだ存在しません。そのため、現在サポートされる唯一の環境は、実質的には -cpu rva23s64 を指定した QEMU 仮想環境です。

IBM Z の最低要件は z15 に

26.04 から、s390x アーキテクチャの最低要件は z15 へ引き上げられました。

つまり次のようになります。

z14 / LinuxONE II およびそれ以前のシステムでは Ubuntu 26.04 LTS をインストールできない
z15 / LinuxONE III 以降では性能向上が期待できる

9. この内容を先に読むべき人

次のようなケースでは、この文章のほうがデスクトップ概要より優先度が高いはずです。

Ubuntu 上で CUDA、ROCm、SYCL、ローカル AI 推論を使う
Intel、NVIDIA、AMD の GPU を使った開発や計算処理を行う
Raspberry Pi、ARM64、RISC-V、IBM Z など、標準的な x86 以外のプラットフォームを運用している
アップグレード後のリポジトリ可用性、ドライバ挙動、ランタイム、プラットフォーム要件に敏感である

10. ひと言でまとめると

Ubuntu 26.04 LTS のハードウェアと AI スタック面での要点は、どこか 1 社の GPU だけが大きく強化されたことではありません。Intel の DPC++、NVIDIA の CUDA、AMD の ROCm が、より公式に、よりリポジトリ内で、より保守しやすい形で Ubuntu エコシステムへ入ってきたことです。

これまで Ubuntu を「まず OS を入れて、その上に GPU 環境は自分で組むもの」と見ていたなら、26.04 は AI やヘテロジニアスコンピューティングのワークロードを、ディストリビューション側がより積極的に支える方向へ進み始めた版だと言えます。

Ubuntu 26.04 LTS リリース：GNOME 50 と Linux 7.0 でデスクトップが大きく更新

Sun, 26 Apr 2026 16:10:25 +0800

Ubuntu 26.04 LTS は 2026 年 4 月 23 日 に公開され、コードネームは Resolute Raccoon です。今回は新しい長期サポート版で、標準サポートは 2031 年 4 月 まで続きます。Ubuntu Pro を使う場合は、セキュリティメンテナンスを 10 年 まで延長できます。

Ubuntu 24.04 LTS からアップグレードする場合、この版は単なる定例更新ではありません。24.10、25.04、25.10 の主な変化もまとめて取り込んでいます。なので、この記事は「アップグレード前に何を見ておくべきか」を素早く把握するための要約として読むのがいちばん向いています。

今回のリリースで特に重要な更新だけを先に押さえるなら、まず次の 4 点です。

GNOME 50 が LTS に入り、デスクトップ体験と表示まわりのサポートが一段進みました
Linux kernel 7.0 が新しい基準になり、ハードウェア対応と今後の保守基盤が更新されました
Ubuntu Desktop は正式に全面 Wayland へ移行しました
既定アプリ群がまとめて更新され、Firefox、LibreOffice、Thunderbird、GIMP が大きく新しくなりました

1. まずは重要な更新を確認

Ubuntu 26.04 LTS は長期サポート版で、標準サポートは 2031-04 までです
デスクトップ環境は GNOME 50 に更新されました
汎用カーネルは Linux kernel 7.0 に更新されました
Ubuntu Desktop のセッションは Wayland のみになりました
古いバージョンから 26.04 へ大きく飛び越して直接アップグレードすることはできません

まだ Ubuntu 22.04 LTS または 25.04 を使っている場合、公式にはまず Ubuntu 24.04 LTS か 25.10 へ上げてから、さらに 26.04 LTS へ進むことが推奨されています。

2. 最大の変化その 1：GNOME 50 が LTS に入った

今回のデスクトップ側で最もわかりやすい変化は、GNOME 50 がついに LTS に入ったことです。一般ユーザーにとって価値があるのは、単発の目立つ新機能というより、デスクトップ全体の使い勝手がまとめて良くなった点です。

小型画面や狭いウィンドウでの使いやすさが向上
通知をアプリ単位でグループ化可能
HDR、VRR、分数スケーリングなど表示関連の改善が継続
リモートデスクトップ、Wayland、NVIDIA ドライバ環境での滑らかさと安定性が向上
アクセシビリティ対応がさらに強化され、Orca スクリーンリーダーも目立つ更新が入っています

Ubuntu 独自の実用的な改善もあります。

GNOME Shell のグローバル検索から利用可能な snap アプリを直接探せる
検索からそのままウェブ検索を始められる
Yaru テーマは upstream GNOME の見た目にさらに近づいた
snap アプリの権限、ファイルアクセス、ドラッグアンドドロップの体験がより自然になった

普段デスクトップ版を使っているなら、この世代の LTS のポイントは「見た目が大きく変わった」ことではなく、以前からあった細かな引っかかりがまとめて減ったことにあります。

3. 最大の変化その 2：既定アプリが広く刷新された

24.04 LTS と比べると、26.04 LTS に含まれる標準アプリはかなり大きく更新されています。

Firefox は 150 へ
LibreOffice は 24.2 から 25.8 へ
Thunderbird は 140 へ
GIMP は 2.10 から 3.2 へ

さらに、日常利用で影響の大きい置き換えもあります。

PDF ビューアは Evince から Papers に変更
画像ビューアは Loupe に変更
ターミナルは Ptyxis に変更
システムモニターは Resources に変更
既定の動画プレーヤーは Showtime に変更

こうした変化から見える方向性は明確です。Ubuntu は GTK4、libadwaita、そして一部では Rust で再実装された新世代の GNOME アプリ群へ、より本格的に寄せています。

4. 最大の変化その 3：Wayland が唯一のデスクトップセッションになった

これは長く Ubuntu を使ってきた人ほど気になる変更です。

25.10 から始まっていた流れが、26.04 LTS で正式に定着しました。Ubuntu Desktop は Wayland バックエンドのみで動作し、GNOME Shell はもはや X.org セッションとしては動きません。

もちろん、これで古いアプリが全部使えなくなるわけではありません。公式リリースノートでも、X.org 向けアプリは XWayland 互換レイヤー経由で引き続き動かせると明記されています。ただし、古い GPU ドライバや一部のリモートデスクトップ手法、録画ツール、入力メソッドの細かな挙動に依存しているワークフローなら、アップグレード前の確認はやっておいたほうが安心です。

5. 最大の変化その 4：Linux kernel 7.0 と低層スタックもまとめて更新

Ubuntu 26.04 LTS の GA generic スタックは Linux 6.8 から Linux 7.0 に上がり、HWE スタックも 7.0 に統一されました。

公式が触れている低層側の変更の中で、一般ユーザーや運用担当に関係が大きいのは次のあたりです。

デスクトップ版とサーバー版の両方で crash dump が既定で有効
sched_ext により、開発者が eBPF を使ってスケジューリングポリシーを実装できる新しい拡張モデルが入った
linux-lowlatency バイナリパッケージは廃止され、linux-generic とユーザー空間の lowlatency-kernel パッケージによる低レイテンシ調整へ移行
amd64v3 アーキテクチャ変種は利用可能だが、既定では opt-in のまま

比較的新しいマシンを使っているなら、amd64v3 は気にしておいてよい項目です。公式が示している有効化方法は次のとおりです。

1
2
3

echo 'APT::Architecture-Variants "amd64v3";' | sudo tee /etc/apt/apt.conf.d/99enable-amd64v3
sudo apt update
sudo apt upgrade

ただし、これは自動では有効になりません。Ubuntu は引き続き互換性を最優先にしています。

6. ハードウェア要件と導入の目安

Ubuntu Desktop 26.04 LTS に対して公式が示している推奨ラインは次のとおりです。

2 GHz のデュアルコア CPU 以上
6 GB RAM 以上
25 GB 以上の空きストレージ

マシンの性能がやや低めなら、公式には Xubuntu や Lubuntu のようなフレーバーも検討するよう案内されています。
サーバー版の下限はもっと低く、ドキュメントでは 1.5 GB RAM と 4 GB ストレージから始められるとされていますが、実際には動かすサービスの負荷次第です。

7. どんな人に優先してアップグレード向きか

すでに 24.04 LTS を使っていて、次のようなものを求めているなら、26.04 LTS はかなり有力です。

小さなパッチではなく、一世代分まとめて更新されたデスクトップスタック
より成熟した Wayland と表示サポート
新しくなった既定アプリ群
新しいカーネルと、より長い今後のサポート期間

一方で、古い X11 ワークフローや特殊なドライバ、独自のデスクトップ拡張に強く依存している場合、あるいは本番環境で変更に非常に慎重である場合は、アップグレード前に互換性確認を一度通しておくのが無難です。

8. ひとことでまとめると

Ubuntu 26.04 LTS の価値は、目立つ単独機能ひとつにあるわけではありません。ここ 2 年のデスクトップ、カーネル、アプリ、互換性の進化を、新しい LTS の基準に一気にまとめて載せたところにあります。

最短で言うなら、この版は「全体として新しくなり、全体として安定した」Ubuntu LTS であり、ひとつの派手な売りだけで成り立っている版ではない、ということです。

Ubuntuのpyocdが一部の自作DAPLinkを認識できない問題を解決

Thu, 17 Apr 2025 00:00:00 +0000

DAPLink ハードウェアとファームウェア

https://oshwhub.com/xivn1987/daplink のハードウェア
ファームウェアはhttps://github.com/XIVN1987/DAPLink/tree/masterから来ています

他の非公式ファームウェアでも同様の問題が発生するはずです

現象の説明を認識できません

$ pyocd list
  #   Probe/Board               Unique ID    Target  
-----------------------------------------------------
  0   Segger J-Link (unknown)   4294967295   n/a

pyocd は正常にインストールされており、他の Jlink デバッガーは正常に認識できます。

1
2

$ pyocd list
No available debug probes are connected

しかし自作DAPLinkが認識できない

同時にこのDAPLinkもKeilでは普通に使われています。

処理

USB デバイスが存在するかどうかを確認する

$ lsusb
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 001 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 001 Device 007: ID 2e3c:5021 XIVN1987 XV-Link CMSIS-DAP
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

デバイスが正しく識別されていることがわかります XIVN1987 XV-Link CMSIS-DAP

Udev ルールを追加する https://github.com/pyocd/pyOCD/tree/main/udevを処理するこのURLを参照してください

カタログダウンロード

$ git clone https://github.com/pyocd/pyOCD.git
Cloning into 'pyOCD'...
remote: Enumerating objects: 18824, done.
remote: Counting objects: 100% (507/507), done.
remote: Compressing objects: 100% (166/166), done.
remote: Total 18824 (delta 416), reused 341 (delta 341), pack-reused 18317 (from 3)
Receiving objects: 100% (18824/18824), 29.53 MiB | 9.65 MiB/s, done.
Resolving deltas: 100% (13713/13713), done.

udev ルールの場所。公式ファームウェアのDAPLinkは上記ファイルを直接利用できます。

cd pyOCD/udev/

$ ll
total 40
drwxrwxr-x  2 knightli knightli 4096 Apr 17 21:26 ./
drwxrwxr-x 11 knightli knightli 4096 Apr 17 21:26 ../
-rwxrwxr-x  1 knightli knightli  540 Apr 17 21:26 49-stlinkv2-1.rules*
-rwxrwxr-x  1 knightli knightli  450 Apr 17 21:26 49-stlinkv2.rules*
-rwxrwxr-x  1 knightli knightli 1007 Apr 17 21:26 49-stlinkv3.rules*
-rw-rw-r--  1 knightli knightli   89 Apr 17 21:26 49-vtlinkii.rules
-rw-rw-r--  1 knightli knightli  699 Apr 17 21:26 49-wch-link.rules
-rw-rw-r--  1 knightli knightli 2836 Apr 17 21:26 50-cmsis-dap.rules
-rw-rw-r--  1 knightli knightli  445 Apr 17 21:26 50-picoprobe.rules
-rwxrwxr-x  1 knightli knightli 1685 Apr 17 21:26 README.md*

自作版は修正が必要です。実際には、次の行を追加するだけです

1
2

# 2e3c:5021 XIVN1987 XV-Link CMSIS-DAP
SUBSYSTEM=="usb", ATTR{idVendor}=="2e3c", ATTR{idProduct}=="5021", MODE:="666"

上の最初の行はコメントです

$ lsusb
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 001 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 001 Device 007: ID 2e3c:5021 XIVN1987 XV-Link CMSIS-DAP
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

2 行目の数字は lsusb の数字に対応します。

対応する変更されたファイルを /etc/udev/rules.d にコピーします。

1
2

$ sudo udevadm control --reload
$ sudo udevadm trigger

変更されたルールをロードする

$ pyocd list
  #   Probe/Board                  Unique ID      Target  
----------------------------------------------------------
  0   XIVN1987 XV-Link CMSIS-DAP   1F75F4F81CA2   n/a

変更が成功すると、DAPLink が表示されます。

Ubuntu 24.04 で pyocd Jlink をインストールして使用する

Mon, 17 Mar 2025 00:00:00 +0000

Jリンク使用

J-link OB ARM シミュレーションダウンロードデバッガー SWD プログラマーと互換性があり、淘宝網 7-9 元セット

インストール

Jlinkドライバーをインストールする

1
2

去这个地址下载deb程序
https://www.segger.com/downloads/jlink/

Pythonをインストールする

$ sudo apt install python-is-python3
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following NEW packages will be installed:
  python-is-python3
0 upgraded, 1 newly installed, 0 to remove and 35 not upgraded.
Need to get 2,684 B of archives.
After this operation, 15.4 kB of additional disk space will be used.
Get:1 http://archive.ubuntu.com/ubuntu noble/main amd64 python-is-python3 all 3.11.4-1 [2,684 B]
Fetched 2,684 B in 2s (1,672 B/s)             
Selecting previously unselected package python-is-python3.
(Reading database ... 158342 files and directories currently installed.)
Preparing to unpack .../python-is-python3_3.11.4-1_all.deb ...
Unpacking python-is-python3 (3.11.4-1) ...
Setting up python-is-python3 (3.11.4-1) ...
Processing triggers for man-db (2.12.0-4build2) ...

$ python
Python 3.12.3 (main, Feb  4 2025, 14:48:35) [GCC 13.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> exit()

pipxをインストールする

$ sudo apt install pipx
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  python3-argcomplete python3-packaging python3-pip-whl python3-platformdirs python3-psutil python3-setuptools-whl python3-userpath python3-venv python3.12-venv
The following NEW packages will be installed:
  pipx python3-argcomplete python3-packaging python3-pip-whl python3-platformdirs python3-psutil python3-setuptools-whl python3-userpath python3-venv python3.12-venv
0 upgraded, 10 newly installed, 0 to remove and 35 not upgraded.
Need to get 3,508 kB of archives.
After this operation, 7,832 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 python3-pip-whl all 24.0+dfsg-1ubuntu1.1 [1,703 kB]
Get:2 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 python3-setuptools-whl all 68.1.2-2ubuntu1.1 [716 kB]
Get:3 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 python3.12-venv amd64 3.12.3-1ubuntu0.5 [5,678 B]
Get:4 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 python3-venv amd64 3.12.3-0ubuntu2 [1,034 B]
Get:5 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 python3-argcomplete all 3.1.4-1ubuntu0.1 [33.8 kB]
Get:6 http://archive.ubuntu.com/ubuntu noble/main amd64 python3-packaging all 24.0-1 [41.1 kB]
Get:7 http://archive.ubuntu.com/ubuntu noble/main amd64 python3-platformdirs all 4.2.0-1 [16.1 kB]
Get:8 http://archive.ubuntu.com/ubuntu noble/universe amd64 python3-userpath all 1.9.1-1 [9,416 B]
Get:9 http://archive.ubuntu.com/ubuntu noble/universe amd64 pipx all 1.4.3-1 [787 kB]
Get:10 http://archive.ubuntu.com/ubuntu noble/main amd64 python3-psutil amd64 5.9.8-2build2 [195 kB]
Fetched 3,508 kB in 3s (1,301 kB/s)       
Selecting previously unselected package python3-pip-whl.
(Reading database ... 161768 files and directories currently installed.)
Preparing to unpack .../0-python3-pip-whl_24.0+dfsg-1ubuntu1.1_all.deb ...
Unpacking python3-pip-whl (24.0+dfsg-1ubuntu1.1) ...
Selecting previously unselected package python3-setuptools-whl.
Preparing to unpack .../1-python3-setuptools-whl_68.1.2-2ubuntu1.1_all.deb ...
Unpacking python3-setuptools-whl (68.1.2-2ubuntu1.1) ...
Selecting previously unselected package python3.12-venv.
Preparing to unpack .../2-python3.12-venv_3.12.3-1ubuntu0.5_amd64.deb ...
Unpacking python3.12-venv (3.12.3-1ubuntu0.5) ...
Selecting previously unselected package python3-venv.
Preparing to unpack .../3-python3-venv_3.12.3-0ubuntu2_amd64.deb ...
Unpacking python3-venv (3.12.3-0ubuntu2) ...
Selecting previously unselected package python3-argcomplete.
Preparing to unpack .../4-python3-argcomplete_3.1.4-1ubuntu0.1_all.deb ...
Unpacking python3-argcomplete (3.1.4-1ubuntu0.1) ...
Selecting previously unselected package python3-packaging.
Preparing to unpack .../5-python3-packaging_24.0-1_all.deb ...
Unpacking python3-packaging (24.0-1) ...
Selecting previously unselected package python3-platformdirs.
Preparing to unpack .../6-python3-platformdirs_4.2.0-1_all.deb ...
Unpacking python3-platformdirs (4.2.0-1) ...
Selecting previously unselected package python3-userpath.
Preparing to unpack .../7-python3-userpath_1.9.1-1_all.deb ...
Unpacking python3-userpath (1.9.1-1) ...
Selecting previously unselected package pipx.
Preparing to unpack .../8-pipx_1.4.3-1_all.deb ...
Unpacking pipx (1.4.3-1) ...
Selecting previously unselected package python3-psutil.
Preparing to unpack .../9-python3-psutil_5.9.8-2build2_amd64.deb ...
Unpacking python3-psutil (5.9.8-2build2) ...
Setting up python3-setuptools-whl (68.1.2-2ubuntu1.1) ...
Setting up python3-pip-whl (24.0+dfsg-1ubuntu1.1) ...
Setting up python3-platformdirs (4.2.0-1) ...
Setting up python3-psutil (5.9.8-2build2) ...
Setting up python3-packaging (24.0-1) ...
Setting up python3-argcomplete (3.1.4-1ubuntu0.1) ...
Setting up python3-userpath (1.9.1-1) ...
Setting up python3.12-venv (3.12.3-1ubuntu0.5) ...
Setting up python3-venv (3.12.3-0ubuntu2) ...
Setting up pipx (1.4.3-1) ...
Processing triggers for man-db (2.12.0-4build2) ...

pyocd をインストールする

$ pipx install pyocd
  installed package pyocd 0.36.0, installed using Python 3.12.3
  These apps are now globally available
    - pyocd
    - pyocd-gdbserver
⚠️  Note: '/home/knightli/.local/bin' is not on your PATH environment variable. These apps will not be globally accessible until your PATH is updated. Run `pipx ensurepath` to automatically add it, or manually modify your PATH in
    your shell's config file (i.e. ~/.bashrc).
done! ✨ 🌟 ✨
$ pipx ensurepath
Success! Added /home/knightli/.local/bin to the PATH environment variable.

Consider adding shell completions for pipx. Run 'pipx completions' for instructions.

You will need to open a new terminal or re-login for the PATH changes to take effect.

Otherwise pipx is ready to go! ✨ 🌟 ✨

pyocdの使用

-V バージョン番号をリストする

1
2

knightli@knightli-py32:~$ pyocd -V
0.36.0

pyocd listコマンド

-p 命令使用来查看调试器的信息，
pyocd list / pyocd list -p
列出连接到电脑上的 dap link 或者 jlink的信息

knightli@knightli-py32:~$ pyocd list -p
  #   Probe/Board               Unique ID    Target  
-----------------------------------------------------
  0   Segger J-Link (unknown)   4294967295   n/a

knightli@knightli-py32:~$ pyocd list -t
列出所支持的IC，可以是内置的，也可以是通过安装pack获得支持的.
Source这一列  builtin 表示内置 pack表示通过安装pack获得支持的.


  Name                      Vendor                   Part Number                  Families   Source   
------------------------------------------------------------------------------------------------------
  air001                    AirM2M                   Air001                                  builtin  
  air32f103xb               AirM2M                   Air32F103xB                             builtin  
  air32f103xc               AirM2M                   Air32F103xC                             builtin  
  air32f103xe               AirM2M                   Air32F103xE                             builtin  
  air32f103xg               AirM2M                   Air32F103xG                             builtin  
  air32f103xp               AirM2M                   Air32F103xP                             builtin  
  cc3220sf                  Texas Instruments        CC3220SF                                builtin  
  cortex_m                  Generic                  CoreSightTarget                         builtin  
  cy8c64_sysap              Cypress                  cy8c64_sysap                            builtin  
  cy8c64x5_cm0              Cypress                  cy8c64x5_cm0                            builtin  
  cy8c64x5_cm0_full_flash   Cypress                  cy8c64x5_cm0_full_flash                 builtin  
  cy8c64x5_cm4              Cypress                  cy8c64x5_cm4                            builtin  
  cy8c64x5_cm4_full_flash   Cypress                  cy8c64x5_cm4_full_flash                 builtin  
  cy8c64xa_cm0              Cypress                  cy8c64xA_cm0                            builtin  
  cy8c64xa_cm0_full_flash   Cypress                  cy8c64xA_cm0_full_flash                 builtin  
  cy8c64xa_cm4              Cypress                  cy8c64xA_cm4                            builtin  
  cy8c64xa_cm4_full_flash   Cypress                  cy8c64xA_cm4_full_flash                 builtin  
  cy8c64xx_cm0              Cypress                  cy8c64xx_cm0                            builtin  
  cy8c64xx_cm0_full_flash   Cypress                  cy8c64xx_cm0_full_flash                 builtin  
  cy8c64xx_cm0_nosmif       Cypress                  cy8c64xx_cm0_nosmif                     builtin  
  cy8c64xx_cm0_s25hx512t    Cypress                  cy8c64xx_cm0_s25hx512t                  builtin  
  cy8c64xx_cm4              Cypress                  cy8c64xx_cm4                            builtin  
  cy8c64xx_cm4_full_flash   Cypress                  cy8c64xx_cm4_full_flash                 builtin  
  cy8c64xx_cm4_nosmif       Cypress                  cy8c64xx_cm4_nosmif                     builtin  
  cy8c64xx_cm4_s25hx512t    Cypress                  cy8c64xx_cm4_s25hx512t                  builtin  
  cy8c6xx5                  Cypress                  CY8C6xx5                                builtin  
  cy8c6xx7                  Cypress                  CY8C6xx7                                builtin  
  cy8c6xx7_nosmif           Cypress                  CY8C6xx7_nosmif                         builtin  
  cy8c6xx7_s25fs512s        Cypress                  CY8C6xx7_S25FS512S                      builtin  
  cy8c6xxa                  Cypress                  CY8C6xxA                                builtin  
  hc32a460xe                HDSC                     HC32F460xE                              builtin  
  hc32a4a0xi                HDSC                     HC32F4A0xI                              builtin  
  hc32f003                  HDSC                     HC32F003                                builtin  
  hc32f005                  HDSC                     HC32F005                                builtin  
  hc32f030                  HDSC                     HC32F030                                builtin  
  hc32f072                  HDSC                     HC32F072                                builtin  
  hc32f120x6                HDSC                     HC32F120x6TA                            builtin  
  hc32f120x8                HDSC                     HC32F120x8TA                            builtin  
  hc32f160xa                HDSC                     HC32F160xA                              builtin  
  hc32f160xc                HDSC                     HC32F160xC                              builtin  
  hc32f190                  HDSC                     HC32F190                                builtin  
  hc32f196                  HDSC                     HC32F196                                builtin  
  hc32f448xa                HDSC                     HC32F448xA                              builtin  
  hc32f448xc                HDSC                     HC32F448xC                              builtin  
  hc32f451xc                HDSC                     HC32F451xC                              builtin  
  hc32f451xe                HDSC                     HC32F451xE                              builtin  
  hc32f452xc                HDSC                     HC32F452xC                              builtin  
  hc32f452xe                HDSC                     HC32F452xE                              builtin  
  hc32f460xc                HDSC                     HC32F460xC                              builtin  
  hc32f460xe                HDSC                     HC32F460xE                              builtin  
  hc32f4a0xg                HDSC                     HC32F4A0xG                              builtin  
  hc32f4a0xi                HDSC                     HC32F4A0xI                              builtin  
  hc32l072                  HDSC                     HC32L072                                builtin  
  hc32l073                  HDSC                     HC32L073                                builtin  
  hc32l110                  HDSC                     HC32L110                                builtin  
  hc32l130                  HDSC                     HC32L130                                builtin  
  hc32l136                  HDSC                     HC32L136                                builtin  
  hc32l190                  HDSC                     HC32L190                                builtin  
  hc32l196                  HDSC                     HC32L196                                builtin  
  hc32m120                  HDSC                     HC32M120                                builtin  
  hc32m120x6                HDSC                     HC32M120                                builtin  
  hc32m423xa                HDSC                     HC32M423xA                              builtin  
  k20d50m                   NXP                      K20D50M                                 builtin  
  k22f                      NXP                      K22F                                    builtin  
  k22fa12                   NXP                      K22FA12                                 builtin  
  k28f15                    NXP                      K28F15                                  builtin  
  k32l2b3                   NXP                      K32L2B3                                 builtin  
  k32w042s                  NXP                      K32W042S                                builtin  
  k64f                      NXP                      K64F                                    builtin  
  k66f18                    NXP                      K66F18                                  builtin  
  k82f25615                 NXP                      K82F25615                               builtin  
  ke15z7                    NXP                      KE15Z7                                  builtin  
  ke17z7                    NXP                      KE17Z7                                  builtin  
  ke18f16                   NXP                      KE18F16                                 builtin  
  kinetis                   NXP                      Kinetis                                 builtin  
  kl02z                     NXP                      KL02Z                                   builtin  
  kl05z                     NXP                      KL05Z                                   builtin  
  kl25z                     NXP                      KL25Z                                   builtin  
  kl26z                     NXP                      KL26Z                                   builtin  
  kl27z4                    NXP                      KL27Z4                                  builtin  
  kl28z                     NXP                      KL28x                                   builtin  
  kl43z4                    NXP                      KL43Z4                                  builtin  
  kl46z                     NXP                      KL46Z                                   builtin  
  kl82z7                    NXP                      KL82Z7                                  builtin  
  kv10z7                    NXP                      KV10Z7                                  builtin  
  kv11z7                    NXP                      KV11Z7                                  builtin  
  kw01z4                    NXP                      KW01Z4                                  builtin  
  kw24d5                    NXP                      KW24D5                                  builtin  
  kw36z4                    NXP                      KW36Z4                                  builtin  
  kw40z4                    NXP                      KW40Z4                                  builtin  
  kw41z4                    NXP                      KW41Z4                                  builtin  
  lpc11u24                  NXP                      LPC11U24                                builtin  
  lpc11xx_32                NXP                      LPC11XX_32                              builtin  
  lpc1768                   NXP                      LPC1768                                 builtin  
  lpc4088                   NXP                      LPC4088                                 builtin  
  lpc4088dm                 NXP                      LPC4088dm                               builtin  
  lpc4088qsb                NXP                      LPC4088qsb                              builtin  
  lpc4330                   NXP                      LPC4330                                 builtin  
  lpc54114                  NXP                      LPC54114                                builtin  
  lpc54608                  NXP                      LPC54608                                builtin  
  lpc5526                   NXP                      LPC5526                                 builtin  
  lpc55s16                  NXP                      LPC55S16                                builtin  
  lpc55s28                  NXP                      LPC55S28                                builtin  
  lpc55s36                  NXP                      LPC55S36                                builtin  
  lpc55s69                  NXP                      LPC55S69                                builtin  
  lpc800                    NXP                      LPC800                                  builtin  
  lpc824                    NXP                      LPC824                                  builtin  
  lpc845                    NXP                      LPC845                                  builtin  
  m2354kjfae                Nuvoton                  M2354KJFAE                              builtin  
  m252kg6ae                 Nuvoton                  M252KG6AE                               builtin  
  m263kiaae                 Nuvoton                  M263KIAAE                               builtin  
  m467hjhae                 Nuvoton                  M467HJHAE                               builtin  
  m487jidae                 Nuvoton                  M487JIDAE                               builtin  
  max32600                  Maxim                    MAX32600                                builtin  
  max32620                  Maxim                    MAX32620                                builtin  
  max32625                  Maxim                    MAX32625                                builtin  
  max32630                  Maxim                    MAX32630                                builtin  
  max32660                  Maxim                    MAX32660                                builtin  
  max32666                  Maxim                    MAX32666                                builtin  
  max32670                  Maxim                    MAX32670                                builtin  
  mimxrt1010                NXP                      MIMXRT1011xxxxx                         builtin  
  mimxrt1015                NXP                      MIMXRT1015xxxxx                         builtin  
  mimxrt1020                NXP                      MIMXRT1021xxxxx                         builtin  
  mimxrt1024                NXP                      MIMXRT1024xxxxx                         builtin  
  mimxrt1050                NXP                      MIMXRT1052xxxxB_hyperflash              builtin  
  mimxrt1050_hyperflash     NXP                      MIMXRT1052xxxxB_hyperflash              builtin  
  mimxrt1050_quadspi        NXP                      MIMXRT1052xxxxB_quadspi                 builtin  
  mimxrt1060                NXP                      MIMXRT1062xxxxA                         builtin  
  mimxrt1064                NXP                      MIMXRT1064xxxxA                         builtin  
  mimxrt1170_cm4            NXP                      MIMXRT1176xxxxx_CM4                     builtin  
  mimxrt1170_cm7            NXP                      MIMXRT1176xxxxx_CM7                     builtin  
  mps3_an522                Arm                      AN522                                   builtin  
  mps3_an540                Arm                      AN540                                   builtin  
  musca_a1                  Arm                      MuscaA1                                 builtin  
  musca_b1                  Arm                      MuscaB1                                 builtin  
  musca_s1                  Arm                      MuscaS1                                 builtin  
  ncs36510                  ONSemiconductor          NCS36510                                builtin  
  nrf51                     Nordic Semiconductor     NRF51                                   builtin  
  nrf51822                  Nordic Semiconductor     NRF51                                   builtin  
  nrf52                     Nordic Semiconductor     NRF52832                                builtin  
  nrf52832                  Nordic Semiconductor     NRF52832                                builtin  
  nrf52833                  Nordic Semiconductor     NRF52833                                builtin  
  nrf52840                  Nordic Semiconductor     NRF52840                                builtin  
  nrf91                     Nordic Semiconductor     NRF91XX                                 builtin  
  rp2040                    Raspberry Pi             RP2040Core0                             builtin  
  rp2040_core0              Raspberry Pi             RP2040Core0                             builtin  
  rp2040_core1              Raspberry Pi             RP2040Core1                             builtin  
  rtl8195am                 Realtek Semiconductor    RTL8195AM                               builtin  
  rtl8762c                  Realtek Semiconductor    RTL8762C                                builtin  
  s32k344                   NXP                      S32K344                                 builtin  
  s5js100                   Samsung                  S5JS100                                 builtin  
  stm32f051                 STMicroelectronics       STM32F051                               builtin  
  stm32f103rc               STMicroelectronics       STM32F103RC                             builtin  
  stm32f412xe               STMicroelectronics       STM32F412xE                             builtin  
  stm32f412xg               STMicroelectronics       STM32F412xG                             builtin  
  stm32f429xg               STMicroelectronics       STM32F429xG                             builtin  
  stm32f429xi               STMicroelectronics       STM32F429xI                             builtin  
  stm32f439xg               STMicroelectronics       STM32F439xG                             builtin  
  stm32f439xi               STMicroelectronics       STM32F439xI                             builtin  
  stm32f767zi               STMicroelectronics       STM32F767xx                             builtin  
  stm32h723xx               STMicroelectronics       STM32H723xx                             builtin  
  stm32h743xx               STMicroelectronics       STM32H743xx                             builtin  
  stm32h7b0xx               STMicroelectronics       STM32H7B0xx                             builtin  
  stm32l031x6               STMicroelectronics       STM32L031x6                             builtin  
  stm32l432kc               STMicroelectronics       STM32L432xC                             builtin  
  stm32l475xc               STMicroelectronics       STM32L475xC                             builtin  
  stm32l475xe               STMicroelectronics       STM32L475xE                             builtin  
  stm32l475xg               STMicroelectronics       STM32L475xG                             builtin  
  w7500                     WIZnet                   W7500                                   builtin  
  ytm32b1ld0                Yuntu Microelectronics   YTM32B1LD0                              builtin  
  ytm32b1le0                Yuntu Microelectronics   YTM32B1LE0                              builtin  
  ytm32b1md1                Yuntu Microelectronics   YTM32B1MD1                              builtin  
  ytm32b1me0                YTMicro                  YTM32B1ME0                              builtin

pyocdパックコマンド

pyocd は 2 つの方法で MCU をサポートします。1 つはビルトイン (組み込み)、数が制限されている方法、もう 1 つはパックを介してサポートされる方法です。どの MCU を pyocd で動作させる必要があるか、keil5 と同様に対応するパックをインストールします。新しくインストールされた Keil5 はマイクロコントローラーをサポートしていません。新しくインストールした keil を使用して特定の種類のマイクロコントローラーをサポートする場合は、対応するソフトウェアパッケージをインストールする必要があります。 pyocd は、パックの管理、インストール、検索、削除などを行うための組み込みサブコマンドを提供します。

knightli@knightli-py32:~$ pyocd pack -h
usage: pyocd pack [-h] [-v] [-q] [-L LOGGERS=LEVEL] [--color [{always,auto,never}]] [-c] [-u] [-s] [-f GLOB] [-i GLOB] [-n] [-H]  ...

options:
  -h, --help            show this help message and exit

logging:
  -v, --verbose         Increase logging level. Can be specified multiple times.
  -q, --quiet           Decrease logging level. Can be specified multiple times.
  -L LOGGERS=LEVEL, --log-level LOGGERS=LEVEL
                        Set log level of loggers whose name matches any of the comma-separated list of glob-style patterns. Log level must be one of (critical, error, warning, info, debug). Can be
                        specified multiple times. Example: -L*.trace,pyocd.core.*=debug
  --color [{always,auto,never}]
                        Control color logging. Default is auto.

subcommands:
  
    clean               Delete the pack index and all installed packs.
    find                Report pack(s) in the index containing matching device part numbers.
    install             Download and install pack(s) containing matching device part numbers.
    show                Show the list of installed packs.
    update              Update the pack index.

pack operations:
  -c, --clean           (Deprecated; use clean subcommand.) Erase all stored pack information.
  -u, --update          (Deprecated; use update subcommand.) Update the pack index.
  -s, --show            (Deprecated; use show subcommand.) Show the list of installed packs.
  -f GLOB, --find GLOB  (Deprecated; use find subcommand.) Report pack(s) in the index containing matching device part numbers.
  -i GLOB, --install GLOB
                        (Deprecated; use install subcommand.) Download and install pack(s) containing matching device part numbers.

pack options:
  -n, --no-download     Just list the pack(s) that would be downloaded, don't actually download anything.
  -H, --no-header       Don't print a table header.

インデックスディレクトリを更新する

1
2
3

knightli@knightli-py32:~$ pyocd pack update
0000195 I Updating pack index... [pack_cmd]
Downloading descriptors (1603/1603)

サポートが必要な IC を見つける

knightli@knightli-py32:~$ pyocd pack find py32
  Part          Vendor   Pack                Version   Installed  
------------------------------------------------------------------
  PY32E407xC    Puya     Puya.PY32E4xx_DFP   1.0.0     False      
  PY32E407xD    Puya     Puya.PY32E4xx_DFP   1.0.0     False      
  PY32E407xE    Puya     Puya.PY32E4xx_DFP   1.0.0     False      
  PY32F002Ax5   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F002Bx5   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F002Xx2   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F002Xx4   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F002Xx5   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F003x4    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F003x6    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F003x7    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F003x8    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F030x4    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F030x6    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F030x7    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F030x8    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F031x4    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F031x6    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F031x7    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F031x8    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040Cx6   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040Cx8   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040Cx9   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040CxB   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040Ex6   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040Ex8   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040Ex9   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040ExB   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040x6    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040x8    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040x9    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F040xB    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071Cx6   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071Cx8   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071Cx9   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071CxB   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071Ex6   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071Ex8   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071Ex9   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071ExB   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071x6    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071x8    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071x9    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F071xB    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072Cx6   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072Cx8   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072Cx9   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072CxB   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072Ex6   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072Ex8   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072Ex9   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072ExB   Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072x6    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072x8    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072x9    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F072xB    Puya     Puya.PY32F0xx_DFP   1.2.2     False      
  PY32F303x8    Puya     Puya.PY32F3xx_DFP   1.0.0     False      
  PY32F303xB    Puya     Puya.PY32F3xx_DFP   1.0.0     False      
  PY32F303xC    Puya     Puya.PY32F3xx_DFP   1.0.0     False      
  PY32F403xB    Puya     Puya.PY32F4xx_DFP   1.0.1     False      
  PY32F403xC    Puya     Puya.PY32F4xx_DFP   1.0.1     False      
  PY32F403xD    Puya     Puya.PY32F4xx_DFP   1.0.1     False      
  PY32F410xB    Puya     Puya.PY32F4xx_DFP   1.0.1     False      
  PY32L020x5    Puya     Puya.PY32L0xx_DFP   1.0.0     False      
  PY32M010x5    Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32M020x6    Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32M030x8    Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32M031x8    Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32M070CxB   Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32M070xB    Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32MD310x8   Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32MD320x8   Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32MD410x8   Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32MD420x8   Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32T020Bx6   Puya     Puya.PY32T0xx_DFP   1.0.2     False      
  PY32T020x5    Puya     Puya.PY32T0xx_DFP   1.0.2     False      
  PY32T020x6    Puya     Puya.PY32T0xx_DFP   1.0.2     False      
  PY32T092xC    Puya     Puya.PY32T0xx_DFP   1.0.2     False

インストールパック -i の後に対応する Part 列が続きます

knightli@knightli-py32:~$ pyocd pack -i PY32F002Ax5
Downloading packs (press Control-C to cancel):
    Puya.PY32F0xx_DFP.1.2.2
Downloading descriptors (001/001)

インストールが完了したら、検索を続けます。 1つのパックが複数のパーツに対応していることがわかります。

knightli@knightli-py32:~$ pyocd pack find py32
  Part          Vendor   Pack                Version   Installed  
------------------------------------------------------------------
  PY32E407xC    Puya     Puya.PY32E4xx_DFP   1.0.0     False      
  PY32E407xD    Puya     Puya.PY32E4xx_DFP   1.0.0     False      
  PY32E407xE    Puya     Puya.PY32E4xx_DFP   1.0.0     False      
  PY32F002Ax5   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F002Bx5   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F002Xx2   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F002Xx4   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F002Xx5   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F003x4    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F003x6    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F003x7    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F003x8    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F030x4    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F030x6    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F030x7    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F030x8    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F031x4    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F031x6    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F031x7    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F031x8    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040Cx6   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040Cx8   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040Cx9   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040CxB   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040Ex6   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040Ex8   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040Ex9   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040ExB   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040x6    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040x8    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040x9    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F040xB    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071Cx6   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071Cx8   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071Cx9   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071CxB   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071Ex6   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071Ex8   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071Ex9   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071ExB   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071x6    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071x8    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071x9    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F071xB    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072Cx6   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072Cx8   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072Cx9   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072CxB   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072Ex6   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072Ex8   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072Ex9   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072ExB   Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072x6    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072x8    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072x9    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F072xB    Puya     Puya.PY32F0xx_DFP   1.2.2     True       
  PY32F303x8    Puya     Puya.PY32F3xx_DFP   1.0.0     False      
  PY32F303xB    Puya     Puya.PY32F3xx_DFP   1.0.0     False      
  PY32F303xC    Puya     Puya.PY32F3xx_DFP   1.0.0     False      
  PY32F403xB    Puya     Puya.PY32F4xx_DFP   1.0.1     False      
  PY32F403xC    Puya     Puya.PY32F4xx_DFP   1.0.1     False      
  PY32F403xD    Puya     Puya.PY32F4xx_DFP   1.0.1     False      
  PY32F410xB    Puya     Puya.PY32F4xx_DFP   1.0.1     False      
  PY32L020x5    Puya     Puya.PY32L0xx_DFP   1.0.0     False      
  PY32M010x5    Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32M020x6    Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32M030x8    Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32M031x8    Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32M070CxB   Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32M070xB    Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32MD310x8   Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32MD320x8   Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32MD410x8   Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32MD420x8   Puya     Puya.PY32Mxxx_DFP   1.0.4     False      
  PY32T020Bx6   Puya     Puya.PY32T0xx_DFP   1.0.2     False      
  PY32T020x5    Puya     Puya.PY32T0xx_DFP   1.0.2     False      
  PY32T020x6    Puya     Puya.PY32T0xx_DFP   1.0.2     False      
  PY32T092xC    Puya     Puya.PY32T0xx_DFP   1.0.2     False

pack show

knightli@knightli-py32:~$ pyocd pack show
  Pack                Version  
-------------------------------
  Puya.PY32F0xx_DFP   1.2.2

チップの消去

knightli@knightli-py32:~/py32f0-template$ pyocd erase -t py32f003x4 -c
0003869 I Erasing chip... [eraser]
0007944 I Chip erase complete [eraser]
knightli@knightli-py32:~/py32f0-template$

フラッシュチップ

knightli@knightli-py32:~/py32f0-template$ pyocd flash -t py32f003x4 Build/app.hex 
0003310 I Loading /home/knightli/py32f0-template/Build/app.hex [load_cmd]
[==================================================] 100%
0047672 I Erased 12288 bytes (3 sectors), programmed 10112 bytes (79 pages), skipped 0 bytes (0 pages) at 0.22 kB/s [loader]

py32f0-template flash

knightli@knightli-py32:~/py32f0-template$ make flash
pyocd erase -t py32f003x4 --chip --config ./Misc/pyocd.yaml
0003761 I Erasing chip... [eraser]
0005480 I Chip erase complete [eraser]
pyocd load Build/app.elf -t py32f003x4 --config ./Misc/pyocd.yaml
0001227 I Loading /home/knightli/py32f0-template/Build/app.elf [load_cmd]
[==================================================] 100%
0043537 I Erased 12288 bytes (3 sectors), programmed 10112 bytes (79 pages), skipped 0 bytes (0 pages) at 0.23 kB/s [loader]
knightli@knightli-py32:~/py32f0-template$ more Misc/pyocd.yaml 
pack:
  - Misc/Puya.PY32F0xx_DFP.1.1.7.pack

LVM を使用して Ubuntu でハードドライブを管理する

Fri, 17 Jan 2025 00:00:00 +0000

LVM の概要

LVM は Logical Volume Manager の略で、Linux 環境でディスクパーティションを管理するためのメカニズムです。 LVM は、ハードディスクとファイルシステムの間に論理層を追加して、ファイルシステムの基礎となるハードディスクパーティションレイアウトを保護し、ハードディスクパーティション管理の柔軟性を向上させます。

LVM を使用してハードディスクを管理する基本的なプロセスは次のとおりです。

ハードドライブを物理ボリュームとして作成する
複数の物理ボリュームをボリュームグループに結合する
ボリュームグループ内に論理ボリュームを作成する
論理ボリューム上にファイルシステムを作成する
LVM を通じてハードディスクを管理すると、ファイルシステムはハードディスクのサイズに制限されなくなり、複数のハードディスクに分散したり、動的に拡張したりすることができます。

LVMの基本概念

物理ストレージメディア (物理メディア): システムの /dev/hda、/dev/sda などのハードディスクなど、システムの物理ストレージデバイスを指します。これは、ストレージシステムの最下位レベルのストレージユニットです。
物理ボリューム (PV): ハードディスクパーティション、または論理的にディスクパーティションと同じ機能を持つデバイス (RAID など) を指します。 LVM の基本的なストレージ論理ブロックです。物理ボリュームには、デフォルトで 2 番目の 512 バイトセクタに配置される特別なラベルが含まれていますが、ラベルは最初の 4 つのセクタのいずれかに配置することもできます。タグには、物理ボリュームのランダムな一意の識別子 (UUID) が含まれており、ブロックデバイスのサイズと、デバイス内の LVM メタデータが保存される場所が記録されます。
ボリュームグループ (VG): 物理ボリュームで構成され、基礎となる物理ボリュームの詳細がマスクされます。特定の物理ボリューム情報に関係なく、ボリュームグループ上に 1 つ以上の論理ボリュームを作成できます。
論理ボリューム (LV): ボリュームグループは直接使用できないため、使用する前に論理ボリュームに分割する必要があります。論理ボリュームは、異なるファイルシステムにフォーマットして、マウント後に直接使用できます。
物理エクステント (PE): 物理ボリュームは同じサイズの「ブロック」に格納され、ブロックのサイズはボリュームグループ内の論理ボリュームブロックのサイズと同じです。
論理エクステント (LE): 論理ボリュームは「ブロック」という単位で格納され、ボリュームグループ内のすべての論理ボリュームのブロックサイズは同じになります。

インストール

1
2

sudo apt update
sudo apt install lvm2

物理ボリュームPVの管理

物理ボリュームの作成

pvcreate [option] devname ...

示例：将/dev/sdb、/dev/sdc创建为物理卷。
# pvcreate /dev/sdb /dev/sdc

物理ボリュームを表示する

pvdisplay [option] devname

示例：显示物理卷/dev/sdb的基本信息。
# pvdisplay /dev/sdb

物理ボリュームの削除

pvremove [option] pvname ...

示例：删除物理卷/dev/sdb。如果物理卷已经加入卷组，需要先删除卷组或者从卷组中移除，再删除物理卷。
# pvremove /dev/sdb

ボリュームグループVGの管理

ボリュームグループの作成

vgcreate [option] vgname pvname ...

示例：创建卷组 vg1，并且将物理卷/dev/sdb和/dev/sdc添加到卷组中。
# vgcreate vg1 /dev/sdb /dev/sdc

ボリュームグループの表示

vgdisplay [option] [vgname]

示例：显示卷组vg1的基本信息。
# vgdisplay vg1

ボリュームグループの拡張

vgextend [option] vgname pvname ...

示例：将卷组vg1中添加物理卷/dev/sdb。
# vgextend vg1 /dev/sdb

ボリュームグループの縮小

vgreduce [option] vgname pvname ...

示例：从卷组vg1中移除物理卷/dev/sdb2。
# vgreduce vg1 /dev/sdb2

ボリュームグループの削除

vgremove [option] vgname

示例：删除卷组vg1。
# vgremove vg1

論理ボリュームLVの管理

論理ボリュームの作成

lvcreate [option] vgname

示例1：在卷组vg1中创建10G大小的逻辑卷。
# lvcreate -L 10G vg1

示例2：在卷组vg1中创建200M的逻辑卷，并命名为lv1。
# lvcreate -L 200M -n lv1 vg1

論理ボリュームの表示

lvdisplay [option] [lvname]

示例：显示逻辑卷lv1的基本信息。
# lvdisplay /dev/vg1/lv1

論理ボリュームのサイズを変更する

lvresize [option] vgname

示例1：为逻辑卷/dev/vg1/lv1增加200M空间。
# lvresize -L +200 /dev/vg1/lv1

示例2：为逻辑卷/dev/vg1/lv1减少200M空间。
# lvresize -L -200 /dev/vg1/lv1

示例3：为逻辑卷/dev/vg1/lv1增加所有可用空间
# lvresize -l +100%FREE /dev/vg1/lv1

論理ボリュームを拡張する

lvextend [option] lvname

示例1：为逻辑卷/dev/vg1/lv1增加100M空间。
# lvextend -L +100M /dev/vg1/lv1

示例2：为逻辑卷/dev/vg1/lv1增加所有可用空间
# lvextend -l +100%FREE /dev/vg1/lv1

論理ボリュームを縮小する

lvreduce [option] lvname

示例：将逻辑卷/dev/vg1/lv1的空间减少100M。
# lvreduce -L -100M /dev/vg1/lv1

論理ボリュームの削除

lvremove [option] vgname

示例：删除逻辑卷/dev/vg1/lv1。
# lvremove /dev/vg1/lv1

ファイルシステムを作成してマウントする

ファイルシステムの作成

mkfs [option] lvname

示例：在逻辑卷/dev/vg1/lv1上创建ext4文件系统。
# mkfs -t ext4 /dev/vg1/lv1

ファイルシステムを手動でマウントする

mount lvname mntpath

示例：将逻辑卷/dev/vg1/lv1挂载到/mnt/data目录。
# mount /dev/vg1/lv1 /mnt/data

拡張ファイルシステム

論理ボリューム LV を拡張した後、パーティションのサイズは変更されません。パーティションを手動で拡張する必要があります。以下では、例として ext4 ファイルシステムを取り上げます。

先把分区umount
umount /dev/vg1/lv1
检查并修复文件系统的错误
e2fsck -f /dev/vg1/lv1
扩展文件系统到所有分区空间
resize2fs /dev/vg1/lv1

さらに、umount を使用せずにパーティションサイズをオンラインで直接調整することもできることがわかりました。

1
2

扩展文件系统到所有分区空间
resize2fs /dev/vg1/lv1

Ubuntu 22.04 での mdadm RAID リセット

Fri, 17 Mar 2023 00:00:00 +0000

mdadm を使用して RAID ディスクを作成します。 RAID を使用しなくなったら、RAID を削除する前に通常のディスクにリセットすることをお勧めします。そうしないと、使用時にさまざまな問題が発生します。

リセットプロセス

ステータスを確認する

lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
NAME      SIZE FSTYPE            TYPE  MOUNTPOINT
loop0       4K squashfs          loop  /snap/bare/5
loop1      62M squashfs          loop  /snap/core20/1587
loop2    63.3M squashfs          loop  /snap/core20/1828
loop4   239.8M squashfs          loop  /snap/firefox/2391
loop5   400.8M squashfs          loop  /snap/gnome-3-38-2004/112
loop6   346.3M squashfs          loop  /snap/gnome-3-38-2004/119
loop7    91.7M squashfs          loop  /snap/gtk-common-themes/1535
loop8    45.9M squashfs          loop  /snap/snap-store/582
loop9    45.9M squashfs          loop  /snap/snap-store/638
loop10   49.8M squashfs          loop  /snap/snapd/18357
loop11    284K squashfs          loop  /snap/snapd-desktop-integration/14
loop12    304K squashfs          loop  /snap/snapd-desktop-integration/49
loop13  241.6M                   loop  /snap/firefox/2432
sda      59.6G                   disk  
├─sda1    512M vfat              part  /boot/efi
└─sda2   59.1G ext4              part  /
nvme0n1 476.9G linux_raid_member disk  
└─md0   953.6G ext4              raid0 /mnt/md0
nvme1n1 476.9G linux_raid_member disk  
└─md0   953.6G ext4              raid0 /mnt/md0

linux_raid_memberのディスクにマウントポイントがあるか確認するコマンドを使用する場合

`1`	`umount /mnt/md0`

アンインストールする

襲撃をやめる

`1`	`sudo mdadm --stop /dev/md0`

スーパーブロックをクリアします。RAID 内のすべてのディスクをクリアする必要があります

1
2

sudo mdadm --zero-superblock /dev/nvme0n1
sudo mdadm --zero-superblock /dev/nvme1n1

構成ファイルを確認して、保持する必要があるかどうかを確認してください。 /etc/mdadm/mdadm.conf /etc/fstab

Ubuntu 20.04 で Mellanox Infiniband ネットワークカードの IP アドレスを設定する方法

Fri, 29 Apr 2022 00:00:00 +0000

ネットワークカードの状態を確認する

knightli@epyc:~$ ibstat
CA 'mlx4_0'
        CA type: MT4103
        Number of ports: 2
        Firmware version: 2.42.5700
        Hardware version: 0
        Node GUID: 0x98f2b3ffffd5c3c0
        System image GUID: 0x98f2b3ffffd5c3c3
        Port 1:
                State: Down
                Physical state: Disabled
                Rate: 40
                Base lid: 0
                LMC: 0
                SM lid: 0
                Capability mask: 0x00010000
                Port GUID: 0x9af2b3fffed5c3c1
                Link layer: Ethernet
        Port 2:
                State: Down
                Physical state: Disabled
                Rate: 40
                Base lid: 0
                LMC: 0
                SM lid: 0
                Capability mask: 0x00010000
                Port GUID: 0x9af2b3fffed5c3c2
                Link layer: Ethernet

ネットワークポートのステータスを確認できる必要がある

ネットワークカードのデバイス名（論理名）を表示します。

knightli@epyc:~$ sudo lshw -c network
[sudo] password for knightli: 
  *-network DISABLED
       description: Ethernet interface
       product: MT27520 Family [ConnectX-3 Pro]
       vendor: Mellanox Technologies
       physical id: 0
       bus info: pci@0000:28:00.0
       logical name: enp40s0
       logical name: /dev/fb0
       version: 00
       serial: 98:f2:b3:d5:c3:c1
       capacity: 56Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm vpd msix pciexpress bus_master cap_list rom ethernet physical fibre 1000bt-fd 10000bt-fd 40000bt-fd 56000bt-fd autonegotiation fb
       configuration: autonegotiation=on broadcast=yes depth=32 driver=mlx4_en driverversion=4.9-4.1.7 duplex=full firmware=2.42.5700 latency=0 link=no mode=1024x768 multicast=yes visual=truecolor xres=1024 yres=768
       resources: iomemory:1130-112f irq:133 memory:eb700000-eb7fffff memory:11390000000-11391ffffff memory:eb600000-eb6fffff memory:11392000000-113b1ffffff
  *-network DISABLED
       description: Ethernet interface
       physical id: 3
       bus info: pci@0000:28:00.0
       logical name: enp40s0d1
       serial: 98:f2:b3:d5:c3:c2
       capacity: 56Gbit/s
       capabilities: ethernet physical fibre 1000bt-fd 10000bt-fd 40000bt-fd 56000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=mlx4_en driverversion=4.9-4.1.7 firmware=2.42.5700 link=no multicast=yes

複数のポートには複数のデバイス名が付けられます。たとえば、上記のポートが 2 つあり、それぞれに enp40s0 と enp40s0d1 という 2 つの論理名が付いています。

ネットプラン構成ファイルを変更する

各ポートに対応するIPを設定します

root@epyc:/home/knightli# vi /etc/netplan/00-installer-config.yaml 


# This is the network config written by 'subiquity'
network:
  ethernets:
    eno1:
      dhcp4: true
    enp40s0:
      addresses: [172.18.8.1/24]
    enp40s0d1:
      addresses: [172.18.9.1/24]
  version: 2

変更が完了したら、netplan apply を実行します。

`1`	`root@epyc:/home/knightli# netplan apply`

チェック結果

root@epyc:/home/knightli# ifconfig
enp40s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.18.8.1  netmask 255.255.255.0  broadcast 172.18.8.255
        inet6 fe80::9af2:b3ff:fed5:c3c1  prefixlen 64  scopeid 0x20<link>
        ether 98:f2:b3:d5:c3:c1  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 40  bytes 5671 (5.6 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp40s0d1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.18.9.1  netmask 255.255.255.0  broadcast 172.18.9.255
        inet6 fe80::9af2:b3ff:fed5:c3c2  prefixlen 64  scopeid 0x20<link>
        ether 98:f2:b3:d5:c3:c2  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 40  bytes 5671 (5.6 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 130  bytes 11184 (11.1 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 130  bytes 11184 (11.1 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

root@epyc:/home/knightli# ibstat
CA 'mlx4_0'
        CA type: MT4103
        Number of ports: 2
        Firmware version: 2.42.5700
        Hardware version: 0
        Node GUID: 0x98f2b3ffffd5c3c0
        System image GUID: 0x98f2b3ffffd5c3c3
        Port 1:
                State: Active
                Physical state: LinkUp
                Rate: 40
                Base lid: 0
                LMC: 0
                SM lid: 0
                Capability mask: 0x00010000
                Port GUID: 0x9af2b3fffed5c3c1
                Link layer: Ethernet
        Port 2:
                State: Active
                Physical state: LinkUp
                Rate: 40
                Base lid: 0
                LMC: 0
                SM lid: 0
                Capability mask: 0x00010000
                Port GUID: 0x9af2b3fffed5c3c2
                Link layer: Ethernet

Ubuntu および Nginx に GoAccess をインストールして Web サイトのステータスをリアルタイムで監視する方法

Thu, 14 Apr 2022 00:00:00 +0000

インストール後の様子

インストールGoAccess

システムに付属のものを使用してください。バージョンが古い場合があります。

`1`	`apt-get install goaccess`

deb.goaccess.io 公式最新安定版を使用してください

$ wget -O - https://deb.goaccess.io/gnugpg.key | gpg --dearmor | sudo tee /usr/share/keyrings/goaccess.gpg >/dev/null
$ echo "deb [signed-by=/usr/share/keyrings/goaccess.gpg] https://deb.goaccess.io/ $(lsb_release -cs) main" | sudo tee /etc/apt/sources.list.d/goaccess.list
$ sudo apt-get update
$ sudo apt-get install goaccess

update.sh ファイルを作成する

`1`	`goaccess /var/log/nginx/www.knightli.com.access.log -o /www/www.knightli.com/r.html --log-format=COMBINED`

/var/log/nginx/www.knightli.com.access.log は、http サーバーのアクセスログファイルのディレクトリです。
/www/www.knightli.com/r.html は、http サーバーの静的 Web ページのルートディレクトリとファイル名です。

crontabに追加し、アクセスログに従って1分ごとに生成する

crontab -e

# m h  dom mon dow   command
* * * * * ~/update.sh

ファイルにアクセスする

ブラウザ経由でhttp://www.knightli.com/r.htmlにアクセス

apt を使用して Erlang を Ubuntu 20.04 にインストールする

Tue, 29 Mar 2022 00:00:00 +0000

Erlang GPG キーをインポートする

1
2
3

sudo apt update
sudo apt install software-properties-common apt-transport-https
wget -O- https://packages.erlang-solutions.com/ubuntu/erlang_solutions.asc | sudo apt-key add -

Erlang リポジトリを Ubuntu 20.04 apt ソースリストに追加する

`1`	`echo "deb https://packages.erlang-solutions.com/ubuntu focal contrib" \| sudo tee /etc/apt/sources.list.d/erlang.list`

apt を使用して Erlang をインストールする

1
2

sudo apt update
sudo apt install erlang

診る

knightli@epyc:~$ erl
Erlang/OTP 24 [erts-12.2.1] [source] [64-bit] [smp:64:64] [ds:64:64:10] [async-threads:1] [jit]

Eshell V12.2.1  (abort with ^G)
1> 
User switch command
 --> q

hello.erl テストファイルを編集する

% This is a test Hello World Erlang Code
-module(hello).
-import(io,[fwrite/1]).
-export([helloworld/0]).

helloworld() ->
   fwrite("Hello, Erlang World!\n").

コンパイルして実行する

knightli@epyc:~$ erl
Erlang/OTP 24 [erts-12.2.1] [source] [64-bit] [smp:64:64] [ds:64:64:10] [async-threads:1] [jit]

Eshell V12.2.1  (abort with ^G)
1> c(hello).
{ok,hello}
2> hello:helloworld().
Hello, Erlang World!
ok
3>  
User switch command
 --> q

Ubuntu 20.04でRAID下のディスクのスマート情報（SSDの読み書きボリュームや耐久性情報など）を確認する方法

Thu, 25 Nov 2021 00:00:00 +0000

スマートモンツールをインストールする

`1`	`sudo apt-get install smartmontools`

表示するには次のコマンドを使用します /dev/sda は、RAID 形成後のデバイス名です。 -d cciss,0 RAID のディスク番号 0、同様に -d cciss,1 は Raid のディスク番号 1 を意味します

`1`	`sudo smartctl -a -d cciss,0 /dev/sda`

実際のコマンド出力は次のとおりです。

smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.11.0-40-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               SEAGATE
Product:              XS800LE70004
Revision:             0003
Compliance:           SPC-5
LU is resource provisioned, LBPRZ=1
Rotation Rate:        Solid State Device
Form Factor:          2.5 inches
Logical Unit id:      0x5000c5003e83f24b
Serial number:        HLJ03MGG0000822150Z3
Device type:          disk
Transport protocol:   SAS (SPL-3)
Local Time is:        Thu Nov 25 17:47:46 2021 CST
SMART support is:     Available - device has SMART capability.
SMART support is:     Enabled
Temperature Warning:  Enabled

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK

Percentage used endurance indicator: 13%
Current Drive Temperature:     37 C
Drive Trip Temperature:        70 C

Manufactured in week 30 of year 2019
Specified cycle count over device lifetime:  10000
Accumulated start-stop cycles:  340
Elements in grown defect list: 0

Vendor (Seagate Cache) information
  Blocks sent to initiator = 4018240293
  Blocks received from initiator = 2045277761
  Blocks read from cache and sent to initiator = 0
  Number of read and write commands whose size <= segment size = 0
  Number of read and write commands whose size > segment size = 0

Vendor (Seagate/Hitachi) factory information
  number of hours powered up = 2459.70
  number of minutes until next internal SMART test = 59

Error counter log:
           Errors Corrected by           Total   Correction     Gigabytes    Total
               ECC          rereads/    errors   algorithm      processed    uncorrected
           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors
read:          0        0         0         0          0     881666.641           0
write:         0        0         0         0          0     915841.827           0

Non-medium error count:        0

No Self-tests have been logged

Percentage used endurance indicator: SSD ディスクの健全性情報。0 は新品を意味し、100 は健全性レベルが 0 であることを意味します。まだ正常に使用できる可能性がありますが、期待寿命が消耗していることを意味します。

Gigabytes processed （read，write）データの読み取りおよび書き込みの数、単位は GB

Ubuntu 20.04 での HP アレイカードツール ssacli の使用

Tue, 23 Nov 2021 00:00:00 +0000

ssacli (スマートストレージアドミニストレータコマンドラインインターフェイス) ツールを使用して、HP アレイカードを管理できます。

インストール

HP の MCP リポジトリを追加する To add HP’s MCP repository to apt sources list use this command:

`1`	`echo "deb http://downloads.linux.hpe.com/SDR/repo/mcp stretch/current non-free" > /etc/apt/sources.list.d/hp-mcp.list`

MCP リポジトリの公開キーをダウンロードします。

wget -q -O - http://downloads.linux.hpe.com/SDR/hpPublicKey1024.pub | apt-key add -
wget -q -O - http://downloads.linux.hpe.com/SDR/hpPublicKey2048.pub | apt-key add -
wget -q -O - http://downloads.linux.hpe.com/SDR/hpPublicKey2048_key1.pub | apt-key add -
wget -q -O - http://downloads.linux.hpe.com/SDR/hpePublicKey2048_key1.pub | apt-key add -

ssacliパッケージをインストールする

1
2

apt update
apt install ssacli

ssacli ツールの使用

略語

chassisname = ch
controller = ctrl
logicaldrive = ld
physicaldrive = pd
drivewritecache = dwc
licensekey = lk

共通コマンドアレイカードの詳細を表示

`1`	`ssacli ctrl all show detail`

アレイカード構成を表示する

`1`	`ssacli ctrl all show config`

すべての物理ディスク情報を表示する

`1`	`ssacli ctrl slot=0 pd all show detail`

RAID 0論理ドライブを作成する

`1`	`ssacli ctrl slot=0 create type=ld drives=1I:1:1,1I:1:2 raid=0`

論理ドライブの削除

`1`	`ssacli ctrl slot=0 ld 1 delete`

新しいディスクを論理ドライブに追加する

`1`	`ssacli ctrl slot=0 ld 2 add drives=1I:1:6,1I:1:7`

物理ドライブを取り外します

`1`	`ssacli ctrl slot=0 pd 1I:1:1 modify erase`

アレイカードの温度を表示する

`1`	`ssacli ctrl all show detail \| grep 'Controller Temperature'`

`1`	`Controller Temperature (C): 43`

ディスク温度の表示

`1`	`ssacli ctrl slot=5 pd all show detail \| grep 'Current Temperature'`

1
2
3

         Current Temperature (C): 37
         Current Temperature (C): 36
         Current Temperature (C): 43

パススルーを設定する For Smart-array controller starting with P, e.g. P420i:

`1`	`ssacli controller slot=0 modify hbamode=on`

For HBAs starting with H, e.g. H240:

`1`	`ssacli controller slot=0 modify raidmode=off`

Ubuntu 20.04 での zfs ファイルシステムの使用

Tue, 23 Nov 2021 00:00:00 +0000

zfs を使用する利点は、いつでもハードディスクを追加できることです。 zfs をインストールする

`1`	`sudo apt install zfsutils-linux`

zpoolの作成

`1`	`sudo zpool create data_ar /dev/sdb`

既存のプールにディスクを追加する

1
2
3

sudo zpool add data_ar /dev/sdd
sudo zpool add data_ar /dev/sdd -f
sudo zpool add data_ar /dev/sde -f

システムの再起動またはアップデート後、zfs が表示されなくなります

`1`	`zpool import data_ar`

スナップショットの作成

`1`	`sudo zfs snapshot data_ar@v01`

zpool スナップショットをバックアップする

`1`	`zfs send data_ar@v01 \| gzip > /mnt/d/backupfile.gz`

zfsの削除

`1`	`sudo zpool destroy data_ar`

マウントポイントを変更する

`1`	`sudo zfs set mountpoint=/myspecialfolder mypool`

Certbot を使用して、無料で自動的に更新される Nginx 用の HTTPS 証明書を Ubuntu20.04 にインストールする方法

Tue, 02 Nov 2021 00:00:00 +0000

最終効果

インストールが完了すると、次の結果が得られます。

Nginx Web サービスの無料証明書をインストールする
証明書の有効期限が切れると、証明書を自動的に更新してインストールできます。更新プロセス中に手動介入は必要ありません。

インストールプロセス

ファイアウォールの設定

ファイアウォールがインストールされていない場合は、次のコマンドを使用してファイアウォールをインストールします。

1
2

sudo apt update
sudo apt install ufw

ファイアウォールは、ssh (ポート 22)、http (ポート 80)、https (ポート 443) のポート通信を開きます。

1
2
3

sudo ufw allow ssh
sudo ufw allow http
sudo ufw allow https

ファイアウォールを有効にする

`1`	`sudo ufw enable`

ファイアウォールのステータスを表示するには、次のコマンドを使用します。

`1`	`sudo ufw status`

Certbot をインストールする

まず snapd をインストールし、次に snapd を使用して Certbot をインストールします

sudo apt update
sudo apt install snapd
sudo snap install core
sudo snap refresh core
sudo apt remove certbot
sudo snap install --classic certbot

リンクの作成

`1`	`sudo ln -s /snap/bin/certbot /usr/bin/certbot`

Certbot を使用して証明書を取得し、インストールします

Certbot を実行して証明書を取得します
- 証明書を取得し、Nginx に自動的にインストールします (推奨) これが推奨される方法です。証明書を取得すると、Nginx 構成ファイルが自動的に変更され、証明書がインストールされます。設定は 1 つの簡単なステップで完了
1

sudo certbot --nginx
- 証明書を取得しますが、Nginx にインストールされませんこの方法では証明書のみを取得します。その後、証明書のインストールプロセスを完了するには、Nginx 構成ファイルを手動で変更する必要があります。
1

sudo certbot certonly --nginx

2.メールアドレスを入力 3. 利用規約に同意する 4. メーリングリストに登録することを選択できます 5. ドメイン名を入力します 6. 次に、Certbot は Let’s Encrypt と通信して証明書を要求します。

操作が成功すると、Certbot は証明書が有効であることを確認します。また、証明書とキーチェーンが保存されているディレクトリと有効期限に関する情報も表示されます。証明書は通常、90 日後に期限切れになります。

Requesting a certificate for www.example.com
Performing the following challenges:
http-01 challenge for www.example.com
Waiting for verification...
Cleaning up challenges
Deploying Certificate to VirtualHost /etc/nginx/sites-enabled/default
Redirecting all traffic on port 80 to ssl in /etc/nginx/sites-enabled/default

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Congratulations! You have successfully enabled https://www.example.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
...
- Congratulations! Your certificate and chain have been saved at:
/etc/letsencrypt/live/www.example.com/fullchain.pem
Your key file has been saved at:
/etc/letsencrypt/live/www.example.com/privkey.pem
our certificate will expire on 2021-05-29.

Certbot を使用して TLS/SSL 証明書を更新する

インストール後、Certbot は証明書を自動的に更新するように構成されます。更新された証明書を手動で要求したり、Certbot を再度実行したりする必要はありません。 Certbot はすべての証明書を自動的に更新します。

update-alternatives を使用して Ubuntu に複数の Python 環境をインストールおよび管理する

Thu, 17 Dec 2020 00:00:00 +0000

複数のバージョンの Python をインストールする

sudo add-apt-repository ppa:deadsnakes/ppa
sudo apt-get update
sudo apt-get install python3.6
sudo apt-get install python3.7
sudo apt-get install python3.8

このマシンにどの Python がインストールされているかを確認します

knightli@ubuntu:/etc/alternatives$ ls -larth `which python`*
lrwxrwxrwx 1 root root   58 Feb 17  2020 /usr/bin/pythontex -> ../share/texlive/texmf-dist/scripts/pythontex/pythontex.py
lrwxrwxrwx 1 root root   16 Mar 13  2020 /usr/bin/python3-config -> python3.8-config
lrwxrwxrwx 1 root root    9 Mar 13  2020 /usr/bin/python2 -> python2.7
-rwxr-xr-x 1 root root  388 Mar 27  2020 /usr/bin/python3-pasteurize
-rwxr-xr-x 1 root root  384 Mar 27  2020 /usr/bin/python3-futurize
lrwxrwxrwx 1 root root    7 Apr 15  2020 /usr/bin/python -> python2
lrwxrwxrwx 1 root root   33 Jul 28 05:59 /usr/bin/python3.8-config -> x86_64-linux-gnu-python3.8-config
-rwxr-xr-x 1 root root 5.3M Jul 28 05:59 /usr/bin/,python3.8
-rwxr-xr-x 1 root root 3.5M Aug  4 04:16 /usr/bin/python2.7
-rwxr-xr-x 2 root root 4.3M Aug 17 16:45 /usr/bin/python3.6m
-rwxr-xr-x 2 root root 4.3M Aug 17 16:45 /usr/bin/python3.6
-rwxr-xr-x 2 root root 5.3M Aug 17 19:07 /usr/bin/python3.7m
-rwxr-xr-x 2 root root 5.3M Aug 17 19:07 /usr/bin/python3.7
lrwxrwxrwx 1 root root   25 Dec 16 19:39 /usr/bin/python3 -> /etc/alternatives/python3

上記からわかるように、python2.7、python3.6、python3.7、python3.8の合計4つのバージョンがインストールされています。

update-alternatives を使用した Python の複数バージョンの管理

代替案はPythonプロジェクトをインストールします

knightli@ubuntu:/etc/alternatives$ sudo update-alternatives --install /usr/bin/python python /usr/bin/python2.7 1
update-alternatives: using /usr/bin/python2.7 to provide /usr/bin/python (python) in auto mode
knightli@ubuntu:/etc/alternatives$ sudo update-alternatives --install /usr/bin/python python /usr/bin/python3.6 2
update-alternatives: using /usr/bin/python3.6 to provide /usr/bin/python (python) in auto mode
knightli@ubuntu:/etc/alternatives$ sudo update-alternatives --install /usr/bin/python python /usr/bin/python3.7 3
update-alternatives: using /usr/bin/python3.7 to provide /usr/bin/python (python) in auto mode
knightli@ubuntu:/etc/alternatives$ sudo update-alternatives --install /usr/bin/python python /usr/bin/python3.8 4
update-alternatives: using /usr/bin/python3.8 to provide /usr/bin/python (python) in auto mode

追加した後、alternatives –list を使用して、インストールされている Python を一覧表示できます。

knightli@ubuntu:/etc/alternatives$ sudo update-alternatives --list python
/usr/bin/python2.7
/usr/bin/python3.6
/usr/bin/python3.7
/usr/bin/python3.8

代替の –config スイッチを使用する

knightli@ubuntu:/etc/alternatives$ sudo update-alternatives --config python
There are 4 choices for the alternative python (providing /usr/bin/python).

  Selection    Path                Priority   Status
------------------------------------------------------------
* 0            /usr/bin/python3.8   4         auto mode
  1            /usr/bin/python2.7   1         manual mode
  2            /usr/bin/python3.6   2         manual mode
  3            /usr/bin/python3.7   3         manual mode
  4            /usr/bin/python3.8   4         manual mode

Press <enter> to keep the current choice[*], or type selection number: 3
update-alternatives: using /usr/bin/python3.7 to provide /usr/bin/python (python) in manual mode
knightli@ubuntu:/etc/alternatives$ python -V
Python 3.7.9

ピップの使用

「python -m pip install xxx」を使用して、対応するバージョンの pip をインストールします。

Ubuntu 20.04 および Ubuntu18.04 により、TCP BBR が効率的な一方的なアクセラレーションを実現できるようになります

Thu, 08 Oct 2020 00:00:00 +0000

Linux カーネル 4.9 以降では、BBR アクセラレーションを実装できます。 Ubuntu 18.04 のデフォルトのカーネルはバージョン 4.15 です。 Ubuntu 20.04 のデフォルトのカーネルはバージョン 5.4 で、TCP BBR モジュールはデフォルトでコンパイルされているため、パラメータを通じて直接オンにすることができます。

新しい TCP 輻輳制御アルゴリズム BBR (ボトルネック帯域幅および RTT) は、サーバーの帯域幅を可能な限り低速で実行し、キューイングを回避し、ネットワークサービスをより安定して効率的にすることができます。

# 修改系统变量
echo net.core.default_qdisc=fq >> /etc/sysctl.conf
echo net.ipv4.tcp_congestion_control=bbr >> /etc/sysctl.conf

# 保存生效
sysctl -p

# 执行
sysctl net.ipv4.tcp_available_congestion_control

実行が完了し、結果がこのようになった場合

1
2

sysctl net.ipv4.tcp_available_congestion_control
net.ipv4.tcp_available_congestion_control = bbr cubic reno

オンになっています。 lsmod | を実行します。 grep bbr を使用して、BBR が有効かどうかを確認します。

Ubuntu on KnightLiブログ

Ubuntu 26.04 LTSでAndroidアプリを動かす：Waydroidの導入と注意点

まず適性を確認する

Waydroidをインストールする

Android環境を初期化する

APKをインストールする

マルチウィンドウ

Google Playは必要か

よくある問題

エミュレーターやVMとの違い

おすすめの使い方

参考資料

Canonical の Ubuntu AI ロードマップ：ローカル推論を優先し、強制統合はしない

まず時期を確認する：Ubuntu 26.04 LTS ではない

ローカル推論を優先し、クラウドは既定にしない

AI CLI：まずは端末支援から

Settings Agent：自然言語でシステム設定を扱う

なぜ「AI 総スイッチ」が最優先ではないのか

開発者と企業ユーザーへの意味

過度に読み取らない

まとめ

2026年の Linux デスクトップディストリビューション選び：Ubuntu、Deepin/UOS、Linux Mint、Fedora 比較

早見表

Ubuntu 26.04 LTS：万能型デスクトップ

Deepin / UOS：中国語デスクトップ体験と国産化互換

Linux Mint：最も Windows に近く、最も安心

Fedora：開発者と新技術優先

四つをどう選ぶか

初めて Linux を入れる初心者

中国語オフィスと国産化環境

開発者の主力機

古い PC や家庭用 PC

AI/GPU/開発ツールチェーン

選ぶ前に見るべき点

私のおすすめ

短い結論

関連リンク

Snap、Flatpak、apt は何が違うのか

apt：システムの一部

Snap：アプリと依存関係を一つのパッケージにする

Flatpak：よりデスクトップアプリ向け

最大の違い：依存関係の扱い

隔離と権限

更新方式の違い

どれを使うべきか

まとめ

sudo と sudo-rs の違い：Rust 版 sudo は何を変えるのか

sudo-rs とは

一般ユーザーが感じる変化

管理者が注意すべき違い

Ubuntu で sudo と sudo-rs はどう扱われるか

なぜ sudo-rs は Rust を選ぶのか

sudo-rs は唯一の選択肢ではない

移行前に確認すべきこと

sudo-rs へ自分で切り替えるべきか

まとめ

Ubuntu 26.04 LTS の GPU とハードウェア対応アップデート: CUDA、ROCm、DPC++、そして各種プラットフォームの変更

1. Intel DPC++ と関連コンポーネントが Ubuntu Archive に追加

2. NVIDIA CUDA toolkit も apt で直接導入可能に

3. AMD ROCm 7.1.0 が Universe に追加

4. 本当のポイントは 3 社の GPU エコシステムが同時に進んでいること

5. NVIDIA Dynamic Boost がデフォルトで有効化

6. 新しい Intel 内蔵 GPU / 外付け GPU のサポートも前進

7. Nvidia デスクトップのサスペンド復帰も安定化

8. ARM、Raspberry Pi、RISC-V、IBM Z でも要件変更がある

ARM64 デスクトッププラットフォーム

Raspberry Pi の新しいブートレイアウト

Raspberry Pi デスクトップイメージは desktop-minimal ベースに

Raspberry Pi の swap は cloud-init 管理に

RISC-V の要件が引き上げ

IBM Z の最低要件は z15 に

9. この内容を先に読むべき人

10. ひと言でまとめると

Ubuntu 26.04 LTS リリース：GNOME 50 と Linux 7.0 でデスクトップが大きく更新

1. まずは重要な更新を確認

2. 最大の変化その 1：GNOME 50 が LTS に入った

3. 最大の変化その 2：既定アプリが広く刷新された

4. 最大の変化その 3：Wayland が唯一のデスクトップセッションになった

5. 最大の変化その 4：Linux kernel 7.0 と低層スタックもまとめて更新

6. ハードウェア要件と導入の目安

2. NVIDIA CUDA toolkit も `apt` で直接導入可能に

Ubuntu 20.04 で Mellanox Infiniband ネットワークカードの IP アドレスを設定する方法

Erlang リポジトリを Ubuntu 20.04 apt ソースリストに追加する

hello.erl テストファイルを編集する

Ubuntu 20.04 での HP アレイカードツール ssacli の使用