我需要一些有关我正在使用或尝试使用的 SSD 磁盘驱动器的帮助。
我用cryptsetup加密了SSD，然后我就忘记了（有一些文件）。我完全重写了磁盘驱动器（使用dd if=/dev/zero of=/dev/sdX，与sdX有问题的磁盘驱动器）。我把它格式化了（mkfs.ext4 /dev/sdX）。这个过程运作良好。
然后，我尝试通过拖放（Dolphin）将文件复制到我的驱动器。这是行不通的。它只能通过带有sudo.
重新启动了计算机。我尝试安装设备并复制一些文件。它显然有效（拖放）。但文件并未复制到设备，仅复制到安装点（显然没有同步到设备）。但是，有一个lost+found文件无法使用 dolphin 打开。
我尝试在终端中运行同步。 30 分钟后，它仍在运行且没有响应。关闭计算机。
然后我使用了另一个Linux。它告诉我该驱动器无法读取（通过终端）。
然后我重新格式化了设备：mkfs.ext3 /dev/sdX。
执行此操作后，我仍然看到lost+found file.我无法通过 Dolphin 访问它，也无法通过 Dolphin 删除它。我只能通过终端访问它su。它是空的。
尽管我重新格式化了该文件，为什么lost+found它仍然在设备上？我能做些什么？我应该离开它吗？
我仍然无法在不被su.我能做些什么？问题出在哪里？这是权限问题吗？或者是其他东西？
我用的是Debian。
Edit1：fsck表示设备是干净的。
Edit2：我尝试使用mkdir在/media/user/DRIVEPATH/direc.结果是：权限被拒绝。为什么？我不应该需要sudo这个。
答案1
长话短说 这丢失+找到您现在拥有的目录与您之前看到的目录不同。它是正确的，您应该保留它。
是什么创建了这个目录？
这丢失+找到目录是由特定程序自动为大多数文件系统创建的mkfs，并且具有 rwx-------- 权限。它被各种咒语所使用fsck。
为什么需要它？
当fsck检查文件系统时，它可能会发现索引节点的引用计数与通过扫描目录找到的条目数相比太低。在这种情况下，它会在文件系统根目录下的lost+found目录中创建一个新条目。 Lost+Found 的权限受到限制，因为恢复的文件中可能存在私有数据，而这些数据首先仅受更高目录的权限限制。该目录是用合理数量的空条目创建的，因此 fsck 程序不需要为恢复的文件的条目分配空间，当数据结构不处于一致状态时，这是一个相对复杂的操作。