ubuntu desktop 26.04の評価利用を始めました

1.概要

ubuntu desktop 26.04は物理環境で利用する予定はありません。主にLinuxMint 22.3を利用します。時期LinuxMintが何をベースにするのか不明瞭なので勉強をするために仮想間歌謡で評価をすることにしました。仮想環境であるならば、Wayland利用であっても物理環境と異なり問題が起きる可能性は低いと思っています。ubuntu server 26.04を試験導入した際に、オフライン環境でubuntu 26.04を導入することで作業時間短縮できると判明していたので、ISOファイルからだけの導入をしました。その内容を記述します。

2.詳細

HW環境は、core-i3, memory 16GB, SSD 256GBです。
SW環境は、LinuxMint 22.3、kernel 6.17.0-20-generic、KVMです。
仮想マシンは、2core, Memory 8GB, disk 30GBです。
iso imageは、resolute-desktop-amd64.isoを利用しました。

導入作業はubuntu-24.04と変わりません。
ディスク構成は/(root)のみ作成すると、1MBのBIOS bootのパーティションが自動作成されます。これは、ubuntu server 26.04と同じです。MBRやPBRを利用することできないので、Multi-bootは少し難しそうです。

login画面上にWaylandとX-windowsの選択項目はなく、Waylandにだけになっています。。/etc/gdm3/custom.confを参照するとWaylandEnable=falseの記載はありません。想定通り、X-windowsはubuntu desktop 26.04で利用できなくなっています。

今回、英語版で導入をしました。英語版のterminal行間は問題ありません。日本語環境の行間の問題がどうなっているか気になります。

3.所見

LinuxMintの次版はdebianベースとも言われていますが、今後、どのように変化するかわかりません。明確なことはubuntu desktop 26.04がりりーすされ、これも候補の１つであることです。学習できることはやる必要があります。

4.追加

(1) ubuntu desktop 26.04 LTSをKVM環境にDaily Build版導入後、日本語化

ubuntu desktop 26.04がkvm環境で導入済みの状態から作業を開始します。
Onlineにして、Software Updaterでupdateを実行してから、日本語の追加作業です。

$ sudo -i
[sudo: authenticate] Password:

# apt -y install language-pack-ja-base language-pack-ja
Installing:                     
  language-pack-ja  language-pack-ja-base

Summary:
  Upgrading: 0, Installing: 2, Removing: 0, Not Upgrading: 0
  Download size: 1,802 kB
  Space needed: 8,609 kB / 8,738 MB available

Get:1 http://archive.ubuntu.com/ubuntu resolute/main amd64 language-pack-ja-base all 1:26.04+20260417 [1,801 kB]
Get:2 http://archive.ubuntu.com/ubuntu resolute/main amd64 language-pack-ja all 1:26.04+20260417 [1,904 B]
Fetched 1,802 kB in 3s (628 kB/s)            
Selecting previously unselected package language-pack-ja-base.
(Reading database… 191762 files and directories currently installed.)
Preparing to unpack …/language-pack-ja-base_1%3a26.04+20260417_all.deb…
Unpacking language-pack-ja-base (1:26.04+20260417)…
Selecting previously unselected package language-pack-ja.
Preparing to unpack …/language-pack-ja_1%3a26.04+20260417_all.deb…
Unpacking language-pack-ja (1:26.04+20260417)…
Setting up language-pack-ja (1:26.04+20260417)…
Setting up language-pack-ja-base (1:26.04+20260417)…
Generating locales (this might take a while)...
  ja_JP.UTF-8... done
Generation complete.

# localectl set-locale LANG=ja_JP.UTF-8 LANGUAGE="ja_JP:ja"
Failed to issue method call: Locale ja_JP:ja is not valid, refusing.
LANGUAGE="ja_JP:ja"を削除して通過しました

# localectl set-locale LANG=ja_JP.UTF-8

# source /etc/default/locale

# echo $LANG
ja_JP.UTF-8

apt -y install task-japanese-gnome-desktop language-pack-gnome-ja-base language-pack-gnome-ja gnome-user-docs-ja libreoffice-help-ja libreoffice-l10n-ja thunderbird-locale-ja fonts-noto-cjk-extra 
....
# exit
$ reboot

loginしてから、追加設定作業をします。
設定 => システム => 地域と言語 => インストール済み言語の管理
言語サポートが完全にはインストールされていません
=> インストール
再起動
日本語（Mozc)選択

日本語環境が設定できました。

(2) ubuntu 26.04 LTS リリース、DailyBuild版との差異検証しました

(a) リリース版をdownload、サイズに差はないようです。

リリース版のISOファイル
ubuntu-26.04-desktop-amd64.iso      6.5 GB 
DailyBuild版のISOファイル
resolute-desktop-amd64.iso          6.5 GB

(b) 仮想環境へdesktop版の導入は約10分でした

default(basic)で導入しました。仮想マシンは、core 2、Memory 8GB、ストレージ 20GBです。

コメント

コメントを投稿

過去30日間に良く読まれた記事

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

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

OpenMythosをGPUを利用できるDocker環境で構築しました

1.概要 前回までは、LinuxMint 22.3のオンプレミスでGPUを利用してOpenMythosを動かしました。しかし、OS更新で構築環境の整合性が取れずに動作しなくなる場合があり、Docker環境で動かすことにチャレンジしました。その内容を記述します。 2.詳細 LinuxMint 22.3が導入され、nvidiaのGPUがHWとして認識されている状態を想定します。 利用した機器は、amd 3200G, nvidia-1660 superです。 Docker環境を利用することでContainer内部に必要なPython3環境を準備できてpython3-venvも不要となり、操作も楽になります。利用したubuntu-24.04ベースのContainerはUser:Ubuntuが存在し、ContainerとLocal間のデータを楽にできるようにLocal上のUserとuid:gidが同じにしています。 オンプレ構築部分は参考資料(OpenMythosをLinuxMint 22.3に環境構築してみました)を参照願います。 (1) nouveauの無効化 /etc/modprobe.d/blacklist-nouveau.conf作成 # nvidia(nouveau) blacklist nouveau options nouveau modeset=0 適用します $ sudo update-initramfs -u (2) nvidia driver設定 $ ubuntu-drivers devices $ sudo apt -y install nvidia-driver-595-open (3) nvidia Container Toolkit導入 参考資料(Installing the NVIDIA Container Toolkit)を参照願います $ curl -fsSL https://nvidia.github.io/libnvidia-container/gpgkey | sudo gpg --dearmor -o /usr/share/keyrings/nvidia-container-toolkit-keyring.gpg \   && curl -s -L https://nvidia.github.io/libn...
続きを読む

OpenMythosをLinuxMint 22.3に環境構築してみました

1.概要 Claude Mythosが話題になっています。このClaude Mythosの公開論文を元にOpen Mythosが開発されてOSS公開されたとのニュースが目に止まりました。早速、Open Mythosの環境構築にチャレンジしました。 2.詳細 pytorchベースで、Pytorch-12.6、CUDA-12.6環境を構築して、python3でimportできることを確認しました。 環境は以下の通りです。 HW amd 3200G, Memory 16GB, SSD 256GB, nvidia-1660 super SW LinuxMint 22.3, NVIDIA-driver-595-open, CUDA-12.6, Pytorch-12.6 (1) nouveauの無効化 /etc/modprobe.d/blacklist-nouveau.conf作成 # nvidia(nouveau) blacklist nouveau options nouveau modeset=0 適用します $ sudo update-initramfs -u (2) nvidia driver設定 $ ubuntu-drivers devices $ sudo apt -y install nvidia-driver-595-open (3) CUDA設定 $ wget https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2404/x86_64/cuda-keyring_1.1-1_all.deb $ sudo dpkg -i cuda-keyring_1.1-1_all.deb $ sudo apt update $ sudo apt install cuda-toolkit-12-6 path設定を~/.bashrcに追加( vi ~/.bashrc ) # CUDA Toolkit export PATH="/usr/local/cuda/bin:$PATH" export LD_LIBRARY_PATH="/usr/local/cuda/lib64:$LD_LIBRARY_PATH" (4) 動作確認 $ nvidia-smi $ nvcc -V ...
続きを読む