一定間隔で NAS から画像データを取り出して表示するサイネージを Raspberry pi zero w を使って運用しています。この表示が止まってしまったことが最初の問題。 python のライブラリを使っているのですが、データ転送ができなくなるとその時点で表示していたものを表示したまま止まります。この時点では再起動すれば治るだろうと思いました。
だんだん泥沼にはまっている気はしていましたが、気を取り直してサイネージの Raspberry Pi に SSH で接続してみます。 Raspberry Pi には有線 LAN アダプタなどはかませていませんので、完全に Wi-Fi 接続のみです。接続できないのかと思いきや、しっかり接続できます。ところが、ネットにはつながりません。ネットにはどころか、 Wi-Fi ルーターに接続してある有線の LAN にもつながらないのですね。だんだん泥沼に腰のあたりまで浸かってきました。
設定をあちこちいじくり回すこと 1 時間
わかりません。状況は全く変わりません。
ところが、そろそろお手上げ状態になった頃に iPhone の Wi-Fi 経由インターネット接続復活しました。原因はわかりませんし、何をやった結果復活したのかさっぱりわかりません。サイネージ Raspberry Pi も再起動させたらすんなり動いてくれました。なぜだ …
Raspberry Pi に SSH 接続したときに気がついたのですが、 NAS の反応が異常に遅い。遅いどころか、反応しない。起動時に NAS をマウントするように設定しているのですが、タイムアウトしています。ネット接続もタイムアウトです。そこら辺から、ルーターからネットや LAN へのつなぎ目がおかしかったのだろう。とは推測できます。できますが、ルーターの設定をいじっては戻ししていたときには反応せずに、お手上げ状態でほったらかしていたら治るというのはどういうことでしょうか？
結論
わかりません。
久々に情けない気分です。再び症状が発生したらどうしようか。ちなみに有線 LAN 経由のインターネット接続はこの事態のさなかも問題なく動いていました。
on writeToFileAsUTF8(thisData, targetFile, appendF as boolean)
tell current application
try
set the targetFile to the targetFile as text
set the openTargetFile to open for access file targetFile with write permission
if appendF is false then set eof of the openTargetFile to 0
write thisData to the openTargetFile as «class utf8» starting at eof
close access the openTargetFile
return
on error
try
close access file targetFile
end try
return false
end try
end tell
end writeToFileAsUTF8
script MyScript
if application "Music" is running then
tell application "Music"
if player state is playing then
set playing_track to the current track -- 演奏中のトラックを取得
set playing_artist to artist of playing_track
set playing_name to the name of playing_track
set playing_string to playing_artist & " - " & playing_name
my writeToFileAsUTF8(playing_string, "Macintosh HD:Users:<ID>:Music:Music_now.txt", false)
end if
end tell
end if
end script
on run
local tempScript
copy MyScript to tempScript
run tempScript
end run
#!/bin/bash
cd ~/Music
osascript chk_Music.scpt
filname="Music_now.txt"
cat $filname
exit 0
上記のリンクは Catalina 時代のものですが、ドンピシャな答えがありました。曰く「 Bash に FDA を設定せよ」です。ほんまかいなと思いながら、 zsh( 私のスクリプトは zsh で動いていました ) に FDA を設定したら、あら不思議エラーが消えて実行できるじゃありませんか。これでしたね。
しかし納得はできない …
Bash/Zsh はユーザーにとって重要な入り口のソフトです。基本的なと言ってもいいと思います。 FDA にこれらを登録しないと動かないというのは、いくら何でもキツすぎるんじゃないか。
実は、ターミナル上でユーザー権限で実行するとエラーなく動くんですよ。スクリプトにエラーがないのはこれでわかりました。そうすると FDA だ。そこまではわかるんですよ。スクリプト自体も FDA 設定しました。スクリプトが動く基本的な部分である bash/zsh には FDA 設定されていない ( デフォルトでと言う意味で ) 。それは無いんじゃないかと思ったわけです。
You should create NVM's working directory if it doesn't exist:
mkdir ~/.nvm
Add the following to ~/.zshrc or your desired shell
configuration file:
export NVM_DIR="$HOME/.nvm"
[ -s "/opt/homebrew/opt/nvm/nvm.sh" ] && . "/opt/homebrew/opt/nvm/nvm.sh" # This loads nvm
[ -s "/opt/homebrew/opt/nvm/etc/bash_completion.d/nvm" ] && . "/opt/homebrew/opt/nvm/etc/bash_completion.d/nvm" # This loads nvm bash_completion
You can set $NVM_DIR to any location, but leaving it unchanged from
/opt/homebrew/opt/nvm will destroy any nvm-installed Node installations
upon upgrade/reinstall.
