nDiki : バックアップ

TimeMachineEditor でローカルスナップショットを作っておく

ノートン セキュリティをアンインストールしてからしばらく経った。今のところ Time Machine バックアップが壊れていない。いったん一安心して良さそうだ。

前回のバックアップから変更が多いとバックアップ完了に時間がかかるのは今まで通り。誤操作して戻したいときに「まだ増分バックアップが取れていなかった」だと Time Machine の便利さ半減なので、以前見つけた TimeMachineEditor をこの MacBook Pro にも入れて1時間毎にローカルスナップショットを作成しておくことにした。

• https://tclementdev.com/timemachineeditor/

ついでにこのツールで Time Machine バックアップ間隔をデフォルトの1時間から「不使用時」に変更。

Time Machine の見直しはこれで一段落だ。

今日のさえずり: 寝ている間でいい感じにローカルスナップショットを作りつつバックアップ

• 08:57 昨晩 TimeMachineEditor で Time Machine のスケジューリングの設定変更をしたら、寝ている間でいい感じにローカルスナップショットを作りつつバックアップしてくれてた。
• 09:48 8月 #photography GIZMON #Utulens https://t.co/RThMoPp41H

NAS に Time Machine バックアップするなら Sophos Home の Network File Scanning を無効に

セキュリティソフトを Sophos Home に変更したところ Time Machine バックアップが

信頼性を向上するために、新規バックアップを作成する必要があります。

とならなくなった。これで解決と思ったら今度は増分バックアップが「準備中です」から進まなくなってしまった。 Sophos Home のせい?

• Sophos Home Mac - Disable Network File Scanning – Sophos Home Help

によると Network File Scanning を無効にすると良いらしい。昨晩寝る前に無効にし今日チェックしたところ順調に進むようになっていた。よしよし。

バックアップの間隔が長いと増分が多くなり時間がかかりすぎて途中でやめざるを得ないことが結構ある。 TimeMachineEditor でバックアップ間隔を「不使用時」に変更していたのも戻しておいた。1時間毎のローカルスナップショットは引き続き有効にしておく。

これでほんとに Time Machine 設定は一段落になるかな。

今日のさえずり: カットフルーツ的なのしかスイカが売っていなくて残念。スイカ食べたいなー。

• 11:43 先週も今週もスーパーにカットフルーツ的なのしかスイカが売っていなくて残念。スイカ食べたいなー。
• 11:51 #まぼろしのHMJ2020 は Instagramライブなのねー。 YouTube ライブなら Google Nest Hub で観られたのだけれど。
• 18:33 Sophos Home の Network File Scanning をオフにしたら Time Machine でのバックアップが「準備中」から先に進まない問題が解消された。

Cloud Station から Synology Drive にアップグレード

先々週に Google ドライブ・Dropbox に同期しないファイルは Cloud Station に同期するように設定した。その際に Cloud Station の後継の Synology Drive が出ているのを知ったので、今日アップグレードすることにした。

公式サイトの手順に従いアップグレード。

• Cloud Station から Synology Drive にアップグレードする方法 (Synology Drive 2.0 以上対象) | Synology Inc.

サーバ側は問題なく終了。依存する Node.js が先立ってインストールされて「へー」ってなった。

クライアント側の初回同期に注意

Mac 側はちょっと大変な事態に。Synology Drive Client をインストールすることで Cloud Station Drive が置き換えられて同期設定も移行された。

問題はここから。移行後の初回同期で、変更が無いファイルも全てサーバからクライアント側にガンガン同期し始めた。これ、ファイル内容に変更はないのだけれど Time Machine 的には増分バックアップ対象になってしまって無駄なバックアップが作られることになった。

しかも一部ファイルが書き込めないとリトライし続けている様子。オーナーの書き込み権限がなかったファイル(CVS・RCS のファイルや過去 CD-R からコピーした psd ファイルなど)っぽい。

同期途中で一時的に「双方向同期」を「単方向アップロード」に変更してみた。アップロード方向だとローカルホスト上で更新がなければ転送しないようだ。

初回の同期が終わったところで「双方向同期」に設定を戻してみたところ、やはりまたダウンロードを始めてしまった。バックアップ目的でしか同期していないので「単方向アップロード」のままにしておくことにする。

Mac のメニューバーに表示されるアイコン

そうそうメニューバーに表示される Synology Drive Client のアイコンがイケてないと思ったのだけれど設定から「シンプルなシステム トレイ アイコンを使うにする」にしたら単色のいい感じのなった。

2020年8月29日 追記

「単方向アップロード」にした際に「ローカルで削除されたファイルをサーバーに保存」がオンになっていたのでオフに。

削除済みのものが NAS 側だけに残っているとわけが分からなくなるので一度「双方向同期」に変更したら、削除済みのファイルがローカルに戻ってきてちょっと辛いことになり始めたので中断。いったん同期タスクを削除 & NAS 側を削除し、あらためて双方向同期させた。

iPhone 12 Pro

先週の土曜日に購入手続きした妻の iPhone 12 Pro は今週の月曜日に届いた。昼食後開梱して2人でセットアップ Xperia XZs から移行作業。

Xperia XZs 側準備

まず Xperia XZs 側の移行準備。まずは nanacoモバイルの機種変更手続きを実行。あとで iPhone 側で引き継ごうとして nanacoモバイルが iPhone 対応していないことを知りこちらは Xperia XZs に引き継ぎ戻した。

Google Play 残高を使う機会がほとんど無くなるので買えるだけ LINEコインを購入。LINEコインも Android から iOS の機種変更で引き継げないので、がしがしスタンプ購入。

で LINE の機種変更の準備ができていることを確認。 Android デバイスから iPhone へ移せないトーク履歴は残念だが諦め。

Google フォトでの写真のバックアップが終わっていることも念の為確認した。

iPhone 12 Pro セットアップ

Xperia XZs からドコモnanoUIMカード(nano SIM カード)を抜いて iPhone 12 Pro に装着し電源を入れてセットアップ。

今まで Android デバイスで Google サービス中心で使ってきているので連絡先の同期先は iCloud ではなく Google の方に。写真のバックアップは Google フォトなので 「iCloud写真」「マイフォトストリーム」はオフに設定。

Google のアプリを一通り入れてあとは認証管理関連。パスワード管理は KeePass 系を使ってきたので KeePassium で。パスワード自動入力も KeePassium を指定した。 Google ドライブのアカウントを切り替えると KeePassium が KeePass パスワードデータベースファイル (kdbx) にアクセスできなくなり、削除して追加し直しの必要があることがわかった。こちらはどうするか今後検討だ。 Google Authenticator は今はエクスポート・インポートができるようになったので移行楽ちん。

LINE 移行を済ませたあとはNTTドコモ系。

My docomo アプリとdポイントアプリをインストール。一番面倒だったのがドコモメール。ドコモメールは iOS 標準のメールアプリで。プロファイルの登録がうまくいかずプチはまり。そうだこの作業は Google Chrome ではなく Safari でやる必要があるのだった。

ドコモオンラインショップで開通手続きをして今日の移行作業は一段落。

分かりにくいもの・面倒なもの・注意が必要なものはだいたい移行できた。その他のアプリは妻が自分で順次移行していけるかな。

一度も外に出ず過ごした年明け休み【日記】

年末年始10連休の最終日。大晦日に買い出しへ出たのが最後で、年が明けてから一度も外に出ず過ごした。

新型コロナウイルス感染確認数が増え続けており、今週のどこかで緊急事態宣言が出る可能性が高くなっている。明日の仕事始めを前にモバイルSuica定期券を買うか買うまいか。買うなら今回は6カ月じゃなく1カ月にしておいた方が良さそう。今週はいったん保留かな。

それから今日は主に昨年撮った動画を MacBook Pro から NAS に移動しつつ 外付け SSD にバックアップした(前回は一昨年の12月)。去年はイベントや外出が少なく動画をあまり撮らなかったので、さほど時間かからずに終わった。昨年11月に Twitter の新機能 Fleets が公開されてから、平日は短い動画を撮って Fleet してみているんだけれど、こちらは大した容量じゃないしね。

[ COVID-19 ]

今日のさえずり: PIXUS TS8030 が AirPrint に対応しているのを思い出して iPhone から印刷してみた

• 09:32 うちの PIXUS TS8030 が AirPrint に対応しているのを思い出して iPhone から印刷してみた。細かい設定はできないけれどお手軽でいいね。
• 16:09 明日の仕事始めを前にモバイルSuica定期券を買うか買うまいか。買うなら今回は6カ月じゃなく1カ月にしておいた方が良さそう。今週はいったん保留かな。
• 17:35 撮影動画を MacBook Pro から NAS に移動しつつ 外付け SSD にバックアップ。去年はイベントや外出が少なく動画をあまり撮らなかったので、さほど時間かからずに終わった。

Google ドライブと Dropbox を Unison で同期する

ノートテキストファイルは全文検索できるよう Google ドライブと同期しておきたい。それと同時に他の PC との同期のため Dropbox とも同期しておきたい。しかしセキュリティを考えてクラウド同期サービスは使いたくない。

Google の「バックアップと同期」アプリと Dropbox アプリの両方を動かしてそれぞれローカルフォルダと動機している MacBook Pro 上で、そのローカルフォルダ間のファイル同期を実行してみることにした。

使うのは普段リモートホストとの同期に使用している Unison File Synchronizer。最近になって repeat = watch というファイル更新をモニタリングするオプションを知ったので試してみる。

unison-fsmonitor を用意する

ファイル更新モニタリングで使う Unison 標準の unison-fsmonitor は macOS では使えないらしいので代替の https://github.com/autozimu/unison-fsmonitor をインストールする。

 $ brew install autozimu/homebrew-formulas/unison-fsmonitor

Unison のプロファイルを作成する

Unison の同期用のプロファイルは以下のような感じ。

 root = /Users/naney/Google ドライブ/folderA
 root = /Users/naney/Dropbox/folderA

 times = true

 repeat = watch
 silent = true

 logfile = /Users/naney/var/log/unison.log

(実際には path や ignore をもう少し指定している。)

同期する

repeat = watch と silent = true をいったんコメントアウトして

 $ unison <プロファイル名>

で手動同期し、期待通りの同期ができているか確認する。問題無ければ

 $ nohup unison <プロファイル名> &

で監視を開始する。

動作確認した感じでは

• ローカルフォルダでファイルが更新されると Unison は即同期してくれる。
• ローカルフォルダ(Google ドライブ側の)・ローカルフォルダ(Dropbox 側)・Google ドライブ上・Dropbox 上のどこを更新しても、MacBook Pro が動いている時にいい感じに同期された。
• MacBook Pro をスリープ・スリープ解除させても問題ない。
• Google ドライブ・Dropbox どちらも履歴が残る(削除 & 新規作成になったりしない)。
• CPU 使用率・メモリ使用量問題なし。

と安定して使える感じだ。

コンフリクトが起きた場合はスキップされたままになるので、たまに手動で Unison を実行して確認した方が良さそうではある。

[ ノート・日記はテキストファイルに ]

Google ドライブで 拡張子 md の Markdown ファイルを全文検索できるように rclone でコピーする

拡張子 md の Markdown ファイルを「バックアップと同期」アプリで新規に同期したり、 Web 版の Google ドライブでアップロードしたりすると MIME タイプが text/markdown となり全文検索対象にならない。不便。

StackEdit は Google ドライブに送る時の MIME タイプを設定で text/plain を選べるようにすることで問題を回避しているようだ。

rclone で text/plain で Google ドライブにアップロードする

クラウドストレージ上のファイルを管理するためのコマンドラインプログラム rclone でアップロードするとどうだろうと思ってやってみたところ、ちょっと設定をいじれば拡張子 md の Markdown ファイルを text/plain で Google ドライブにアップロードできることがわかった。

• https://rclone.org/

rclone では Google Drive API で新しいファイルを作成する際に、rclone 側で MIME タイプを判定している。内部的には Go の mime パッケージを使っている。

• https://golang.org/pkg/mime/

このパッケージは UNIX 系の環境では mime.type ファイルがあれば参照するようになっていたので macOS Catalina にあった /etc/apache2/mime.type ファイルの text/plain 行に md を追加して試したところ、めでたく text/plain として Google ドライブにアップロードできた。全文検索対象になることも確認。

ちなみに「バックアップと同期」アプリは /etc/apache2/mime.type 変更の影響を受けなかった。

rclone での方法が分かったわけだけれど、実際のところ Markdown ファイルの Google ドライブとの同期や読み書きを rclone だけに限定するわけにもいかないな。引き続き拡張子 txt で管理するのが現実的のようだ。

今日のさえずり: 半分に切ったグレープフルーツに砂糖をかけホジって食べ、昭和を思い出した

• 08:02 2月19日のバックアップを最後に Time Machine がバックアップ成功していないので MacBook Pro を再起動してみた。
• 17:22 迷い込んでしまった世界。 #photography RICOH GR III #GR #GRIII #GR3 https://t.co/6gPS0FLX2x
• 18:05 今年8月までのドメインを5年更新した。5年後うっかりが怖いので、あとは毎年1年ずつ更新するかな。
• 20:16 半分に切ったグレープフルーツに砂糖をかけホジって食べ、昭和を思い出した。
• 21:10 イチゴ・牛乳・砂糖の組み合わせも久しぶりに食べたい。

迷い込んでしまった世界。#photography
RICOH GR III #GR #GRIII #GR3 pic.twitter.com/6gPS0FLX2x

— Naney (@Naney) March 7, 2021

ノートテキストファイルを Cryptomator で暗号化し Google ドライブでバックアップ

他人に見られる心配なしに書きたいノートテキストファイルを Google ドライブでバックアップしておくのに Cryptomator を使うことにした。

• https://cryptomator.org/

Cryptomator アプリケーションと macOS でファイルシステムとしてマウントするための macFUSE をインストール。

ベーシックな使い方

Google の「バックアップと同期」で同期しているフォルダ内に Cryptomator アプリケーションで vault を作成する。 vault を解錠するとファイルシステムとしてマウントされるので、そこでファイルを読み書きする。 vault フォルダ側には暗号化されたファイルが保存され「バックアップと同期」でバックアップされる。vault 側は直接いじらないようにする。

マウントしたフォルダでファイルを直接読み書きせず、ノートフォルダと Unison でリアルタイム同期させる

• 読み書きの遅延を少しでも避けたい
• マウントしたフォルダではゴミ箱が有効になっていないので誤削除が怖い
• vault 側は暗号化されているので Google ドライブのゴミ箱や版管理に頼るのが困難

という理由からマウントしたフォルダ上で直接ファイルを読み書きせず、別の場所にあるノートフォルダを Unison でバックアップを有効にしつつリアルタイム同期することにした。

 root = /Volumes/マウントポイント名
 root = /path/to/ノードフォルダ
 
 times = true
 rsrc = false
 
 repeat = watch
 silent = true
 
 backup = Name *
 backuplocation = central
 maxbackups = 60
 backupdir = /path/to/バックアップフォルダ

Cryptomator のファイルシステムに対して Unison が属性のコピーをしようとして失敗するので rsrc = false 指定が必要だ。

[ ノート・日記はテキストファイルに ]

Google ドライブで動画ファイルをダウンロード不可で特定の人に見てもらう

動画ファイルを特定の人に見てもらえるようにしたい。ファイルとして渡すとその後のコントロールができなくなるので、ダウンロード不可な形で共有して見てもらえるようにしたい。

Google ドライブで閲覧者ダウンロードを不可に設定してから閲覧者として共有する

相手が Google アカウントをもっているならば Google ドライブで共有するのがお手軽そうだ。Google ドライブにファイルをアップロード後「閲覧者と閲覧者（コメント可）に、ダウンロード、印刷、コピーの項目を表示する」をオフにしてから閲覧者として共有すれば OK。

共有フォルダに入れてまとめて共有する場合は設定順序に注意する

相手を閲覧者として既に共有しているフォルダに動画ファイルを入れる場合は注意が必要だ。

いったん非共有のフォルダにアップロードし「閲覧者と閲覧者（コメント可）に、ダウンロード、印刷、コピーの項目を表示する」をオフにしてから、その共有フォルダに移動するようにするのが良い。

共有フォルダに入れてから上記設定をオフにする場合、一時的にダウンロード可能な状態が生まれてしまう。もしその共有フォルダを相手がマイドライブに追加しており「バックアップと同期」アプリを使っている場合は、相手の PC の Google ドライブフォルダにいったんダウンロードされることにもなる(設定をオフにした段階で相手の PC から削除されるようになっているが、その前に手動や Time Machine 等で複製が作られる可能性がある)。

そこまで警戒しなければならない相手なら、そもそも見てもらおうとならないだろうから、気にしすぎかもしれないが仕様としてはそうなっているということで。