LUKS分区安装就像只读一样

Question

我在计算机上使用的第二个硬盘上有一个LUKS加密的分区。当我打开我的电脑时，它是加密的，除非我去打开它并试图打开它，这是一个系统然后自己做的操作，因为当我第一次这样做时，我留下了密码记录。也就是说，我点击它，系统为我安装它未加密。

事实证明，在一段时间以来，这一操作一直是安装在房屋署的分区作为只读。它从来都不是这样的，它也总是带有写权限。我能做些什么来解决这个问题？

我有分区密码。我的操作系统是POP操作系统22.04。

Another thing：我注意到有时候我会挂载分区，开始时我可以创建文件夹和所有东西，过了一会儿，我就不能再做了。就像从读到写到只读。

更新1：

我使用了dmesg并找到了以下信息：

[   97.995228] EXT4-fs warning (device dm-3): ext4_clear_journal_err:6017: Filesystem error recorded from previous mount: IO failure
[   97.995233] EXT4-fs warning (device dm-3): ext4_clear_journal_err:6019: Marking fs in need of filesystem check.
[   98.027267] EXT4-fs (dm-3): warning: mounting fs with errors, running e2fsck is recommended
[   98.061947] EXT4-fs (dm-3): recovery complete
[   98.061957] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Quota mode: none.
[  104.026099] EXT4-fs error (device dm-3): ext4_validate_block_bitmap:390: comm ext4lazyinit: bg 3999: bad block bitmap checksum
[  104.026106] Aborting journal on device dm-3-8.
[  104.065619] EXT4-fs (dm-3): Remounting filesystem read-only
[  398.089528] EXT4-fs (dm-3): error count since last fsck: 1804
[  398.089540] EXT4-fs (dm-3): initial error at time 1671056071: ext4_lookup:1836: inode 32640029
[  398.089552] EXT4-fs (dm-3): last error at time 1673554480: ext4_validate_block_bitmap:390
[  552.946132] EXT4-fs (dm-3): unmounting filesystem.
[  781.480164] EXT4-fs warning (device dm-3): ext4_clear_journal_err:6017: Filesystem error recorded from previous mount: IO failure
[  781.480171] EXT4-fs warning (device dm-3): ext4_clear_journal_err:6019: Marking fs in need of filesystem check.
[  781.521341] EXT4-fs (dm-3): warning: mounting fs with errors, running e2fsck is recommended
[  781.547854] EXT4-fs (dm-3): recovery complete
[  781.568344] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Quota mode: none.
[  787.456453] EXT4-fs error (device dm-3): ext4_validate_block_bitmap:390: comm ext4lazyinit: bg 3999: bad block bitmap checksum
[  787.456460] Aborting journal on device dm-3-8.
[  787.488395] EXT4-fs (dm-3): Remounting filesystem read-only

Answer 1

系统日志提取显示，这不是LUKS加密的问题，而是加密分区上未锁定的EXT4文件系统的“使用”问题:在过去的某个时候，出现了文件系统不一致的情况，例如，由于没有正确卸载、断电或任何其他原因而删除了文件系统。当文件系统驱动程序试图启动文件系统的日志时，注意到了此错误。

引用：

ext4_clear_journal_err:6017: Filesystem error recorded from previous mount: IO failure

这意味着文件系统处于“坏”状态，需要修复。

引用：

warning: mounting fs with errors, running e2fsck is recommended

目前，文件系统已挂载，但建议执行文件系统检查。不建议对处于这种状态的文件系统使用任何写操作。

最终，内核注意到文件系统结构中的进一步不一致。

EXT4-fs error (device dm-3): ext4_validate_block_bitmap:390: comm ext4lazyinit: bg 3999: bad block bitmap checksum

出于这个原因，内核决定将其挂载为只读，以便您可以访问文件，但不会执行任何可能加剧内部不一致性的进一步修改(到实际可能损坏的程度)。您可以从时间戳中看到，这需要一段时间才能实现，因此可能会有一个很短的时间窗口，而实际上您可以(但仍然不应该)写入分区。

To解决了这个问题，您应该按照文件系统驱动程序的建议：

1. Perform是加密分区上所有数据的备份&毕竟，它仍然是可读的。
2. 识别由LUKS暴露的原始设备。您可以通过调用lsblk；未锁定的LUKS分区将显示为crypt类型的设备：~$ sudo NAME MAJ:MIN SIZE RO类型MOUNTPOINT .康体局....磁盘+- sdb1 ....部分+- some_name ..：。...在这里，所有...都是实际值但变化的值的占位符。相关的一点是，在示例中，到加密原始设备的未锁定映射是/dev/mapper/some_nome，并且它被安装在/path/to/mountpoint上。
3. 卸载文件系统，但不重新锁定LUKS分区。这需要“手动”完成，因为使用文件管理器提供的“弹出”函数通常会在同一个过程中重新锁定分区。确保没有进程访问加密分区上的文件或目录，然后执行~$ sudo /path/to/装入点
4. 在未锁定的加密分区~$ sudo e2fsck -v /dev/mapper/some上对文件系统执行文件系统检查，您可能会收到大量错误消息，并被询问是否要执行一些建议的修复。确切的问题取决于不一致的性质；你需要咨询你最喜欢的搜索引擎的含义，并确定这是否是一个好主意。
5. 操作完成后，您可以再次挂载分区：~$ sudo挂载/dev/mapper/some /path/to/mountpoint