2025-09-02

flybyでWindow11強制アップデート

サポート終了も近づいてきたのでWindow10マシンをflybyを使って強制的にWindows11にアップデートしましたが、失敗してあわやデスクトップ購入かというところをリカバーできたのでメモ。

1)Flybyを使ってWindow11インストールするものの80％近くで強制終了。disk boot error で起動せず。嫌な予感。

2)とりあえずググると bios で ata が raid になっているとこのエラーがでるとあったので、起動時にF2を押して bios 確認。確かに raid になっていたので ata に戻す。

3)disk boot error は解消されたもののやはり起動せず。回復メニューから回復ポイントで戻そうと思ったけど設定されてなかった・・・。

4)しかたないので「このPCを初期状態に戻す」「個人用ファイルを保持」でアプリを削除。Windows10に戻した。

5)再度 flyby 試みたらアップグレード成功。回復ポイント設定しておけばよかったと思ったがおそらくロールバックしてもインストールできなかっただろうから結果オーライ。後はアプリを入れ直します。

2023-02-15

CANON LBP-6240 謎のオフライン

　なんのタイミングかわからないけれど、 CANON LBP-6240 無線接続がオフラインになったきり戻らない。そういえば5年前にも同じようなことがあって、USB接続してドライバいれなおしたら治った。しかし今回はそれをしても治らない。前回はルータのAOSS不調だと思ったが、これはやはりプリンタ側の問題だろう。教訓はけちってコンソールのついていないプリンタを買うものではない(と5年前も書いていた。でも1万円台だったのだから十分元は取ったというべきか)。

　テストページは印刷できたので接続自体はできているようだ。一回プリンタドライバ削除してIPアドレス指定して再インストールしたら治った。治ったが釈然としない。

(追記)たぶんUSB接続インストールでうまくいかなかったのはドライバアンインストールしていなかったからだろう。次回謎のオフライン現象生じたらドライバアンインストール→USB接続で再インストールで行けるはず。

(追記 2024.4.29) 再度謎のオフラインになった。ドライバアンインストールしてUSB接続でDVDから再インストールしようとしたがそもそもUSB接続でプリンタを認識しない。自動でドライバはいってオフライン表示はなくなったがあいかわらず印刷はされない。プリンタのIPアドレスも振られておらず0.0.0.0になっていた(用紙ボタンを3秒以上押しで印刷)。仕方ないのでDVDから無線LAN経由でドライバ再インストールしたらなおった。IPアドレスも正しく振られていた。なぜなおったのかもよくわからない。

2022-09-30

クラウドサーバの移転について

むちゃ苦労したのでメモ。

Linux に関してはとりあえずサーバの運用に最低限の知識を AD HOC に検索して入手していて、基本的なことはよくわかっていない。CentOS7 のサポート切れに伴い、Wordpress用のサーバ移転をしなければならなくなった。移行期間は1ヶ月。今年度のひと月でどれか選べというので9月を選択。新サーバのIP届く。

大学のクラウドサーバ、ftp、phpMyAdmin とかは現状使えない。（使えるのかもしれないけど、設定の仕方がわからない）。

バックアップは Wordpress の BackWPup で取ってあったから簡単かな・・・と当初は思った。しかし調べたら BackWPup は復元は手動・・・、ってバックアップの意味ないじゃん。ということで、復元機能をもった Updraftplus を使ってバックアップし、新サーバ(Wordpressはインストール済み)に復元。Updraftplus は複数ファイルに分割してバックアップするんだけど、一度に復元しようとしたら大きなファイルでエラーが出た。個別に復元していったら大丈夫。ここでWordpressの設定でアドレスをDNSからIPに書き換えておくべきだったが忘れた。

大学にDNSの張替えを依頼し張替え完了。しかし、リダイレクトがおかしくなってログインできず。調べて wp-config.php のWP_HOME、WP_SITEURL を切り替えてWordpress起動。http://xxx.com/wordpress の /wordpress 省くために index.php を設置。ここでhttps接続するにはサーバ証明書必要だったと気づく。問い合わせたら、幸い旧サーバのものが使い回せるとのこと。サーバ証明書とキーを指定ディレクトリに設置し、apache 再起動しようとしたが、パスフレーズが違って再起動できず。あわてて業者に問い合わせるが、サポート有料と言われてて頭を冷やす。

落ち着いて考えたら、古いキー使っていたと気づき置き換える。apache 再起動したが http では接続できるが、https で接続できず。もういちど業者に聞いたらhttpsのポートを開くように言われて、firewall でポートを開く。しかしまだ https 接続できないので、firewall 周りの記事を読んで firewall のステータス確認したら https が許可されていなかった。許可したら無事 https 接続可能になりました。

ftp転送は以前試みてダメだったが、そもそもftpをインストールしておらず、firewallでftpを許可していなかったのがいけなかったとわかった。ftpサーバを立てて、firewallで許可したら接続できた。これで TeraTerm のめんどくさいTTSSH転送ともオサラバできるかな。phpMyAdmin もいれちゃおうかなと思ったけど yum ではできないようなので、またもう少しサーバ力(さーばか、ではありません)がついてからにします。

2022-03-31

クラウドサーバのSSL常時接続の更新方法

マニュアルを読んだだけだと絶対わからなそうなので備忘録。初回は挫折したが初回特典で費用大学持ちで業者がやってくれた。

Apache2.0系 mod_ssl

・Openssl インストール(済)

・秘密鍵ファイル(server.key)の作成

　/etc/httpd/conf.d/　に移動。

　openssl genrsa -des3 -out server.key 2048(パスフレーズ使用) 使用すると apache 再起動ごとに入力を求められていいことありません。

openssl genrsa -out server.key 2048 (パスフレーズ非使用)

　openssl req -new -key server.key -out server.csr

DN情報の入力を求められる。 A Challenge Password は改行でOK.

server.csr server.key をTeraTermでダウンロードしておく

server.key の属性 600 のままだとダウンロードできないので 611 に変更してダウンロード。また 600 に戻しておく。

・TSV ファイルの作成 TSVツール: トップメニュー (nii.ac.jp)

　ウェブツールでTSVを作成　　3:サーバ証明書(sha256WtihRSAEncryption)

　機関を通じて送付

　サーバ証明書 server.cer を受領

・/etc/httpd/conf.d/ssl.conf　を見て下記のファイルが保存されているディレクトリを確認
SSLCertificateFile: /etc/httpd/conf/ssl.crt/server.cer（サーバ証明書を配置）
SSLCertificateKeyFile: /etc/httpd/conf/ssl.key/server.key （秘密鍵を配置）

・秘密鍵ファイル、サーバ証明書をアップロードし、旧ファイルをリネームした上で上書きする。中間CA証明書は更新しなくても大丈夫だった(今はサーバ証明書に中間CA証明書、クロスルート証明書を連結しないとダメと言われる)。

・apache 再起動。

2020-08-04

Outlook の強力亡霊メッセージ

Microsoft Office Outlook の「既定のメールクライアントが設定されていないか、または現在使用されているメールクライアントがメッセージングの要求を実行することができません。Microsoft Outlookを実行して、既定のメールクライアントとして設定してください」のメッセージが消しても消しても出る問題。

・まずは既定のメールクライエントに Outlookを設定。　→　消えない。

・Microsoft IME の Outlook関連の辞書を消す　→　Microsoft IME は消去済み。

・Microsoft Office の修復　→　消えない。

・古い Office がインストールされていないかを確認　→　されていない。

・Outlook のアドインを消す。　→ 消えない。

・既定のメールクライエントに Windows Live メールを設定　→　消えない。

・既定のメールクライエントに Thunderbird を設定。　→　消えない。

・レジストリを削除　

HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail の値 PreFirstRun を削除。

HKEY_LOCAL_MACHINE\Software\Clients\Mail\Outlook を削除　

https://faq.aosdata.co.jp/backup119/2008/07/post-43.html　→　できました。しかし、また復活。