web-dev-qa-db-ja.com

systemdが劣化したbtrfsボリュームをすぐにアンマウントしないようにするにはどうすればよいですか?

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をそのままにしておくように説得するにはどうすればよいですか?

2
derobert

私は簡単な修正を見つけました:

systemctl mask backup.mount

...もちろん、メンテナンスが完了したら、これを(unmaskで)元に戻す必要があります。

1
derobert