Я имею, удачи зашифровали диск, который я хочу размонтировать и спать, в то время как он не используется.
Для этого я использую umount /mnt/4T
, cryptdisks_stop 4t_crypt
и наконец hdparm -y /dev/disk/by-uuid/dfafea2b-7678-445e-9ba8-b906ad63d01f
спать диск.
Однако после нескольких минут диск вращают снова и монтируют, въезжают задним ходом /mnt/4T
и это появляется в системном журнале:
Oct 17 11:56:17 micro systemd[1]: Starting Cryptography Setup for 4t_crypt...
Oct 17 11:56:17 micro systemd[1]: Starting Automatically fetch and run repair assertions...
Oct 17 11:56:17 micro snap-repair[19134]: error: cannot use snap-repair on a classic system
Oct 17 11:56:17 micro systemd[1]: Started Automatically fetch and run repair assertions.
Oct 17 11:56:26 micro systemd-cryptsetup[19129]: Set cipher aes, mode xts-plain64, key size 256 bits for device /dev/disk/by-uuid/dfafea2b-7678-445e-9ba8-b906ad63d01f.
Oct 17 11:56:28 micro systemd[1]: Started Cryptography Setup for 4t_crypt.
Oct 17 11:56:28 micro systemd[1]: Found device /dev/mapper/4t_crypt.
Oct 17 11:56:28 micro systemd[1]: Starting File System Check on /dev/mapper/4t_crypt...
Oct 17 11:56:28 micro systemd[1]: Started File System Check Daemon to report status.
Oct 17 11:56:28 micro systemd-fsck[19162]: /dev/mapper/4t_crypt: clean, 173313/244195328 files, 786566198/976754124 blocks
Oct 17 11:56:28 micro systemd[1]: Started File System Check on /dev/mapper/4t_crypt.
Oct 17 11:56:28 micro systemd[1]: Mounting /mnt/4T...
Oct 17 11:56:29 micro kernel: [2569601.089969] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: (null)
Oct 17 11:56:29 micro systemd[1]: Mounted /mnt/4T.
Какая-либо идея, что могло бы вызывать это? Кажется, связан с утверждениями восстановления, который, кажется, связан с поспешным восстановлением, но мне не удалось найти любую информацию, объяснив поведение.
Для тех, кто имеет дело с той же проблемой - добавление флага noauto
к fstab и crypttab, по-видимому, исправило это.