RAID1メタデータ/ RAID6データbtrfsボリューム(/backup
)のディスクを紛失しました。リカバリはmount -o degraded /backup
で開始する必要がありますが、残念ながら、それを実行した後、systemdは(ジャーナルから)すぐにアンマウントすることを決定しました。
Jan 21 17:27:02 Jiji systemd[1]: backup.mount: Unit is bound to inactive unit dev-disk-by\x2duuid-b162055b\x2da73c\x2d4958\x2d98a7\x2dc6ad57867506.device. Stopping, too.
Jan 21 17:27:02 Jiji systemd[1]: Unmounting /backup...
Jan 21 17:27:40 Jiji systemd[1]: Unmounted /backup.
/etc/fstab
を変更してUUIDの代わりにラベルを使用し、systemctl daemon-reload
も実行してみました。残念ながら、systemdはすぐにマウントを解除し続けました(ただし、現在は非アクティブなdev-disk-by\x2dlabel….device
があります)。
ありがたいことに、btrfsの劣化したマウントを一度だけヒットしたようには見えません。
これは即時であるため、自動マウントタイムアウトが発生する可能性は低く( Systemdは/ bootパーティションをアンマウントしています )、daemon-reload
を試しましたが、 Systemdは/ bootパーティションをアンマウントしています) 。
残念ながら、pid 1をSIGSTOPできないので、機能しませんか????。
ファイルシステムを回復できるように、systemdをそのままにしておくように説得するにはどうすればよいですか?
私は簡単な修正を見つけました:
systemctl mask backup.mount
...もちろん、メンテナンスが完了したら、これを(unmask
で)元に戻す必要があります。