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

1.概要

ubuntu desktop 26.04 LTSの日本語(Mozc)に関して気になる記事を見つけました。参考資料を参照してubuntu desktop 26.04 LTSに対する日本語追加処理で１点エラーになることがあったことを思い出しました。もう一度、KVM環境に導入して確認をしました。その内容を記述します。

2.詳細

環境は、前回と同じKVM環境です。

(1) Offlineにして、ubuntu desktop 26.04 LTSをEnglish, basicで導入
(2) Software Updaterでupdate実行
(3) 日本語の追加

下記部分でエラーになります。
# 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

上記処理手順でエラーはなくなり、日本語入力をMozcでできます。
本当に正しい手順で、間違いないかはわかりません。
少なくともubuntu 24.04とは異なります

詳細

「(3) 日本語の追加」部分の詳細

$ 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.

# 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

設定 => システム => 地域と言語 => インストール済み言語の管理
言語サポートが完全にはインストールされていません
=> インストール
再起動
日本語（Mozc)選択

参考
[本ブログ内参照]
・ubuntu desktop 26.04 LTSをKVM環境にDaily Build版を導入しました

[外部サイト参照]
・Linux (Ubuntu)のmozcに関するメモ
・日本語環境にする

コメント

コメントを投稿

このブログの人気の投稿

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)に...
続きを読む

LinuxMint 21.3にWinBoat導入を試してみました

1.概要 WinBoatの記事をgigazine.netで見つけたので、リニューアルしたと思って、再度チャレンジしました。結果は、再度、期待はずれです。今回はWindowsアプリケーションの起動まで実施しました。記事ではEDGEを起動していますが、私の環境ではサインイン表示なしにEDGEが起動しました。コマンドプロンプトとエクスプローラは試してみて普通に動作しましたが、遅く感じます。この内容に関して記述します。 2.詳細 今回はWinBoatの導入に手こずりました。WinBoatにチャレンジをする方はOSを元に戻せる準備をしてから作業を開始しましょう。私は５回ほど元に戻しました。 HW環境は前回と同じで、AMD Ryzen、Memory 16GB, 4core, SSD 256GBです。 OSも合わせようとしたのですが、Ubuntu-22.04.5を導入するとFirefoxが起動しません。 snapdの問題と思ったのですが、2.72を超えていたので新しい問題と考えて諦めました。 OSをLinuxMint 21.3に変更してチャレンジです。 導入手順も少し変化しており、詳細手順は下記URLに従いました。 https://github.com/TibixDev/winboat 最初の問題はDocker環境です。Ubuntu標準にdocker composeの変更ではうまく行かず、全てやり直しをしました。 次の問題はMemoryです。16GBだけでは不足してハングしたようになりました。swapを8GB追加して問題解決しました。Memoryに関して以前実施したときは16GBで不足することはなかったと認識しています。 環境構築からInstallationのFinishまで約１時間必要です( Windows11 pro japanese選択 ) やっとInstallationが終了したと思うとリソースモニターのCPUが100%でハングです。 CPU 2Virtual Core Frequency: 3.60と表示された環境です(gigazineの表示はFrequency: 1.50) Power Offして再起動して、WinBoatは正常に起動しました。 そこで、EDGEとコマンドプロンプトとエクスプローラを試験しましたが、導入に１時間かけて使いたいとは思わない環境です。 試し...
続きを読む

Ubuntu 22.04へWinBoat導入をチャレンジしました

 1.概要 ネット記事でWinBoatに目が止まりました。ベータ版ですが、LinuxでWindowsアプリを実行できる選択肢の１つでコンテナ利用とのことです。参考資料のレポートでは、ゲームチェンジャーになる可能性ともあるとの記述があり、試してみることをしました。結果は、期待はずれでした。その内容を記述します。 2.詳細 https://github.com/TibixDev/winboat 上記githubの「How Does It Work?」に従って作業します。 (a) Prerequisites 利用した環境はAMD Ryzen環境です。Memory 16GB, 4core, SSD 256GB, Ubuntu-22.04.5環境です。 Virtualization: BIOS設定済みでした。 Docker: Docker Compose v2: ubuntu-22.04.5の標準環境でチャレンジしましたが、docker composeがv2必須でした。 資料に沿ってdockerとdocker composeを導入しました。 Docker User Group: 資料に沿って、sudo usermod -aG docker $USERを実行。 FreeRDP: 資料に沿って、Stable版を導入 flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo flatpak install com.freerdp.FreeRDP Kernel Modules: 資料に沿って実行、この実行をしないと動作しません echo -e "ip_tables\niptable_nat" | sudo tee /etc/modules-load.d/iptables.conf (b) Downloading リンク先の下記ファイルをDownloadしました winboat-0.7.10-x86_64.AppImage (c) 実行 Downloadしたwinboat-0.7.10-x86_64.AppImageを右クリックして実行、Winboatが起動します。必要な条件のチェックが完了すると、User/passwordの入力に加えて、Windo...
続きを読む