Catalina is Catastrophe

どうしたものか,10月31日よりあとシステムの設定変更などが保存されません.

いちおう,エラーなく動くので,ファイルシステムがぶっ壊れているわけではなさそうです.

自分のホームディレクトリー以下に書き込んだデータファイルは残っていますが,システムや,ミュージック(旧”iTunes”)のデータが,再起動の度に10月31日現在に戻ってしまうようです.

キャッシュがフラッシュされていないようにと言うか,スナップショットで戻されているかのようです.しかし,自分のデータファイルはちゃんと新しいのが残るので奇々怪々です.

Mac mini (Late 2014)でのみ起きて,Macbook (2018)では起きません.そうだ,Macbookは再起動しないでスリープさせてまた解除にしているから違いがあるのかも知れません.Mac miniもしばらく電源を切らずにスリープにしてみようかな.

BitWardenの使用をやめます

もう,かれこれ半年近く,webブラウザや,いろいろなアプリケーションでパスワードを使い回せる同期できるBitWardenという,アプリとクラウドの総合システムを使ってきました.

しかし,一番良く使うサイトで使えね〜なぁ状態なので,近々全部uninstallして,クラウドのアカウントも削除する予定です.

WebブラウザはFirefoxがメインで,iOSとMacではSafariも時々使います.OSの利用割合は,

macOS>=iOS>Windows>=Linux

といった感じでしょうか.つい最近FT8をかなりアクティブに運用するようになって(アマチュア無線の話😓),WindowsとLinuxの頻度が逆転したと思います

さて,セキュリティーの都合上具体的には書けないのですが,とあるサイトでは,プラベートなwikiやその他のwebサービス, 複数の種類のデータベースなどを動かしていて,webブラウザでアクセスします.BitWardenは,同じサイトの別サービスをケースによっては同じアカウントとみなして,サービスを行き来するたびにパスワードを更新しようしてきます.

Firefoxは賢いことに,同じサイトの同じログイン名のサービスでも,違うサービスとして認識して,パスワードを別々に記憶して提案してくれます

また,BitWardenに期待していた,webブラウザ以外でのパスワードの記憶と提案ってのは,iOSでいくつかあった程度で,全般にはほとんど機能しません.

ということで,副作用がなければ使わないで残しておいてもいいかと思いましたが,同じサイトの同じログイン名の別のサービスに対してパスワードの更新を勧めてくるのが結構煩わしいので,使うのをやめることにします.

アプリとプラグインのuninstallだけして,クラウドのアカウントを残すのはセキュリティー的に怖いのでアカウントも削除する予定です.

今後は,iCloudのKeychainの同期と,Firefoxのパスワード管理+FirefoxSyncの二本立てという,BitWarden導入以前の形態に戻ってやっていくつもりです.

2020/12/19注: その後いろいろ変わりまして,

macOS>=iOS>Linux>>Windows

となっています.

少なくとも,別のサービスのログイン情報を上書き更新しようとはしません.

OneDriveにアクセスできん

macOSをCatalinaにして,しばらくしてからだと思うのですが,OneDriveアプリがアカウントにログインできないと文句を言います.何度もMicrosoft Authenticatorによる認証手続きをしても,接続できません.

こういうトラブルは昔からよくあるようで,KeyChainにある関連項目を削除してから,OneDriveを立ち上げ直すとなおることが多いようです.関連項目を削除するスクリプトまでありますから,いかに多くこのトラブルが発生しているか解ります.

しかし,このスクリプトを使っても一向に改善しません.新たに見つけた,アプリを削除して再インストールする方法もやりましたが,改善なしです.

まあ,予備用のクラウドの位置づけなんですが,せっかく使えていたのが使えなくなるのは不便です.

VMWare Fusion 11.5にしてよかったかも

これまでMojaveではVMWare 10.Xを使っていて,今回Catalinaにしたら画面が表示されないと騒いでいましたが,そもそも10.xはMojaveが出る前のもので,CatalinaはもとよりMojaveでも最適化されていようはずがありません.

Catalinaにしても,無料で10.xを使い続ける手もあったんですが,結論的には有償で11.x(11.5)にアップグレードしてよかったと思っています.

やはり,Mojave/Catalinaに最適化されているようで,ゲストOSの動作がキビキビしています.10.xでは,まあなんとか使えるレベルでしたが,11.5にしてからは,十分使えるレベルになりました.

そこで,無駄に高価なSSDの数十GBものスペースを占有しているDebianのゲストOSを動かして,StretchからBusterにアップグレードしてみました.あまりDebianに通じていないこともあって,アップグレード手順を何度か(たぶん3回😥)やり直すことになりましたが,最終的にはなんとかうまくいって,今使用しています.

やり直す場合も,Debian関連文書には事前にあれこれセーブしなさいとありますが,仮想マシンの場合は作業前にSnapshotを撮って,失敗したらそこまで戻せばいいだけで簡単です.

もともと,KDEが好きなのですが,Raspberry Piのサーバーには重すぎるし,Mozcが使えないこともあって,Core i7のWSをいちいち起動しないと日本語環境のまともなKDEは使えないし,使えるとは言ってもSlackwareなので,update/upgradeの問題があります.そんなことから,KDEのためにあえてWSを起動することはほとんどありませんでした.

今後は手軽に使える仮想マシンで耐えうるスピードで動く,日本語環境のちゃんとしたKDEが使えるので,積極的に利用していきたいと思います.

Catalina UGの後始末

結局,WSJT-Xのみは,Windowsの実機(AMD A6 Windows 10 32bit)で,動かすことにしました.その他のアマチュア無線関係のソフト, N1MM+, MMTTY, Log200は,引き続き,Mac miniのVMWare Fusion 11.5下で,Windows 8.1の仮想マシンを走らせて,そこで動かします.

VMWare Fusion上のWindows 8.1仮想マシンと,USBリソース(CAT用のUSB-serialアダプターと音声信号入出力用USB-audio)は,KVM Switchで切り替えると不具合が生じましたが,これを避けるために,基本的に両方のWindows環境を起動しないこととします.また,KVM SwitchでMacとWindows実機をどうしても切り替える時は,USBの切り替えを伴わない,HOT Key 2回, ポート番号, k, リターンという手順で切り替えることにします.

Windows実機では,S/Nが-20dBを下回る信号もちゃんとデコードしてくれます.macOS版のWSJT-Xと同等のデコード性能と思います.

たぶん,VMWare Fusion下では,単純な時間遅れが生じているのかもしれませんが,それより問題になるのは,スケジューラーによるタスクの切り替えで,仮想マシンの時間軸にjitterが発生して非線形(時間のjitterは,相対的に入力信号のjitterになります)となっていることでしょう.このため信号のデコード(信号を重ね合わせてランダムノイズを除去する)で大きな不利になっているのでしょう.あくまで推測で,確認・検証などはしません^^;

傍証として,VMWare Fusionで動かしているWindows 8.1 (32bit)上で,DFUSe Demoを使って,nanoVNAにファームウェア(固件)を書き込むのがうまく行かない(書き込みの途中で必ずエラーになる)というのがあります.