无法再挂载 Ext4/LUKS

Question

好的，这个问题的发生是因为您的 EXT4 分区的日志似乎已损坏。幸运的是，这个问题相对容易修复。

解密您的设备
为了fsck在加密的 EXT4 文件系统上运行，我们需要先解密设备。运行以下命令，将其替换/dev/sdXY为我们目标的 LUKS 分区：
```
sudo cryptsetup luksOpen /dev/sdb1 luks_USB
```
修复您的设备
如果fsck想要玩得开心，您只需在现在公开的 dm 设备上运行它即可。将其替换dm-1为 DM 实际报告的内容，然后执行 FSCK 要求您执行的任何操作：
```
sudo fsck /dev/dm-1
```

fsck可能会拒绝在您的驱动器上工作，理由是它已“安装”。如果是这种情况，我们需要采取一些技巧来修复损坏的东西。如果是这种情况，请执行上述步骤 1，然后：

想象你的驾驶
安装驱动器后，我们将必须对其进行映像处理。您可以将映像放在有用的地方，例如主文件夹中。运行以下命令，注意不要混淆if和of语句。dm-1按照常规，将其替换为您的驱动器的 DM：
```
sudo dd if=/dev/dm-1 of=~/drive.img 
```
修复图像
现在，我们可以fsck在图像本身上运行。请务必（一如既往地）听从fsck并按照它的要求修复设备。
```
sudo e2fsck ~/drive.img
```
恢复驱动器
一旦我们有了可用的映像（你可以用进行测试mount），我们就可以使用以下命令将其写回 USB 设备。请务必小心指定的正确目标dd，否则你将丢失数据：
```
 sudo dd if=~/drive.img of=/dev/dm-1
```

一旦你的驱动器被修复（无论使用哪种路径），在你的设备上运行 luksClose，然后使用正常工作的加密驱动器恢复正常生活。

Answer 1

好的，这个问题的发生是因为您的 EXT4 分区的日志似乎已损坏。幸运的是，这个问题相对容易修复。

解密您的设备
为了fsck在加密的 EXT4 文件系统上运行，我们需要先解密设备。运行以下命令，将其替换/dev/sdXY为我们目标的 LUKS 分区：
```
sudo cryptsetup luksOpen /dev/sdb1 luks_USB
```
修复您的设备
如果fsck想要玩得开心，您只需在现在公开的 dm 设备上运行它即可。将其替换dm-1为 DM 实际报告的内容，然后执行 FSCK 要求您执行的任何操作：
```
sudo fsck /dev/dm-1
```

fsck可能会拒绝在您的驱动器上工作，理由是它已“安装”。如果是这种情况，我们需要采取一些技巧来修复损坏的东西。如果是这种情况，请执行上述步骤 1，然后：

想象你的驾驶
安装驱动器后，我们将必须对其进行映像处理。您可以将映像放在有用的地方，例如主文件夹中。运行以下命令，注意不要混淆if和of语句。dm-1按照常规，将其替换为您的驱动器的 DM：
```
sudo dd if=/dev/dm-1 of=~/drive.img 
```
修复图像
现在，我们可以fsck在图像本身上运行。请务必（一如既往地）听从fsck并按照它的要求修复设备。
```
sudo e2fsck ~/drive.img
```
恢复驱动器
一旦我们有了可用的映像（你可以用进行测试mount），我们就可以使用以下命令将其写回 USB 设备。请务必小心指定的正确目标dd，否则你将丢失数据：
```
 sudo dd if=~/drive.img of=/dev/dm-1
```

一旦你的驱动器被修复（无论使用哪种路径），在你的设备上运行 luksClose，然后使用正常工作的加密驱动器恢复正常生活。

相关内容