SSHで接続できない

-
イメージ
 Ubuntuを24.04→26.04 時間があったので、メインマシンのUpgradeを実施。 とはいえ、とはいえ、システムディスク（/）とデータディスク（/home）を分けているのでクリーンなインストールを実施。 (1) USBでUbuntu26.04を起動 (2) /home/user → /home/user_old にリネーム (3) 26.04をインストール これで、/home/user_oldにこれまでの環境が残ったまま、新規userでインストールすれば完了。もともとのuserが使用していたuser_id:1000のままなので、どちらのフォルダも見ることができる。 あとは、使用するソフトをインストールし 　/home/user_old 以下から、利用する設定ファイル等をコピーして動作確認するだけ。 Dropbox MEGA などは、先にコピーしてから、フォルダ同期設定をすることで、ダウンロードなどはチェックのみで完了する。 thunderbird brave browser vscode dbeaver-ce typora obsidian LMStudio ollama あたりを移行してほぼ終了 .sshはそのままコピーして完了。 と思っていたら、何故かサーバによっては接続できない場合があることに気づいた。 $ ssh vps 何も返ってこず、接続できない。 でこれまで接続できていたのに、うまく行かない？？ 詳細を確認しながら、チェックすることに。 $ ssh -vv vps debug1: OpenSSH_10.2p1 Ubuntu-2ubuntu3.5, OpenSSL 3.5.5 27 Jan 2026 debug1: Reading configuration data /home/user/.ssh/config ︙ debug2: we sent a publickey packet, wait for reply debug1: Server accepts key: /home/user/.ssh/id_rsa RSA SHA256:n5ocPbCvMV4FGFof … … … … … pBuJ/8r/kHGANY explicit agent のように、 認証完了後にシェルが起動せず、応答がない状態になっている。 具体的には ...
コメントを投稿

Ubuntu18.04の動作異常の対策

-

またもや異常な状態に…解決したか？

少し前から、異常な状態に悩まされている。
4月・5月に原因不明で、動作がおかしくなっている。

主な現象としては、
  • Terminalが起動できなくなる（起動しようとして失敗する）
  • 「ファイル」が起動できなくなる（同上）
  • Logoff→loginで起動時にKeyringのロック解除で失敗する
という感じだ。

ついでに、Vivladiを起動中にchromeを起動しようとすると、なぜかVivaldiが起動する。
逆に、chromeを起動中にVivaldiを起動すると、chromeが起動する。
これは、最初のKeyringの影響なのか、そうでないのか不明…。


今回も、突然Terminalが起動しなくなったので、またか…と思い、上記動作を試して異常が起きているのを確認。

再度、いろいろな情報を探してみるが、良い方策が見つからない（泣）

とにかくKeyring関係が怪しい

端末が起動しないことや、ログイン時のキーリングが解除できていないことから、どうもパスワードなどを管理しているキーリングが怪しい感じ。

そこで、思い切って削除してみることにした。
どうせ、一時的に保管しているパスワードばかりなので、最悪手入力すれば済む。

WEB系はLastPassを使用して、Cloud共有しているので、マスターパスワードさえ管理していれば、選択するだけでユーザ名やパスワードは入力できるので、それほど面倒でもない。


# apt remove gnome-keyring

はい、思い切って捨ててみました。

さて、rebootで再起動。

GUIが起動しなくなった（泣）

keyringを削除したら、CUIでのログイン画面になって、GUIが使えなくなった。
正直少し焦った。


まあ、コンソールは日本語表示ができないけれど、正常に動作するので、慌てずに復旧作業を行う。

# less /var/log/apt/history.log

で、操作履歴を確認。

Start-Date: 2019-06-07  18:04:13
Commandline: apt remove gnome-keyring
Requested-By: yoshimura (1000)
Remove: gnome-keyring:amd64 (3.28.0.2-1ubuntu1.18.04.1), seahorse:amd64 (3.20.0-
5), ubuntu-session:amd64 (3.28.1-0ubuntu3), evolution-data-server:amd64 (3.28.5-
0ubuntu0.18.04.2), gdm3:amd64 (3.28.3-0ubuntu18.04.4), gnome-todo:amd64 (3.28.1-1), gnome-shell:amd64 (3.28.4-0ubuntu18.04.1)
End-Date: 2019-06-07  18:04:16
はい。
gnome-keyringを削除したときに、関連していくつか削除されている。

今度は、手動で必要そうなものを入れ直してみる。

# apt install gnome-keyring

これだけでは、他のものは勝手には入れてくれない模様。

# apt install seahorse

うむむ、これもseahorseのみしか入らない。

では、残りのものを入れてみる。

# apt install gdm3 ubuntu-session gnome-shell

インストールが完了した時点で、勝手にXが起動して、ログイン画面が表示される。

うむむ、これはこれで気持ち悪いが、gdm3が入ったため、正常動作に戻ったようだ。

動作確認したら正常に

まあ、削除したものを入れただけなので、動くのが当然ではあるけれど、キレイな状態かどうかは確認が必要。

ちなみに、起動後のTerminal動作、VivaldiとChromeの同時起動も問題なくなった。

もちろん、Googleアカウントへのログインなどは初回接続と同じで聞いてくれちゃうけれど…。

根本的に時間をかけて原因を探らないとまずいかもしれない…。
さて、どうしようか…。








コメント

コメントを投稿

励みになりますので、簡単で良いので一言くださいませ。

このブログの人気の投稿

MEGAにも弱点があった？

-
イメージ
クラウドストレージMEGAを愛用中 DropboxもOneDriveもGoogleDriveも全部使っていますが、最近はMEGA（ https://mega.nz/ ）がお気に入りです。 Dropboxは手軽で便利なんだけど、初期容量が2GBと少ない。 もちろん、あれやこれや工夫して14GBまで無料枠を増やしているけど、不足気味。 OneDriveは、Office365をサブスクで使っているので、容量は1TBと多いけど、Linuxで使うには少々面倒。WindowsOSなら使い勝手が良さそうなんだけどね。 同様に、GoogleDriveも15GBとやや少な目。 で、MEGAです。無料枠は50GBです。 しかも、デスクトップの常駐同期アプリがGNOME版もあるので、通常使いにはとても便利…。起動しておけば、勝手に同期してくれるし…。 もちろん、Webインターフェイスもあるので、同期していなくても使用可能。 ところが… 今回、Ryzenマシンを調達し、さくっとUbuntu入れて、MEGA入れて同期開始。 作業を行っている間に、同期終わるやろうと思って、休憩がてら確認してみる。なんと！ 止まっている！！ 無料転送容量制限を超過したので、しばらくウェイティングタイムだよ！って…。 どうやら、6時間で7.5GB転送すると、待て！がかかるらしい。 4時間後に再度、転送開始するよと出ていた。 上のスクリーンショットは、残り時間あと2時間40分と表示されている。 そんな制限、いままでかかったことなかったので気づかなかったよ。 ローカルマシンに同じデータが有るので、LAN経由でコピーしておけばよかった(笑) 偶然回避策を見つけた そのまま放置しておけば、そのうち終わっただろうけど、さっさと終わらせたいなと思い、LAN経由でコピーをし始めた。 ただ、MEGAの常駐アプリとコンフリクト起こすと嫌なので、一旦終了。 大きなサイズのものをコピー。 再度MEGAの常駐開始。 すると、転送制限は無かったかのように同期し始めた（笑） まあ、そういう仕様なのか、チェックが甘いのか…。 クラウド側でこの後、判定がかかるのかもしれないけれど、とりあえず順調に同期して完了した。...
続きを読む

Ubuntu24.04 でGUIが死んだ

-
 アプリの動作テストを行っていて… AppImageが、22.04では動いていたものの24.04にアップデートしたら、動作しなくなった。 そこで、エラーメッセージを参考に作業を実施。 libfuse2がないというので、以下のインストール。 $ sudo apt install libfuse2 ところが、libfuse2はなく、libfuse2t64 を変わりに突っ込まれた。 でも、動作しない。 仕方ないので、fuseをまるっと入れることに。 ところが、AppImageは動作せず、GUIの動作がおかしい感じ。 homeフォルダを開くとDiskAnalizer（baobab）が起動してしまう。 仕方なく、再起動を実施。 すると、ユーザ選択が表示される前に、Xが落ちた…。 tty2に切り替えて、CUIからログイン。 ネットワークは正常。 コマンドも動作する。 ディスクは問題なさそう。 問題は、gdmが起動しないことだけのようだ。 手動でstartxを叩くが、エラーを吐いて落ちる…。 仕方なく、Desktop環境を再インストール。 $ sudo apt update $ sudo apt install --reinstall ubuntu-desktop gdm3 gnome-shell これで、再起動。 ユーザ選択画面が表示され、無事にログイン可能になった。 ふ〜。 再インストールしないとだめかと思ったが、無事に切り抜けた。 良かった…。
続きを読む

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

-
イメージ
原因が分かった！ 　以前からうまく動作せず、しばらく放置気味だった。久しぶりなので、状況をまとめておこう。要は仮想マシンでプリンタが利用できないということで…。USBがうまく認識できていない。 Mac上（Mountain Lion）でVirtualBoxにより仮想マシンを構築。 GuestにWindows7を入れている。（他にはXP,Ubuntuなどなど） プリンタはCanon PIXUS 850i でUSB接続 仮想マシンXPでは動作しているが、7だと動作しない。Ubuntuでも動作している。 USBメモリもWindows7のみ動作せず。 という状況で、随分前から格闘を続けてきたのだが、今日時間がたっぷり取れたので、じっくり腰を据えて検証してみた。 　この状況で、VirtuaBoxのUSB設定で、プリンタのフィルタを作成しても、しなくても図のようにUSBの認識を正しくしてくれない。USBポートを変更しても、プリンタの電源をOFF／ONしても効果なし。 Windowsのデバイスマネージャで、ドライバを削除しても結局同じ所に行き着いてしまう。 GuestAddtionsもExtentionPackも入れ直している。 もちろん、GuestOSの再起動もHostOSの再起動を行なっても効果はない。 　でも、以前に構築してあった仮想マシンXPでは、同じプリンタが正しく認識されて印刷もできるし、ステータスも確認できる。そこが解せないわけだ…。 　八方塞がりになりかけていたので、本家VirtualBoxのForumを検索して探してみる。同じようにGuestOSがWindowsでUSBがUnknown Deviceとなって利用できないという書き込みが山のようにある。 どうやらバグの可能性が…。でもこれだけ発生しているなら、対策とってとっくにFixしてるはずなのに…と思いながら探してみる。 " Windows does not recognize USB devices "というタイトルの投稿にヒントがあった。 簡単にいえば「プロセッサの数を1にすると治ったよ」ということらしい。 　自分の環境を確認してみる。たしかに7はマルチプロセッサ設定になっている。 XPはLinux...
続きを読む