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時間ほど粘ったが改善せず。

ユーザーみて処理

bash使っていて

主にメモなんだけど…。

コンソール叩いていて、sshでリモート接続する場合が多い。
でもって、パスフレーズを60桁程度入力するのは面倒なので、keychainを利用している。

こいつを使えば、1度パスフレーズを入力すれば、バックグラウンドでssh-agent動かしてくれて、再入力の手間が省ける。

そこで、.bashrcの最後に
#ssh keychain
/usr/bin/keychain ~/.ssh/id_rsa
source $HOME/.keychain/$HOSTNAME-sh

と書いていた。

ところが、管理者権限で作業しようとすると、
再度、パスフレーズを聞いて来る。

当然、rootではsshはしないので、ENTERでキャンセルしているのだけれど、これに気づかずコマンド入力し始めて、パスフレーズの入力を行っていることが多々有って…。

ということで、rootのときは、keychainを回避することにした。
if [ "${USER}" != "root" ]; then
#ssh keychain
/usr/bin/keychain ~/.ssh/id_rsa
source $HOME/.keychain/$HOSTNAME-sh
fi

これで、OK。

作業中に、sudo -sしてrootになっても、パスフレーズの確認はされない。

シェルスクリプトをちょこっと書くだけで、精神衛生上非常に良いのでお勧め…。

逆に、rootのときだけ実行したい処理なんかも、同様に書いておけばお手軽ですな。

sudo コマンド

で実行すれば良いのだろうけど、毎回sudo書くの面倒だし…。




コメント

このブログの人気の投稿

MEGAにも弱点があった?

Ubuntu24.04 でGUIが死んだ

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