Если он используется, вы должны проверить, смонтирован ли он, подключен ли к устройству loop-device's, все еще открыт cryptsetup-open, активен ли в LVM, является ли частью RAID-набора и т.д. а затем остановить все это. Также завершите все запущенные процессы, которые могут использовать устройство (разметчики, программы установки, ddrescue, badblocks, ...). Список возможностей того, что может использовать устройство, практически бесконечен. lsof
или fuser
могут поймать некоторые из них...
# example only, none of these are accurate
umount /dev/sda2
losetup -D
vgchange -a n
cat /proc/mdstat | grep -C 2 sda2
mdadm --stop /dev/md??
...
Или, если вы хотите намеренно игнорировать проблему, вы можете явно поместить шлейфовое устройство сверху, а затем отформатировать шлейфовое устройство. После этого следует перезагрузиться, чтобы посмотреть, не испортит ли устройство заголовок LUKS (если вы не можете открыть его после перезагрузки, значит, так оно и было). Без перезагрузки вы можете спокойно копировать данные на устройство, но потом все пропадет...
# dangerous hack
cryptsetup luksFormat $(losetup --find --show /dev/sda2) -s 512 -h sha512 ...
reboot
Также трижды проверьте, действительно ли вы работаете с правильным устройством. В своем сообщении вы как-то упомянули и sda1, и sda2, так какой из них правильный?
Это не относится к вашему вопросу, но aes-xts-plain
устарел в пользу aes-xts-plain64
. Это также шифр по умолчанию, поэтому его можно вообще не указывать. (см. cryptsetup --help
или luksDump после этого)