mieki256's diary

20.04 LTS から 22.04 LTS にアップグレードしようとしたら、仮想HDDイメージの容量が足りなくて、途中で処理が止まってしまった。「/」に、6〜7GBの空き容量が必要らしい…。今まで32GBだったけれど、48GBまで増やすことにした。

以下のページを参考にしながら作業。ありがたや。

_VM上のext4パーティションを拡張するメモ
_VMware上のUbuntu 22.04 ファイルシステム拡張 parted - Qiita

仮想PCをシャットダウンしてから、VMware の設定でストレージの容量を10GBほど拡張。仮想マシンの設定を編集する → ハードウェア → ハードディスク (SCSI) → ディスク容量を拡張します「展開」、をクリック。総容量を指定する。

Ubuntu を起動。

以下を打って、HDDのサイズ変更を認識させる。らしい。

sudo sh -c "echo 1 > /sys/class/block/sda/device/rescan"

parted を起動。

sudo parted /dev/sda

• print free で状態を確認。
• resizepart 1 で特定のパーティションに空き容量を追加する。100% と打てば追加できる。
• q で終了。

print free
resizepart 1
100%
print free
q

resize2fs でパーティションサイズを変更。

resize2fs /dev/sda2

これで48GBまで増やせた。

ただ、後で過去の作業メモを見直してみたら、パーティションサイズを増やすだけなら GParted でも出来たらしい…。そっちを使ったほうが簡単だよな…。

_mieki256's diary - VMwareの仮想HDDのサイズを増やしてみた

Ubuntu Linux 24.04 LTS にアップグレードしたら、起動時に必ず以下のエラーダイアログが表示されて悩んでしまった。しかも、このエラーダイアログが表示されるまで、異様に時間がかかる…。デスクトップが表示されるまで待たされる…。

Error found when loading /etc/profile: 

X Error of failed request: BadName (named color or font does not exist)
Major opcode of failed request: 141 (RANDR) 
Minor opcode of failed request: 16 (RRCreateMode) 
Serial number of failed request: 55 
Current serial number in output stream: 55 

Asa result the session will not be configured correctly. 
You should fix the problem as soon as feasible.

調べたら、/etc/profile.d/ 以下に mydisplay.sh というスクリプトがあって、その中で xrandr を呼び出していた。中身を削除してみたらエラーが表示されなくなった。また、デスクトップが表示されるまでの時間も短くなった。

どの段階でこのスクリプトを作ったのだろう…。自分で作ったのか、自動で作られたのか、覚えてない…。

vim を起動しようとしたらエラーが出る。どうやら以前入れていたプラグインが動作しなくなっていた模様。

~/.vimrc 内の記述をごっそり削除したり、~/.vim/ 内をごっそり削除したらエラーは出なくなった…けれど、今までの設定はほとんど消滅した状態に…。まあいいか。エラーが出るよりはマシだよな…。

sudo apt update をすると Google Chrome 関係でエラーが表示された。

N: リポジトリ 'https://dl.google.com/linux/chrome-stable/deb stable InRelease' がアーキテクチャ 'i386' をサポートしないため設定ファイル 'main/binary-i386/Packages' の取得をスキップ

以下のページによると、/etc/apt/sources.list.d/google-chrome.sources 内で、amd64 を指定してないとこうなるらしい。

_萌え萌えmoebuntu Google Chromeのリポジトリで不要な「i386」関連のエラーに対処する方法!

以下の1行を、"Components: main" の次の行に追加。

Architectures: amd64

元々、GIMPの動作確認をしたくてアップグレードしたのだけど、Ubuntu Linux 24.04 LTS に入ってたのは、GIMP 2.10.36 + G'MIC-Qt 2.9.4 だった。

これはちょっとビミョーな状況かも…。Debian Linux や Ubuntu Linux は Python 2.7 を切り捨てて Python 3.x に移行してしまったので、Python 2.7 を要求する GIMP 2.10.x では、Python-Fu / Gimp-Python は動作しない…。

GIMP 3.x は Python 3.x に移行したけれど、Python-Fu / Gimp-Python の書き方が大きく変わってしまったそうで、GIMP 2.10.x 時代の Python-Fu / Gimp-Python スクリプトはまず動作しない。

ただ、以下の AppImage を使えば Python-Fu / GIMP-Python が動作する GIMP 2.10.38 を利用できる。

_Release Continuous Hybrid (Experimental) - ivan-hc/GIMP-appimage

GNU-Image-Manipulation-Program_2.10.38-5-Hybrid-with-python2-from-Debian-Buster-archimage4.9-x86_64.AppImage を入手して、chmod +x *.AppImage で実行権限をつけて、./GNU-Image-Manipulation-Program... で実行したら Ubuntu Linux 24.04 LTS上でも動いてくれた。