2024/10/21(月)ファイルサーバのデータディスクが黄泉の国へ旅立った……
多分5年以上10年未満使っていたHDDです．
幸い，今月頭に状態確認をしながらrsyncで別ディスクへバックアップを取っていたのでデータ損失はほぼありませんでしたが，
メインのデータ類の予備がなくなってしまいました．
10年以上（下手すると20年近く）蓄積してきたデータなので，消えたら立ち直れません……．
新しいHDDを購入して作業するのは週末になると思うので，その前にバックアップを別サーバの適当なディスクの空き領域へ作成することにしました．
この作業もrsyncを使っての作業です．このコマンドは引数を間違えると割と大変なことになるので，慎重に検証しながら実行しました．
データ量は3TBくらいですので，終わるのは明日10/22の夕方以降ではないかと思います．
HDDが高くて出費が辛いです……．
作業メモ
Intel Core-i5 13500なサーバにちょうど3.5TBの空きを見つけたため，そちらにバックアップを作成しました．たまにしかやらないことなので，メモをしておきます．
sambaの共有フォルダをcifsでマウントした上でrsyncを使うので
前提条件として，
- HDDが故障したサーバも，バックアップを置くサーバもrsyncが入っていること．
- HDDが故障したサーバは該当のディスク以外は正常であること．
- HDDが故障したサーバはsambaのファイルサーバサービスが正常に動いていること．
- cifsマウントを完全に動かすには“cifs-utils”というパッケージが必要なので事前にインストールします．
# apt install cifs-utils
- マウントポイントにするディレクトリを作成した後，その場所へマウントします．
# mkdir pub-back/ # mount -t cifs -o username=ushi //192.168.XXX.XX/public_back pub-back/ Password for ushi@//192.168.XXX.XX/public_back: #
- バックアップを作成するディレクトリを作成します．本例ではバックアップしたいデータのうち写真ファイルを対象にします．
# mkdir /var/samba/storeroom/sub-disk/so-pub-back/ # mkdir /var/samba/storeroom/sub-disk/so-pub-back/Pictures
- rsyncをnohup経由で実行します．以下を実行する前に“-n”オプションもつけて，空動作させた方が安全です（検証作業は端折ってます．）．
# nohup rsync -av --delete --log-file=logfile_pic.txt pub-back/Pictures/ /var/samba/storeroom/sub-disk/so-pub-back/Pictures &
nohupを使うのは作業をしている端末が落ちてしまっても，処理を続行しログも取るようにするためです． - 適宜“jobs”コマンドで実行中かとかを確認すると良いかもしれません．
# jobs [1]+ 実行中 nohup rsync -av --delete --log-file=logfile_pic.txt pub-back/Pictures/ /var/samba/storeroom/sub-disk/so-pub-back/Pictures & #
のように表示されます． - もし，中止したい場合は，上の場合ジョブ番号が1なので，
# kill %1
とします．