标签: filesystems

我正在寻找一个可以以只写模式挂载的 Linux 加密文件系统，我的意思是你应该能够在不提供密码的情况下挂载它，但仍然能够写入/附加文件，但你也不应该能够读取您编写的文件或读取文件系统上已有的文件。只有在通过密码挂载文件系统时才能访问文件。这样做的目的是写入日志文件或类似的数据，这些数据只被写入，但从不修改，而不会暴露文件本身。文件权限在这里没有帮助，因为我希望即使系统完全受到破坏也无法访问数据。

Linux 上有这种东西吗？或者，如果没有，创建加密日志文件的最佳替代方法是什么？

我目前的解决方法包括简单地通过管道传输数据gpg --encrypt，这很有效，但非常麻烦，因为您无法轻松访问整个文件系统，您必须gpg --decrypt手动通过管道传输每个文件。

我正在寻找类似于 Windows 7 中的 UnionFS 的东西。我的用例：在只读目录中有干净的代码工作目录，并在联合文件系统中编译它，该文件系统将逻辑上将编译的二进制文件存储在同一位置，但物理上不同的目录。

图书馆不会以这种方式工作，即使它们在 Windows 上的 UnionFS 中都被接受为答案，实际上合并文件夹——它们只在一个地方显示顶级目录。

代码本身很大（2GB 数据），我想避免为构建服务器中的每个构建复制它。

我尝试写入文件，date > file但 Linux 说

'无法覆盖现有文件'。

我试过了，chmod 755但仍然无法写入文件。我该怎么办？

我最近购买了一个 750 GB 2.5" 硬盘驱动器并将其放入外部外壳中。它具有高级格式化技术 (AFT)，但我使用的是 Windows 7，所以我认为我会安全。

1. 我决定尝试exFAT，因为我被减少的开销所吸引
2. 对于“分配单位大小”，我选择了“默认分配大小”
3. 首先尝试取消选择“快速格式化”，但时间太长，所以我停下来重新选择“快速格式化”
4. 格式化驱动器后，再次查看格式选项显示“分配单元大小”为256 KB

驱动器工作正常，但我对“大小”和“磁盘大小”之间的区别有疑问。

在我的 120 GB NTFS 格式的内置硬盘驱动器上，差异仅为 0.16%。但是，在我更大的 exFAT 格式的外部驱动器上，差异为 17.38%。按照这个速度，我在这个 750 GB 驱动器上最多可以容纳 637 GB（可用空间为 0）。

我应该使用哪些格式选项来最大化可用磁盘空间？

我当前的设置会对性能产生什么影响？您推荐的设置会对性能产生什么影响？

格式设置

内置硬盘

外置硬盘（空间差异大！）

我正在寻找一个 Windows GUI 工具来比较两个文件夹的内容并显示哪些文件不同......

有人使用了我的 USB 驱动器，在将它归还给我后，我发现了一个无法autorun.inf删除的驱动器。我尝试更改它的文件属性，该属性仅为 H（甚至未设置为系统文件），但它一直说拒绝访问。

USB设置为FAT32，询问我的朋友，他告诉我他使用Panda USB Vaccine

他们怎么做到的？我试图使用一些磁盘扇区编辑器，但不知道他们更改哪个十六进制文件来制作这种文件并使其再次可删除。格式化驱动器会删除它，但我很好奇如何能够设置这些类型的文件属性。

空目录需要多少空间？

在 Windows 和 NTFS 文件系统中，它说“0 字节”，这是不可能的。

一个目录真正占用了多少？它取决于文件系统或操作系统吗？

我一直在阅读有关 BTRFS 和 ZFS 的文章，虽然我很欣赏 CoW 在托管重要文件时的好处，但我目前对以下困境感到困惑：

鉴于在托管受随机写入影响的大文件（例如 QCOW2、VDI 等）时，ZFS 和 BTRFS 似乎都会出现性能下降，为什么有人会使用 BTRFS 作为托管 VM 的首选 FS？

我知道在 o BTRFS 的情况下，您可以使用 chattr 或 nodatacow 挂载选项有选择地关闭 CoW，从而减少碎片和 CoW 造成的降级...

然而，据Redhat 称，这也“禁用了数据和元数据的校验和验证，导致数据完整性降低”。（除了失去的压缩和自然如此理想的 CoW）。

基于这一点，我问：为什么有人会选择 BTRFS 而不是 XFS 而不是 LVM 而不是 MD RAID？

人们对叠瓦式驱动器产生了相当大的兴趣。这些将数据轨道靠得很近，以至于您无法在不破坏下一个轨道的情况下写入一个轨道。这可能会增加 20% 左右的容量，但会导致写入放大问题。针对带状疱疹驱动器优化的文件系统正在进行中，例如参见：https : //lwn.net/Articles/591782/

一些叠瓦式磁盘（例如 Seagate 8TB 存档）具有用于随机写入的缓存区域，从而可以在通用文件系统上获得不错的性能。在一些常见的工作负载上，磁盘甚至可以非常快，高达约 200MB/秒的写入。但是，可以预料，如果随机写入缓存溢出，性能可能会受到影响。据推测，某些文件系统通常更擅长避免随机写入，或者可能会溢出此类驱动器中的写入缓存的随机写入模式。

linux 内核中的主流文件系统是否比 ext4更能避免叠瓦磁盘的性能损失？

参考此页面：https : //support.microsoft.com/en-us/kb/140365

在卷超过 16TB 之前，NTFS 不会超过 4KB 集群大小，而 FAT32 在现代版本的 Windows 上的 16GB–32GB 卷范围内最大为 16KB。

然而，exFAT 在 7MB-256MB 的卷范围内仅默认为 4KB。之后，它在 256MB-32GB 范围内跃升至 32KB，超过该范围则跃升至 128KB。

这是为什么？相对较大的集群大小似乎很浪费，尤其是在为较小的外部设备（如闪存驱动器）设计的格式中。如果您正在格式化闪存，则更是如此，因为据我所知，较大集群大小的主要好处是由于碎片较少和读取的整体集群较少，因此 IO 速度更快。如果我错了，请纠正我，但闪存非常，不太容易因碎片引起的减速。那么为什么要使集群规模如此之大呢？