Debian安装后,加密的LV“不是有效的LUKS设备”

DJT

我刚刚建立了一个Debian系统来尝试几个项目,并提高了我对Linux的理解,但是安装后我就遇到了cryptsetup的问题。我使用了Debian 9的图形安装程序,并使用其内置的加密工具对/ home和我已设置为逻辑卷的交换空间进行加密。

在设置分区后,我愚蠢地保持大写锁定之后,我试图更改每个驱动器的加密密码短语。

我希望我能够简单地使用cryptsetup luksChangeKey来做到这一点。但是,每当我尝试使用cryptsetup(以root用户身份运行)访问设备/容器时,我似乎都会收到错误消息:

<device> is not a valid LUKS device.

请在下面找到lsblk,ls / dev / mapper和cryptsetup的输出,我希望它们能很好地说明我的设置方式和遇到的问题:

lsblk
NAME                         MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                            8:0    0 111.8G  0 disk  
├─sda1                         8:1    0   953M  0 part  /boot/efi
├─sda2                         8:2    0   477M  0 part  /boot
└─sda3                         8:3    0 110.4G  0 part  
  ├─SSD1_LVM-LV_ROOT         254:0    0   7.5G  0 lvm   /
  ├─SSD1_LVM-LV_VAR          254:1    0  14.9G  0 lvm   /var
  ├─SSD1_LVM-LV_TMP          254:2    0   7.5G  0 lvm   /tmp
  ├─SSD1_LVM-LV_USR          254:3    0  29.8G  0 lvm   /usr
  ├─SSD1_LVM-LV_HOME         254:4    0   7.5G  0 lvm   
  │ └─SSD1_LVM-LV_HOME_crypt 254:8    0   7.5G  0 crypt /home
  ├─SSD1_LVM-LV_OPT          254:5    0  14.9G  0 lvm   /opt
  └─SSD1_LVM-LV_SWAP         254:6    0  15.9G  0 lvm   
    └─SSD1_LVM-LV_SWAP_crypt 254:7    0  15.9G  0 crypt 
ls -l /dev/mapper
total 0
crw------- 1 root root 10, 236 Sep 27 09:35 control
lrwxrwxrwx 1 root root       7 Sep 27 09:36 SSD1_LVM-LV_HOME -> ../dm-4
lrwxrwxrwx 1 root root       7 Sep 27 09:36 SSD1_LVM-LV_HOME_crypt -> ../dm-8
lrwxrwxrwx 1 root root       7 Sep 27 09:35 SSD1_LVM-LV_OPT -> ../dm-5
lrwxrwxrwx 1 root root       7 Sep 27 09:35 SSD1_LVM-LV_ROOT -> ../dm-0
lrwxrwxrwx 1 root root       7 Sep 27 09:35 SSD1_LVM-LV_SWAP -> ../dm-6
lrwxrwxrwx 1 root root       7 Sep 27 15:50 SSD1_LVM-LV_SWAP_crypt -> ../dm-7
lrwxrwxrwx 1 root root       7 Sep 27 09:35 SSD1_LVM-LV_TMP -> ../dm-2
lrwxrwxrwx 1 root root       7 Sep 27 09:35 SSD1_LVM-LV_USR -> ../dm-3
lrwxrwxrwx 1 root root       7 Sep 27 09:35 SSD1_LVM-LV_VAR -> ../dm-1
cryptsetup status /dev/dm-7
/dev/dm-7 is active.
  type:    LUKS1
  cipher:  aes-xts-plain64
  keysize: 512 bits
  device:  /dev/mapper/SSD1_LVM-LV_SWAP
  offset:  4096 sectors
  size:    33198080 sectors
  mode:    read/write
cryptsetup luksAddKey /dev/dm-7
Device /dev/dm-7 is not a valid LUKS device.

为了防止出现问题,我通过swapoff禁用了磁盘交换空间,但遗憾的是这没有帮助。

防冻

您必须cryptsetup在拥有LUKS标头的设备上运行(用于修改标头的操作,即格式,密钥管理,转储等)。

就您而言,这是 /dev/mapper/SSD1_LVM-LV_SWAP

但是您尝试/dev/mapper/SSD1_LVM-LV_SWAP_crypt在交换LV(已加密)上运行它,并且大概持有交换头(mkswap)而不是LUKS头(这会在luks内引起麻烦)。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章

指定的目录不是有效的GlassFish安装

实施UITestPropertyProvider后,AccessibleName仍然不是有效的Searchproperty

登录后如何按用户解密LUKS加密的设备?

安装后如何用LUKS加密LVM分区?

指定的密钥不是此加密的有效密钥:密钥大小无效。得到密钥长度:15

“ <...>不是有效的NSFetchRequest。”

最有效的文件加密方式?

找不到有效的引导加载程序目标设备(用于UEFI安装)

尝试使用pip安装软件包时,“ =”不是有效的运算符

启动安装程序时不是有效的win32应用程序

使用LUKS加密分区安装USB磁盘失败,并出现cryptsetup“设备已存在”错误

更新到 Android Gradle 3.0.0 后出现“错误:' ' 不是有效的资源名称字符”

在模型中提供枚举数据类型后,获取“ 1”不是有效状态

给定的数据不是有效的JSON-在第二次搜索后发生

安装Realm后出现错误:必须首先使用有效主机创建RPC会话

用户权限检查仅在安装后第一次有效

重建项目后,Wix 3.11“此操作仅对当前安装的项目有效”

“instagraph”的快速安装有效,但即使更改密码后也无法登录

Ubuntu 14不是有效的ISO

“ textAlignVertical”不是有效的样式属性

Refspec不是有效名称

JavaFx“ BorderPane不是有效的类型。”

'DonutChart'不是有效的Lavachart对象

'?不是有效的资源字符

'"southeastasia" 不是有效的 LUIS 端点。'

Django:NoReverseMatch不是有效的函数

'“ 不是有效的浮点数

'chartit'不是有效的标签库

不是有效的服务SOAP调用