snapが怪しい…

イメージ
メインマシンの Ubuntu26.04が固まる 通常のUpdateを行なって、再起動が必要というので再起動を実施。 gdmのログイン画面は表示される ユーザ選択 パスワード入力 デスクトップに切り替わる途中で固まる マウスは動作せず キーボードは反応する あれ?タイミングの問題かな?と思い再度実施するが、改善はしない。 どうやら最後のUpdateが問題っぽい。 ということで、GRUBメニューからSafe Mode(Netoworkあり+root)で起動する 記憶では、Linux-Kernel関係が7.0.0-29に上がっていた表示を見ているので、前の7.0.0-28に戻す。 改善せず ちなみにメインマシンの環境は Ubuntu26.04(64GB) + GeForce3060(8GB) + デュアルディスプレイ SSD(1TB+2TB) , HDD(4TB)という構成 一応、sshでの接続はできるので、MacBookからリモートでこの状況のログを確認しながら作業する。 ログを渡してGeminiに確認するが、nvidiaのドライバと、kernel7.0.0-29の問題と指摘される。 まぁ過去にもアップデート後にドライバ入れ直すことは多々あったので、またかぁ…という感じ。 そこで、open版に入れ直したり、バージョン変えたり…。 どれもだめ。 結局3時間ほど粘ったが改善せず。

xmodmapのエラー回避

xmodmapがエラーを吐く

前回キーボードの購入ミスで、Keymapを変更することで対処したのだが、端末を開くたびに実行させるとエラーを吐くことが判明した。(→前回の記事

通常キーの変更は、何度設定しても問題ないのだが、modifier keyの変更はだめらしい。
Alt_Rを外す処理のところで、エラーが発生する。

xmodmap:  .Xmodmap:1:  bad keysym in remove modifier list 'Alt_R', no corresponding keycodes
xmodmap:  1 error encountered, aborting.

表示を無視する手も有るけれど、スマートじゃないので、ちゃんと処理しておこう。

xmodmap | grep "Alt_R" | grep "mod1" > /dev/null 2>&1
if [ $? == 0 ]; then
xmodmap ~/.Xmodmap
fi

grepかけて、出力に含まれるかで判断しておく。
もちろん、出力結果は不要なので、/dev/nullにすてておく。

これで、mod1にAlt_Rが残っていたら、削除して、keymapを変更
残っていなかったら、何もせず終了。

これを、前回書いた、.bashrcの1行と置き換える。

Logout→Login、再起動後のlogin、最後に端末を複数開けたりしても問題ないのを確認して、ミッション終了。

ちょっとしたことでも、ちゃんと書いておくと気持ちよく過ごせるね。




コメント

このブログの人気の投稿

MEGAにも弱点があった?

Ubuntu24.04 でGUIが死んだ

VirtualBoxでUSBを使う方法が分かった!