ちなみに Macユーザ。

あなたの位置情報へのアクセスを許可しますか？
システムの位置情報設定を開きます。Firefoxに位置情報へのアクセスを許可してください。

とのこと。

「このサイトでは今後も同じように処理する」にチェックを入れて「許可」をする。

しかし、なんど記憶させてもまた聞いてくる。

おもにアドレスバーで文字列を打ち込んで検索をしたときに、Google検索をデフォルトに設定しているわけだが、このGoogle検索は頻繁につかうのでストレス。

メッセージ的には、OSレベルの許可設定においてFirefoxに許可を与えて欲しいと言っているかと。

しかし、Macの[システム設定] ＞ [プライバシーとセキュリティ] ＞ [位置情報サービス]
では、Firefoxに許可を与えているのだ。

Firefoxの[設定] ＞ [プライバシーとセキュリティ] ＞ [許可設定] ＞ [位置情報]では、

確かに googleに位置情報の使用許可を与えているのだ。

これでもだめ。

しかたがないので、

位置情報へのアクセス許可を与えて解決するのではなく、
位置情報へのアクセス許可を求めさせない方法を試みる。

「位置情報へのアクセスの要求をブロックする」にチェックを入れてやった。
これででなくなった、と思ったがしばらくするとまた発生。

次に、https://www.google.com への許可自体も削除してしまうことにした。

しばらく出ない。
これで様子を見る。
Google Mapの検索で何か不利がでるかも？

結論としては、再インストールで解決

最初は、ウィジェットだけが表示された状態で、マウスは動くがログインができない、というかログインができているかどうかもわからない、初めて見る状況が発生。

アップデートを放置していて、経過を見ていなかったのでなんともどこまですすんでこうなったかわからない。

強制終了から、再起動すると、ログイン画面が表示されホッとする。
しかし、パスワードを入れた後で、クルクル状態が発生。

15分くらい待ってクルクルは止まったがログイン画面のままマウスカーソルは動くものの、何も操作できるメニューがなく手詰まりになる。

以前にもログインができなくなるトラブルがあり、記事を書いた。
macOSのアップデート後ログインができなくなる

前回はESETが原因だったため、今回もそうかもしれない（ごめんなさい）と、セーフモードで起動しログインを試みるも、状況は変わらず。

できることを試してみる。

電源長押しのレスキューモードで起動し、オプションから、ユーティリティ＞ターミナル起動。

• Applications/ESET Cyber Security.app をmvする。（疑ってすみません、今回の原因ではありませんでした。）
• ユーティリティ＞起動セキュリティユーティリティでセキュリティポリシーを下げる。
• /var/log/system.log にネットワーク系のエラーが出ていたため、Wi-Fiを無効にして有線LANへ変更
• ディスクユーティリティで First Aid を実施

いずれもダメだった。

セキュリティポリシーのスクリーンショット）

さすがにちょっと焦りつつ、大丈夫、最悪はTimeMachineがある、と自分に言い聞かせながら考える。

またもやChatGptに聞くと、First AidとOSの再インストールを提案される。

First Aidは実施済み。あとは再インストールかと。

ユーザデータなどは残るということで、再インストールを実施する。

終了まで3時間半と出るが、実際には1時間以内で終了。

無事にログインができ、ユーザデータは元のまま、アプリケーションも特に影響はない模様。

バージョンアップのたびにこうなると困りますね。
一般ユーザは対処ができないでしょう。

今回は、特定のバックアップだけを消したいという状況で実践してみた。

macOS Sequoia 15.7.4

最初は「Time Machineに入る」の中で消せると思って入ってみる。

しかし、削除のインターフェースが見つからない。

「Time Machineに入る」の手前の画面を見てみると、

バックアップが一覧表示できて、各日時を右クリックすると「すぐに削除」というメニューがある。
ここで消せそうではある。
しかし、Finder上で消すのは怖さがある。

よってGUI削除を一旦あきらめて、CUI削除を試みる。

tmutil listbackups でバックアップのリストが取得できる。

ここで、日時を指定して削除する。

sudo tmutil delete -d /Volumes/<タイムマシンボリューム名> -t <日時>

無事に削除できた。

まずは、ディスクユーティリティで見てみる。

次に[システム設定]＞[一般]＞[ストレージ]で確認する。

大雑把には、音声が多いとか、メールが多いとか、写真が多いとか「あたり」はつけられそう。
でも、細かいことまではわからない。

そこで今回使ってみたのが、GrandPerspectiveというアプリケーション。

四角形でツリーマップを表示するとのこと。

半導体の設計図みたいなビジュアル。
大きな四角に注目すれば大きなファイルがわかる。

たとえば、中央下の位置大きな四角を選択してみると、

これについては、ParallelsのWindows 11領域と分かった。これは消せないが、こんな感じで大きい四角を探しながら潰していく。

これも、右側の大きめなのを選んでみると、

これがFinal Cut Pro.appだとわかる。

上部のMove focus upボタンを一度押すと、一つ上の階層、今回だと /Applications/ の範囲へ移動して分析できる。

アプリケーションの下には、他にもなかなか大きいアプリがあることがわかる。消せるか消せないかは状況次第だが、こんな感じで追っていく。

ひとつ気になるのは、このアプリ GrandPerspective は、ファイルサイズの大きなもの、アプリケーションのようなパッケージとして大きなものは探しやすいが、小さなファイルが沢山集まったフォルダを探すとかは少し難しい。

それでも、十分に便利なツールだとわかる。
上部のZoom、Facusで階層を変えつつ、RevealボタンでFinderを立ち上げることも可能。
なかなかおもしろいツールだ。

最終的にはかなり使用容量を減らせた。

ディスクユーティリティの容量とかなり差分があるようだ。

これはなぜかわからない。

10分程度経っても変わらず、しまいにはクルクルもしなくなり、ただ日時とユーザアイコンが表示しているだけになってしまった。
電源長押しで強制終了から再起動をしても残念ながら変わらず。

ログイン直後に実行される「何か」が邪魔しているのだろうと想像。おそらくESETではないかと。

セーフモードで起動する。

Macbook Proの場合、電源が完全に落ちた状態から、電源ボタンを長押しする。
「起動オプションを読み込み中」に変わるまで押し続ける。

Macintosh HDかオプションを選ぶ画面で、Macintosh HDを選択し、Shiftキーを押しながら「セーフモードで続ける」をクリックする。

ログイン画面に来たときに、右上に「セーフブート」と表示されていれば成功。

今度はログインできた。

疑って申し訳ないが、ESET Cyber Securityをアンインストールしてみる。アンインストールにはWebサイトからインストーラーをダウンロードしなければならない。

インストーラーecs_setup.dmgをクリックしてマウントし、

Uninstallerを実行する。

「サービスの停止中」から全く進まなくなる。30分くらいは待ったかな。セーフモードだとアンインストールができないのかも。
あきらめて✕で閉じて、Macを再起動する。

通常モードで起動したが、今度は問題なくユーザーログインができた。よって、ウイルス対策ソフトESETが犯人であったと確定する。

ESETをアンインストールしてからOSアップデートに臨むべきだったか。

さて、セーフモードでアンインストールが途中で止まったため、通常モードでアンインストールを行い今度は成功。
再度ESET Cyber Securityをインストールして問題なく動いている模様。

あとはSequoia最新版の不具合にあたらなければよいが。

これは便利。

Macでは ifconfigをよく使っていて、 IPアドレスは出るものの、デフォルトゲートウェイとDNSサーバが出ずに不便に感じていた。

ChatGPT先生に聞きながらスクリプト化してみた。

#!/bin/bash

# インターフェース指定（引数がなければ en0）
IFACE=${1:-en0}

echo "=== ネットワーク情報 for $IFACE ==="

# IPアドレス取得
echo "--- IP アドレス ---"
ipconfig getifaddr "$IFACE"

# デフォルトゲートウェイ取得
echo "--- デフォルトゲートウェイ ---"
route get default | grep 'gateway'

# DNSサーバー取得
echo "--- DNS サーバー ---"
# 重複表示される
#scutil --dns | awk '/nameserver/ {print $0}'
# IPだけにするのと、重複させない
scutil --dns | awk '/nameserver/ {print $NF}' | sort | uniq

出力結果は画像で。

スクリプトのポイントは実行時引数にインターフェースを指定できること。
指定しないときのデフォルトはen0。

DNSサーバの標準では、下記のように出る。

resolver #1
  nameserver[0] : 2404:1a8:7f01:b::3
  nameserver[1] : 2404:1a8:7f01:a::3
  nameserver[2] : 192.168.100.1
  if_index : 14 (en0)
  flags    : Scoped, Request A records, Request AAAA records
  reach    : 0x00000002 (Reachable)

nameserver[2] みたいな項目名部分を省くために awk を使用し、リゾルバ毎に複数出るのをsort | uniq で重複を除去している。

findでファイルを抽出してsedにわたす。

以前、bashでの置換例を書きsedは遅いと書いた。
bashで文字列置換をする

遅くても便利なら使うのだ。

さて、"abc" を "efg" に書き換えるワンライナー（1行実行）の例は下記。

find . -type f -name "*.twig" -exec sed -i 's/abc/efg/g' {} +

これは、Gnu版のsedを使用する例
sed --version
sed (GNU sed) 4.2.2

同じコマンドをMacOSのBSD版で実施すると、エラーになる
エラーメッセージ「sed: 1: "./t2/index.twig": invalid command code .」
これには、ちょっとはまって混乱した。

BSD版sedでは、バックアップをとらないとき -i '' という明示をしないとだめということらしい。

Macでは、下記のコマンドになる。

find . -type f -name "*.twig" -exec sed -i '' 's/abc/efg/g' {} +

逆に、GNUのsedでこれをやると、
エラー「sed: s/abc/efg/g を読み込めません: そのようなファイルやディレクトリはありません」
-i に関して互換性がない。

ちなみに、今回一括置換をやろうと思ったのは、EC-CUBEのバージョンアップで .twig ファイルの書式が変わり、修正が必要になったため。

{% for f in form if f.vars.eccube_form_options.auto_render %}
↓
{% for f in form|filter(f => f.vars.eccube_form_options.auto_render) %}

下記のようなワンライナーで処理。

find . -type f -name "*.twig" -exec sed -i 's/ if f.vars.eccube_form_options.auto_render %}/|filter(f => f.vars.eccube_form_options.auto_render) %}/g' {} +

Macへpythonをインストールする、そしてMAMPでWeb表示
MacにPythonのフレームワーク Flaskをインストールする。

それぞれある程度の目的は達したものの、仮想環境を作成するにはAnacondaでも良かったのでは？
ということで、Windowsでは使ってたAnacondaをMacにも入れてみた。

まずはダウンロードする。
https://www.anaconda.com/download/

インストーラーから特に問題なくインストールを進める。

アプリケーションフォルダにAnaconda-Navigator.app（のエイリアス）が追加される。
実体は /opt/anaconda3 下だった。

ナビゲータを起動する。

Windowsで見ていた画面とほぼ変わらない。

Environmentsから仮想環境を作成する。

flask_workという名前で作成した結果。

次に、flaskをインストールするためにターミナルを起動する。仮想環境名横の矢印をクリックして、

Open Terminalを選択する。
そうすると、Macのターミナルが起動する。

プロンプトの先頭が「(仮想環境名)」になっていることを確認しつつ、pip list でインストールされたPythonライブラリを確認。デフォルトではほぼ何も入っていないようだ。

pip install flask でflaskをインストールする。

結果、依存関係を考慮され関係するライブラリを含めて Flask 3.1.0がインストールされた。

Anaconda Navigator上でも、再読み込みした後に、flaskがインストールされたことが確認できた。

さて、インストールフォルダを確認してみると、

/opt/anaconda3/envs 以下に作成した仮想環境名のフォルダができていることがわかる。

環境構築ばかりやって、開発になかなか手をつけずにいる。

2025.2.22追記
Anacondaインストール後に、homeに.bash_profileが生成され、内容が下記となった。

# >>> conda initialize >>>
# !! Contents within this block are managed by 'conda init' !!
__conda_setup="$('/opt/anaconda3/bin/conda' 'shell.bash' 'hook' 2> /dev/null)"
if [ $? -eq 0 ]; then
    eval "$__conda_setup"
else
    if [ -f "/opt/anaconda3/etc/profile.d/conda.sh" ]; then
        . "/opt/anaconda3/etc/profile.d/conda.sh"
    else
        export PATH="/opt/anaconda3/bin:$PATH"
    fi
fi
unset __conda_setup
# <<< conda initialize <<<

デフォルトでanaconda設定が読み込まれ、プロンプトが変わってしまう。
ここは要注意。

一度削除をして再インストールする。

新規作成画面で、「Microsoft からWindows 11を入手」をクリックする。前回インストールしたときこんなに簡単だったかな？
これなら楽そう。

Windowsのインストールをクリックして進める。

進行中。

10分程度でインストールが完了。

使用許諾に同意する。

以後、Windowsのプロダクトキーを入力。
なんか、あっさりと終わってしまった。

その他、Parallelsの設定を少しカスタマイズして完了。

which sqlite3
/usr/bin/sqlite3

sqlite3 --version
3.43.2 2023-10-10 13:08:14 1b37c146ee9ebb7acd0160c0ab1fd11017a419fa8a3187386ed8cb32b709aapl (64-bit)

Homebrewでインストールしてみる。

brew install sqlite

無事にインストールは完了。

インストールされたパスは /opt/homebrew/Cellar/sqlite/3.46.0/bin/sqlite3

そのシンボリックリンクは、/opt/homebrew/opt/sqlite に設置されていたが、リンク先は古いバージョンのまま。

brew link sqlite3 --force
でリンクを変更する。

しかし、/usr/bin/sqlite3 が先にパスにいる以上は、フルパスで実行しない限りは新しく入れたsqlite3を使えない。
実際、brew link sqlite3 --force を実行したあと、親切なコメントが。

Linking /opt/homebrew/Cellar/sqlite/3.46.0... 8 symlinks created.

If you need to have this software first in your PATH instead consider running:
  echo 'export PATH="/opt/homebrew/opt/sqlite/bin:$PATH"' >> ~/.profile

「環境変数のPATHに追加しなさいよ」と教えてくれている。

ついでにこのあと使うかもしれない、sqldiffとsqlite3_analyzerをインストールするため、パッケージ名を検索する。検索は brew -S パッケージ名の一部
その前に、さっきやっておけばよかったのだが brew 自身をアップデートする。

brew update
brew -S sqlite
brew -S sqldiff

パッケージ名がわかったのでそれぞれインストールする。

brew install sqlite-analyzer
brew install sqldiff

インストール先はどちらも、/opt/homebrew/bin/ だった。

で、改めて、/opt/homebrew/bin/ を見てみると、sqlite3もそこにシンボリックリンクがある。

さっきの、パスの話は、/opt/homebrew/opt/sqlite/bin とかではなくて、
/opt/homebrew/bin にさえパスを通して置けば、パッケージ個別にやる必要はないのでは？ という考えもある。

これにて完了。