投稿

ラベル(ディスクユーティリティ)が付いた投稿を表示しています

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 のように、 認証完了後にシェルが起動せず、応答がない状態になっている。 具体的には ...

iMacの調子が悪くなった(修復完了)

イメージ
やっと動くようになった 土曜の夜に、仕事でskypeを2時間ほど行って、ミーティング終わってからの調子がすこぶる悪くなった。 でもって、 リカバリーモードで、ディスクのチェックを掛けた のが、昨日。 しかも、昨日のブログは、携帯で書いているので、今見ると読みにくいわ…。 昨日、仕事から戻ると、バックアップディスクのチェックは完了していて、問題なし。 OK。 これで安心して、本体のHDDが触れる。 続いて本体のHDDをチェックする。 しばらく待つと、エラーが出ます。修復かけます。直りません。 これを、数回繰り返したが、結局、起動することは出来ず。 ディスク自体が逝っているのか、理論的に逝っているのか現時点では分からない。 S.M.A.R.T.情報でもすぐに見られれば、良いのだが…。 最悪、HDDの交換かマシンの買い替えも視野に入れつつ、作業をすすめる。 まずは、フォーマットをかけてみる。 この時点で、ダメならHDDを諦める。→問題なし。 念のため、クイックなフォーマットではなく、実際に0埋めをさせてみる。 これは多少時間がかかるだろうと思いつつ、実行→問題なし。 ならばと、TimeMachineのバックデータを元に書き戻しを実行。 ぐはぁっ、14時間かよ…。 ということで、放置しつつ他のWindowsマシンで仕事して寝た。 修復完了 朝起きたら、まだ4時間かかると出ていたので、もう少し放置。 で、9時半頃に完了。本当に10時間以上掛かっているゎ。 やっと、ログイン画面を拝むことが出来た。 動作確認を兼ねて、ブログ書き中。 今のところ、正常に動作している感じ。 ただ、key_chainなどが消えているっぽくて、やたらとパスワードを入力させられる。 バックアップ対象に入れていないDownloadフォルダは、すっかり空だけどまあいいや。 と思って確認していたら…。 仮想マシンのイメージが消えていた orz あまりに容量がでかいので、対象から外していた。 少しやばい。 Windows用の開発ソースが、残っていないかも。 殆どはOneDriveに移行していたんだけど、その前のものが残っているかな。 別のWindo...

タイムマシンのディスクがおかしい

イメージ
母艦に戻ってみたら 先のブログを書いて、風呂に入って、メインマシンのiMacに戻ってみると、エラーらしき表示が出ている。 「正しく取り出し操作を行わなかった…」とかなんとか。 って、ずっと繋ぎっぱなしだし、そもそも母艦であるiMacを操作していないのに…。 よく見ると、すでにディスクはunmountされていて、見えていない。 仕方なく繋ぎ直して、認識させる。 ひょっとして、壊れているとバックアップの意味が無いので、確認しておく。 「ユーティリティ」→「ディスクユーティリティ」を選択。 まずは検証を行ってみる。 一部、異常があるようだ。 カタログファイルがおかしいらしい。 完了するまでに、1時間18分となっているが、これを書いている間に、予想時間が2時間になっている。 こりゃ、いつになったら終わるかわからない事態。 とりあえず、朝まで放置しておくか。 検証を中止して、修復に入ることにする。すでにエラーが有るわけだし、どうせ検証が終わってから修復するわけなので…。 修復を開始→予想時間:18分って…。 この予想はまったくもってあてにならないですな。 もうこのまま放置して、今日は寝る。

バックアップが上手くいかない

イメージ
MacのTime Machineは秀逸 MacOSユーザなら、一度は聞いたことがある有名なバックアップソフトが「Time Machine」ですね。 標準で持っている、お利口なバックアップソフトです。 機能としては、差分バックアップを随時取ってくれて、過去の特定の時点のデータを取り出すことができるものです。 pdumpfs+GUIといった感じです。 pdumpfsはrubyで書かれたバックアップ用スクリプトで、ハードリンクを使ってファイルをコピーバックアップするツールです。windowsでも動作します バックアップ用のHDDを接続して、そのディスクにバックアップを取るよう設定すれば作業完了。 初回だけフルバックアップになるので、少々時間がかかりますが、あとはチョロチョロ動いて、それ程邪魔になりませんし、 イザという時の保険としては安心な機能です。 これまでに、何度も助けられています。 もちろん、OSの入れなおしだとか、Updateの失敗なんて時も、簡単に復旧できるので必須ツールです。 まだ、使っていない人は、早めに導入すべきですね〜。 急にエラーを吐いた 突然、Time Machineがエラーを吐いてきたので少々慌てました。 朝見ると、バックアップが完了できなかったというじゃないですか…。 ディスクフルな場合は古いものから、順次消していくはずなので、ディスクが一杯ということはないはず。 思い当たる節がない。 Time Machineの環境設定を確認すると確かに「!」マークが表示されている。 0:04分で失敗していることには変わりがない。 この状態では安心して、ファイルの変更など行えない。 特に仕事のデータなども、結構な頻度で書き換えを行っているので、元に戻せないのはもの凄く不便だ。 放置しておくわけにもいかないので、正常に動作するように直すしか無い。 「ユーティリティ」→「ディスクユーティリティ」を開き、該当のHDDを選択。 「ディスクを検証」を行えば、状況が分かるはず。 ポチッとな…。約20分かかるらしい。 1TBあると、それなりに時間がかかりますね。 同階層のリンクが正しくありません スレッドレコードの数が正しくありませ...