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

1.概要

今後、仮想環境はUbuntu Serverを利用予定です。ubuntu 26.04のリリース日が2026-04-23アナウンスされているので、daily build版のubuntu server 26.04 LTSをDownloadして、KVM仮想環境で評価を始めました。ubuntu server 24.04と変わらない感触と感じたのですが、ubuntu server 24.04の調査不足による認識誤りかもしれません。まず、分かった範囲を記述します。

2.詳細

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

Downloadしたisoイメージファイルは2.4GB。インストールを開始すると、最初にインストーラの更新が実行されました。まだ、Daily Build版のisoを利用するためだと思います。minimized構成を選択した結果、ディスク使用量は6.5GB, Memory使用量は428MBでした。ubuntu server 26.04をminimizedで導入したのですが、snapはインストールされていました。インストーラは24.04と差異はない感じです。今、気がついたのですが、何と、kernel-7.0です。

インストール作業で気になったの点が、パーティション構成がGPTになったことです。再度、導入作業を実施して、MBRの選択肢はないことを確認しました。ubuntu server 24.04を再度調査が必要です。snapの有無とGPTパーティションに関して、前回調査が不十分であった気がしてきました。

そこで、ubuntu server 24.04.3をKVM環境に導入試験をしました。パーティションはGPT形式でした。KVM環境はuefiBIOSでなく、RegacyBIOSであるので1MBのbios用のbootパーティションがありました。また、snapもインストールされていました。調査不足による認識誤りでした。

気になる点があります。KVM環境へubuntu server 24.04を導入した時、installerが停止する問題が発生。テキストのpopアップが表示され、errorを開発に送付しました。installerのupdate適用が可能との記載があり、updateをして、最初からinstallをやり直しました。 

この問題は、networkをLinuxMint側で遮断して、更新処理を止めることで回避できます。ISOファイルからの導入となりますが、導入時間を大幅に短縮することができるので評価段階では良い気がします。

3.所見

リリースされたばかりで、何とも言えない状況です。ubuntu serverはdocker環境で利用する頻度が高いので評価します。今後、継続利用する中で、問題点や気がついたことを追記する予定です。

4.追加

(1) ubuntu server 26.04 LTSの導入直後にsnapをpurgeする方法

ubuntu server 26.04をaptで操作する予定のためsnapをpurgeします。手順を残すために、ubuntu server 26.04にsshでloginして作業をしました。consoleで作業されても問題ありません。
作業手順は以下の通りです。

(a) snapコマンドで状態を確認する

$ snap
The snap command lets you install, configure, refresh and remove snaps.
Snaps are packages that work across many different Linux distributions,
enabling secure delivery and operation of the latest apps and utilities.

Usage: snap <command> [<options>...]

Commonly used commands can be classified as follows:

           Basics: find, info, install, remove, list, components
          ...more: refresh, revert, switch, disable, enable, create-cohort
          History: changes, tasks, abort, watch
          Daemons: services, start, stop, restart, logs
      Permissions: connections, interface, connect, disconnect
    Configuration: get, set, unset, wait
      App Aliases: alias, aliases, unalias, prefer
          Account: login, logout, whoami
        Snapshots: saved, save, check-snapshot, restore, forget
  Issue reporting: report-issue
           Device: model, remodel, reboot, recovery
     Quota Groups: set-quota, remove-quota, quotas, quota
  Validation Sets: validate
        ... Other: warnings, okay, known, ack, version
      Development: download, pack, run, try, sign

For more information about a command, run 'snap help <command>'.
For a short summary of all commands, run 'snap help --all'.

(b) snap listコマンドで導入されているパッケージを確認する。何もありません、snap本体のみ存在

$ snap list
No snaps are installed yet. Try 'snap install hello-world'.

(c) aptコマンドでsnapをpurgeする

$ sudo apt purge snapd
[sudo: authenticate] Password:        
REMOVING:                       
  snapd*  ubuntu-server-minimal*

Summary:
  Upgrading: 0, Installing: 0, Removing: 2, Not Upgrading: 0
  Freed space: 147 MB

Continue? [Y/n] Y
(Reading database ... 85143 files and directories currently installed.)
Removing ubuntu-server-minimal (1.570) ...
Removing snapd (2.74.1+ubuntu26.04.3) ...
Stopping 'snapd.service', but its triggering units are still active:
snapd.socket
Processing triggers for dbus (1.16.2-2ubuntu4) ...
(Reading database ... 85042 files and directories currently installed.)
Purging configuration files for snapd (2.74.1+ubuntu26.04.3) ...
rmdir: failed to remove '/etc/systemd/system/snapd.mounts.target.wants': No such file or directory
Discarding preserved snap namespaces
Final directory cleanup
Removing extra snap-confine apparmor rules
Removing snapd cache
Removing snapd state

(d) snapが利用したdirectoryを削除する

$ sudo rm -rf /var/cache/snapd
$ ls /var/cache/snapd
ls: cannot access '/var/cache/snapd': No such file or directory

(e) snapが再導入されないようにhold設定する

$ sudo apt-mark hold snapd
snapd set on hold.

(f) snapコマンドで状態を確認する

$ snap
-bash: /usr/bin/snap: No such file or directory

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

(a) リリース版をdownload、serverが少しサイズが大きくなっています

リリース版のISOファイル
ubuntu-26.04-live-server-amd64.iso  2.9 GB
DailyBuild版のISOファイル
resolute-live-server-amd64.iso      2.4 GB

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

minimizedで導入しました。仮想マシンは、core 2、Memory 4GB、ストレージ 10GBです

コメント

コメントを投稿

過去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 ...
続きを読む