このブログはコメントを最大５層までスレッド表示するという設定にしていました。
今回、コメントが行方不明になったことがありました。管理者の見ることのできるコメント一覧は時系列です。この一覧とブログに表示してあるスレッド表示のコメントはすぐに一致しないので、今回のようなトラブルがあったとき面倒なのがわかりました。そこで、コメントのスレッド表示は止めて、時系列（古いほうが上）にしました。
同時にいくつかの話題が進行している場合はスレッドがいいのですが、このブログでは記事毎のコメントですのでスレッドにする必要がないと思います。
ご不便になるかもしれませんが、ご了解ください。
特定のコメンテータ、あるいは管理者への返事などの場合、最初に　　hogehogeさん　のように書いてもらうとわかりやすくなります。

Macの名前は、面倒なことに
ComputerName　WindowsのNetBios、SMB での名前
LocalHostName　Bonjour（AppleTalk）　での名前
HostName　TCP/IP　での名前、ターミナル　での名前
の３つがある。元PTA会長の多重ハンネとはちと違う。同じ場所に別の名前で出現するわけではない。
システム機能拡張　ー＞　共有　ー＞　コンピュータ名　は　ComputerName　である。
さらにこの共有のコンピュータ名の右下にある　編集　ボタンをクリックして設定できる名前は　LocalHostName　である。
HostName　はシステム機能拡張から変更できないので、この２つの名前をいくら変更しても、ターミナルを起動したときにでてくる名前は変更されていない。
ターミナルを使っての３つの名前の確認は

$ scutil --get ComputerName
$ scutil --get LocalHostName
$ scutil --get HostName

である。名前の変更方法は

$ sudo scutil --set ComputerName hogehogeCN
$ sudo scutil --set LocalHostName hogehogeLH
$ sudo scutil --set HostName hogehogeHN.local

である。hogehogeCN、hogehogeLH、hogehogeHN　の部分が変更したい名前の部分である。繰り返すが、実行例を示すと（MyMacPBが最初についていたHostNameとする）；

ComputerNameを変更する
MyMacPB:~ hoge$ sudo scutil –set ComputerName hogehogeCN
Password:
MyMacPB:~ hoge$
確認は
MyMacPB:~ hoge$ scutil –get ComputerName
hogehogeCN
MyMacPB:~ hoge$
ターミナルでの名前は変更されていないが　機能拡張ー＞共有ー＞コンピュータ名　では変更されているのを確認できる。
編集をクリックして示されるローカルホスト名は変更されていない。
LocalHostName を変更する
MyMacPB:~ hoge$ sudo scutil –set LocalHostName hogehogeLH
Password:
MyMacPB:~ hoge$
確認は
MyMacPB:~ hoge$ scutil –get LocalHostName
hogehogeLH
MyMacPB:~ hoge$
ターミナルでの名前は変更されていない。　機能拡張ー＞共有ー＞コンピュータ名　はは変更されていない。
編集をクリックして示されるローカルホスト名が変更されているのが確認できる。
HostNameを変更する。最後に.localをつける必要がある。
MyMacPB:~ hoge$ sudo scutil –set HostName hogehogeHN.local
Password:
MyMacPB:~ hoge$
確認は
MyMacPB:~ hoge$ scutil –get HostName
hogehogeHN.local
MyMacPB:~ hoge$
ターミナルでの名前は変更されていないように見えるが、新しいウインドウを開く、あるいはターミナルを再起動すると
Last login: Fri Feb 8 10:17:34 on ttys000
hogehogeHN:~ hoge$
と変更されているのがわかる。
機能拡張ー＞共有ー＞コンピュータ名　では変更されていない。
編集をクリックして示されるローカルホスト名も変更されていない。

なんで３つも名前があるかというと歴史的なものでAppleTalkやSMBのための名前とかがある・あったかららしい。
３つを使い分けることはないと思うので、同じ名前にしておくのがいいと思うよ・
/Library/Preferences/SystemConfiguration/preferences.plist
に書き込まれるようだ。
Chrome のリモートデスクトップではHostNmeを使っていて（xxx.local という名前で表示される）昔の名前のままなので、カーソルを当てると鉛筆アイコンがでてくるので、鉛筆をクリックして書き換える。変更した場合、自動的にアップデートはしてくれないようだ。

大抵、紛失するのは片方だけです。

あたしの家はあっちよ。

埋められた、だれか掘り起こしてくれ。

僕の手先ならぬ手元はどこにいっちゃったの？

毎日のように通勤通学路を歩いていると、亀とか定期券とかいろんな物を拾うのですが、KOBANに届けたのは亀と中学生の定期券だけで、手袋は落ちていた場所の近くの植垣の上とか、木の枝にぶら下げて置きます。そのおかげか、もう一件は翌日見たらなくなっており、写真に取りそこねました。片方だけだから本来の持ち主が持っていったんでしょうね。

hir*tan*3*wank*さん頑張れではhir*tan*3*wank*さんとのやり取りで、ウソツキーこと学とみ子の発言が意味不明であると書きました。
そのあと「分化細胞が酸浴…」（魚拓）では　アホかいな　さんのコメントを読めていない・理解できていないというシーンがありました。
hidetarou の小保方が筆頭著者あるいは責任著者になるのを断っていたという無責任な発言に対し、アホかいな さんは（2019/2/1(金) 午後 10:15 [ アホかいな ]）そんなことはあり得ないとし、小保方の果たした役目を説明するとともに若山氏の立場を説明したわけだ。
「若山先生はキメラマウスの作成やSTAP幹細胞、FＩ幹細胞の樹立はしたけれど、論文にはノータッチです。三大誌への投稿を決めたのも小保方氏、バカンティ氏でしょう。2度めの撤回されたSTAP論文を書いたのは、笹井先生と小保方氏です。…略…若山先生はここでも論文書きには関わっていません。」
このコメントに対し学とみ子は（2019/2/2(土) 午前 6:46 学とみ子）
「（若山氏が）作っただけで論文には関わらないとの主張では世間に通用しないです。」
と間抜けなことを言い出した。「論文にはノータッチ」を「論文には関わらない」と解釈したようです。そんなことは当然ながら若山氏自身も言っていないし、若山氏は共著者なんだから他の常識を有する誰もがこのような解釈するわけがない。
そこでアホかいなさんは（2019/2/2(土) 午前 7:27 [ アホかいな ]）
「私は若山先生が論文には関わらないとは言ってないですよ。実際に論文を書いてないといってるだけですよ。」
と当然の返事をした。
そしたら、この返事の意味が理解できず学とみ子は（2019/2/2(土) 午後 3:19 学とみ子）
「（アホかいなさんの）”キメラマウスの作成やSTAP幹細胞、FＩ幹細胞の樹立はしたけれど、論文にはノータッチ”という発言と”私（アホかいなさん）は若山先生が論文には関わらないとは言ってないですよ。”は矛盾しませんか？」だそうです。
若山氏は論文の執筆という作業には参加していないが、共著者であるし、実験の一部を実施したのだから、投稿した論文には関わっているとアホかいなさんが言っているのを理解できないようですな。
そして「アホかいなさんは、むしろ客観性を持たせるためには、少しぼかしたほうが良くないですか？ 」だそうでこれも意味不明ですな。
こういう学とみ子の勝手な思い込みと意味不明の発言が、読者を苛立たせ、反感を買うわけですな。
このあとアホかいなさんは、だれが読んでも誤解することではなかったのですが、学とみ子の誤解を解くべく、説明しています（2019/2/2(土) 午後 4:46 [ アホかいな ] ）。
これに対し学とみ子は、誤解していましたと一言添えればいいのに、大好きな人定質問で「アホかいなさんは科学者？」と関係のない質問です（2019/2/2(土) 午後 5:52 学とみ子）。さらにおっちょこちょい（2019/2/2(土) 午後 9:26 [ アカギ ] ）が現れて、アノ姐さんの多重ハンネ？と聞いています。
以前から、記事のタイトルと本文の内容が一致しない、phraseのサラダだ、質問には答えられないので無視する、答えてもあっちの方向である、過去の発言を覚えていない等々おかしな方ですが、最近、頓に意味不明発言が多いようです。壊れちゃった・壊れたのがさらにひどくなったようですね。
軒下管理人さんじゃないけど、学とみ子の記事とコメントは読むのに疲れるんですよね。

Mac のOSを　Mojave (10.14)にアップし、アンチウイルスソフトのESET　を6.7 にアップしたら　システム環境設定　の　セキュリティとプライバシー　の　プライバシー　の　アクセシビリティ　と　フルディスクアクセス　に登録していたアプリが見えなくなってしまい、Mac を起動するとき、ここに登録しておかないとまずいアプリ（たいていは自動起動にしてあるアプリ）からアラートがでてくる。
しかし、空っぽで再登録しようとしてもできない。

ESET製品をインストール後、アクセシビリティ/フルディスクアクセスの登録内容が表示されなくなる　というCanonのページがあって、ここでESETの最新バージョンのバグだから、アンインストールして、バージョン6.6 に下げろと言っている。
6.6 をインストールするとき必要になるのは　製品認証キー なので、探しておくこと。このキーはESETのバージョン情報とかヘルプには保存されていない。
6.6 にしてアクセシビリティやフルディスクアクセスを見ると、設定してあったのが保存されていた。これも消えるといちいち再設定する必要がでてくるところだった。

バージョンを下げて対応というのもあんまりだけど 2019/1/9　現在なので、そのうち（もう3週間立ったけど）bug fix されたのがでてくるだろ。
ESETは当然バックグラウンドで動作しているわけで、役に立っているのかどうかはよくわからない。バージョンを下げてから log ファイルをみたけど、ログに何もなかったからどんな効果があったのかわからん。

画像や動画ファイルが沢山あるわけでもないのに、内蔵HDD　あるいは SSD が一杯で保存等ができなくなることがある。システムの容量が肥大化しているためだ。
原因はいくつかあるようだが、いずれも保存する必要がない、あるいは表に出る必要のない、陰で作られるファイルが巨大化したことによることが多いようだ。
どのフアイルがデブになったかを調べる方法は
sudo du -g -x -d 5 / | awk '$1 >= 5{print}'
というコマンドをターミナルから入力すればいい。ルートユーザでないと実行できない。５GB以上のフォルダを表示してくれる。５レベルまで下がって教えてくれる。
今回は；

hoge-Mac:~ hogehoge$sudo du -g -x -d 5 / | awk ‘$1 >= 5{print}’
Password:
204 /Library/Application Support/ESET/esets/logs
205 /Library/Application Support/ESET/esets
205 /Library/Application Support/ESET
206 /Library/Application Support
208 /Library
du: /private/var/db/ConfigurationProfiles/Store: Operation not permitted
略
du: /private/var/folders/zz/zyxvpxvq6csfxvn_n00000y800007k/0/com.apple.nsurlsessiond: Operation not permitted
7 /System/Library
7 /System
6 /Users/hogehoge
6 /Users
7 /Applications
229 /
hoge-Mac:~ hogehoge$

(注：この灰色の四角内の　du -g -x -d 5 / | awk ‘$1 >= 5{print}’　をコピー・ペーストすると半角の ‘ が全角の　’　になっちゃうのでそのままでは使えない。上の本文にあるsudo du -g -x -d 5 / | awk '$1 >= 5{print}'をコピペすること）
と返ってきた。
208 /Library　は Library というディレクトリは 208 GB 使っているよ　という意味だ。デブデブだ。その前の４行では、５つまで下って知らせていることになる。　204 /Library/Application Support/ESET/esets/logs　の意味は logs というディレクトリが 204 GB ということで、だから Library　の 208 GB のうち　204 GB が logs だよということだ。最後の　229 /　は全部で229GB 使っているという意味だ。
つまりセキュリティソフトのESETのログ・ファイルが204 GBにもなっているのが、デブの原因なわけだ。こんなに肥大しているのは何かのエラーだ。ログ・ファイルだから、多分捨てて構わない。昔襲われた記録なんていらないだろ。一応、他に保存しておいてから捨てた。多分ESETが起動すれば自動的にlogsというディレクトリが作られると思うが、一応、空の　logs フォルダを作っておいた。このフォルダにユーザ情報もあったらしく、再度ESETが動く時にシリアル番号とかを聞いてきた。もう少し logs フォルダの中を探って、ホントにいらないファイルを調べて捨てればいいと思うが、捨てて解決したから、いいとした。ライセンスID等は控えてあるからね。
単純にこのlogsは捨てることができない（使用中だとか管理者のパスワードが要求されるとか）けど、他の場所に管理者権限でコピーして、捨てるとかして再起動を繰り返したら捨てることができた。
TimeMachine にもこのデブのlogs がコピーされてあるはずなので、面倒だからTimeMachineのHDDは初期化して、再度、バックアップを取ることにする。そんな昔の状況に戻すことはもはやあるまい。
ESETのログファイルは　メニューにある　ESET　のアイコンから　ESET security Pro を開く　を選び　設定　パーソナルファイアウォール　パーソナルファイアウォール　設定　で左上の　すべて表示する　ボタンをクリックすると　ツール　にログファイル　があるからこれをクリックする。古いログファイルを自動的に削除する　にチェックが入っていて　ログレコードの保存期間はデフォルトで９０日となっている。これで十分でしょ。９０日分が 200 GB にもなるわけがないので、何故こんなにデブになってしまったのかはわからない。
OSの Mojave が最新だから、 ESET も最新バージョンにアップデートしておいて、しばらく様子を見るしか無い。
[ 追記 ] 2019.1.31
Google で　「Mac　ESET　ログファイル　肥大」で検索をかけたら、この記事が４番目にヒットした。昨日の記事が。だぜ。かなりレアな現象かも。
Mac のESETログファイルを取り出すにはアプリが必要らしい。
Mac用ログ取得手順からアプリをダウンロードして抽出する必要がある。再現するようだったら、これでログファイルを取り出し、Canon に送りつけることになるだろう。