新システム側のSMBキャッシュをOFFにして問題なさそうだったので、旧システムもOFFにした。
その後、新旧両システムで音楽再生が出来なくなってしまった。
両システム再起動・スマホも再起動したが復旧せず。
NASを再起動するも復旧せず。
fidataアプリ・KODIリモートアプリから楽曲は確認できる。
旧システムのSMBキャッシュ設定を元に戻す。
旧システム側のみ音楽再生できる？旧システム設定変更前は両系再生できていたが新システム側は復旧せず。
両システムのSMBマウント記述を元に戻し再起動で復旧。
mountコマンドで cache オプションが無効なのか？
確認、見当たらない。
mount -help
Usage:
mount [-lhV]
mount -a [options]
mount [options] [--source] <source> | [--target] <directory>
mount [options] <source> <directory>
mount <operation> <mountpoint> [<target>]
Mount a filesystem.
Options:
-a, --all mount all filesystems mentioned in fstab
-c, --no-canonicalize don't canonicalize paths
-f, --fake dry run; skip the mount(2) syscall
-F, --fork fork off for each device (use with -a)
-T, --fstab <path> alternative file to /etc/fstab
-i, --internal-only don't call the mount.<type> helpers
-l, --show-labels show also filesystem labels
-n, --no-mtab don't write to /etc/mtab
--options-mode <mode>
what to do with options loaded from fstab
--options-source <source>
mount options source
--options-source-force
force use of options from fstab/mtab
-o, --options <list> comma-separated list of mount options
-O, --test-opts <list> limit the set of filesystems (use with -a)
-r, --read-only mount the filesystem read-only (same as -o ro)
-t, --types <list> limit the set of filesystem types
--source <src> explicitly specifies source (path, label, uuid)
--target <target> explicitly specifies mountpoint
--target-prefix <path>
specifies path use for all mountpoints
-v, --verbose say what is being done
-w, --rw, --read-write mount the filesystem read-write (default)
-N, --namespace <ns> perform mount in another namespace
-h, --help display this help
-V, --version display version
Source:
-L, --label <label> synonym for LABEL=<label>
-U, --uuid <uuid> synonym for UUID=<uuid>
LABEL=<label> specifies device by filesystem label
UUID=<uuid> specifies device by filesystem UUID
PARTLABEL=<label> specifies device by partition label
PARTUUID=<uuid> specifies device by partition UUID
ID=<id> specifies device by udev hardware ID
<device> specifies device by path
<directory> mountpoint for bind mounts (see --bind/rbind)
<file> regular file for loopdev setup
Operations:
-B, --bind mount a subtree somewhere else (same as -o bind)
-M, --move move a subtree to some other place
-R, --rbind mount a subtree and all submounts somewhere else
--make-shared mark a subtree as shared
--make-slave mark a subtree as slave
--make-private mark a subtree as private
--make-unbindable mark a subtree as unbindable
--make-rshared recursively mark a whole subtree as shared
--make-rslave recursively mark a whole subtree as slave
--make-rprivate recursively mark a whole subtree as private
--make-runbindable recursively mark a whole subtree as unbindable
戻したら数時間で強制再起動発生(^^;
デフォルト状態でのキャッシュの確認
sudo mount | grep cifs
//＊＊＊＊＊ on /＊＊＊＊ type cifs (rw,relatime,vers=3.1.1,cache=strict,username=gratan9821,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.1.57,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,reparse=nfs,rsize=4194304,wsize=4194304,bsize=1048576,retrans=1,echo_interval=60,actimeo=1,closetimeo=1)
もう一度キャッシュ無効化（無効化記述での確認をしてなかった）して状態確認。
sudo mount | grep cifs
何も出力されない、マウントに失敗しているやはり無効な記述だったみたい。
fidata・KODIリモートアプリからは楽曲は閲覧できてたはず？
最初に設定変更した時は再起動し忘れていた？楽曲再生出来ていたと記憶しているが？
コマンドで直接
mount -t cifs //省略 -o cache=none 省略
エラーで弾かれた、やはり再起動忘れて成功したと思い込んでいた。
記述を変更していたら、元に戻しても全くマウントされなくなってしまった。
旧システムの記述を確認したら、/etc/konahqss/konahqss.shの記述場所が違った。
# By default this script does nothing.
# Print the IP address
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
printf "My IP address is %s\n" "$_IP"
fi
# Turn off LED
echo none | sudo tee /sys/class/leds/ACT/trigger
echo none | sudo tee /sys/class/leds/PWR/trigger
echo 0 | sudo tee /sys/class/leds/ACT/brightness
sleep 30s
mount -t cifs //＊＊＊＊ /＊＊＊＊ -o username=＊＊＊＊,password=＊＊＊＊
/etc/konahqss/konahqss.sh
exit 0
マウントコマンドの後に
/etc/konahqss/konahqss.sh
を移動したら成功した。
全く操作していなくても暫くすると、強制再起動していたので新システム（KODI21？）は不安定と思えるので他の方法を検討しよう。
マウント設定はfstabに記述した方が良いのかもしれないが、失敗すると復旧がめんどくさいので最終手段( ;∀;)
# Turn off LED の記述はラズベリーパイ本体のLEDの消灯設定
