标签: filesystems

哪个文件系统自动计算和存储文件的哈希值，然后在访问时检查它们以检测损坏？

当我使用 cp 将文件从 ext3 分区复制到 fat32 分区时：

cp -R /ext3/stuff /fat32/partition/

我收到所有带有冒号和问号的文件的无效参数消息。

有没有办法让 cp 去除目标文件系统的无效字符？

编辑：我再次检查了 cp 的选项，除非我很愚蠢，否则那里什么都没有。我确定我可以写一个脚本，但感觉应该有一个更干净的解决方案！

我只是按照 Cyber​​citi.biz 的说明格式化我的金士顿 USB 驱动器。

我将驱动器格式化为 vfat，而不是 ext2。我在使用时忘记使用命名选项mkfs.vfat（网页没有提到它），当我尝试使用时，mren我得到：

sudo mren /dev/sdb1 KINGSTON
Can't open /dev/fd0: No such device or address
Cannot initialize 'A:'

有没有办法重命名文件系统，还是我必须等到下次重新格式化它？

在停电的情况下，NTFS 文件系统会受到损害吗？例如被破坏或导致文件损坏？动态磁盘上的 NTFS 内置镜像是否能保证在断电时使文件保持一致状态？

我的观点是，日志文件系统是专门为容忍此类问题而设计的。NTFS 文件系统不保证用户数据，但数据库管理系统等应用程序具有保护数据的事务管理器。

一些来自Microsoft Windows Internals 的好书的引述：

NTFS

NTFS 包括许多高级功能。其最重要的特性之一是可恢复性。如果系统意外停止，FAT 卷的元数据可能会处于不一致状态，从而导致大量文件和目录数据损坏。NTFS 以事务方式记录对元数据的更改，以便可以将文件系统结构修复到一致状态，而不会丢失文件或目录结构信息。（但是，文件数据可能会丢失。）

NTFS 设计目标和特点

高端文件系统要求

从一开始，NTFS 就被设计为包含企业级文件系统所需的功能。为了在意外系统中断或崩溃时最大限度地减少数据丢失，文件系统必须始终确保其元数据的完整性。最后，文件系统必须允许基于软件的数据冗余，作为保护用户数据的硬件冗余解决方案的低成本替代方案。

可恢复性

NTFS 使用原子事务来实现其文件系统恢复功能。如果程序启动了改变 NTFS 卷结构的 I/O 操作——即改变目录结构、扩展文件、为新文件分配空间等——NTFS 将该操作视为原子事务。它保证事务操作系统要么完成，要么如果系统在执行事务时失败，则回滚。

此外，NTFS 使用冗余存储来存储重要的文件系统信息，因此如果磁盘上的某个扇区出现故障，NTFS 仍然可以访问该卷的关键文件系统数据。

数据冗余和容错

除了文件系统数据的可恢复性之外，一些客户还要求他们自己的数据不会因停电或灾难性的磁盘故障而受到威胁。NTFS 恢复功能可确保卷上的文件系统仍可访问，但不能保证用户文件的完全恢复。通过数据冗余为不会丢失数据的应用程序提供保护。

用户文件的数据冗余通过Windows分层驱动模型实现，提供容错磁盘支持。卷管理器可以将数据从一个磁盘镜像或复制到另一个磁盘上，以便始终可以检索到冗余副本。

NTFS 恢复支持

NTFS 恢复支持确保在发生电源故障或系统故障时，不会有任何文件系统操作（事务）不完整，磁盘卷的结构将保持完整，无需运行磁盘修复实用程序。NTFS Chkdsk 实用程序用于修复由 I/O 错误（例如坏扇区、电气异常或磁盘故障）或软件错误引起的灾难性磁盘损坏。但是有了 NTFS 恢复功能，很少需要 Chkdsk。

可恢复的文件系统

尽管 NTFS 不能保证在系统崩溃时保护用户数据——一些更改可能会从缓存中丢失——应用程序可以利用 NTFS 直写和现金刷新功能来确保文件修改被记录在磁盘以适当的间隔。高速缓存直写（强制写入操作立即记录在磁盘上）和现金刷新（强制将内容写入磁盘）都是有效的操作。此外，与 FAT 文件系统不同，NTFS 保证用户数据将在直写操作或现金刷新后立即保持一致和可用，即使系统随后出现故障。

" C:FILE.TXT" 和 " C:\FILE.TXT"和有什么不一样？

他们是一样的吗？

当我阅读 Linux 下的 SSD 使用时，总是建议在 Ext4 中禁用日志记录（或使用 Ext2），因为这对您的 SSD 来说太糟糕了。但是在所有关于 Windows SSD 调整的文章中，我从未看到任何提及您应该禁用 NTFS 日志记录，或者您应该坚持使用 FAT32。

我知道 Ext4 的日志记录更先进，但它对 SSD 的损害是否比 NTFS 大得多？或者 Linux 用户只是稍微谨慎一点？

我只是一个梦想家，还是存在这样的事情？

我的问题是我的设备树中的网络设备不是很稳定，所以我认为在 qemu 和主机系统之间共享文件夹的最佳方法是在双方没有缓存的情况下安装相同的 img 但 qemu 上的 -hda 选项没有/dev/ 中可用的高清。

这是我运行的命令。

./qemu-xilinx/arm-softmmu/qemu-system-arm -M xilinx-zynq-a9 -m 1024 -serial null -serial mon:stdio -dtb resources/devicetree.dtb -kernel resources/zImage -initrd resources.qemu/ramdisk.img -nographic -s

所以问题是：有没有办法避免联网，但在 qemu 和主机之间有一个共享目录？

编辑：我编译

./configure --target-list="arm-softmmu,microblazeel-softmmu" --enable-fdt --disable-kvm --enable-virtfs

这应该启用任何需要的东西。但是当我跑

./qemu-xilinx/arm-softmmu/qemu-system-arm -M xilinx-zynq-a9 -m 1024 -serial null -serial mon:stdio -dtb /homes/cperivol/Sandbox/xilinx-zynq-bootstrap/resources/devicetree.dtb -kernel /homes/cperivol/Sandbox/xilinx-zynq-bootstrap/resources/zImage -initrd /homes/cperivol/Sandbox/xilinx-zynq-bootstrap/resources.qemu/ramdisk.img -nographic -s -fsdev local,path=/homes/cperivol/Sandbox/xilinx-zynq-bootstrap/qemu-sandbox/,security_model=passthrough,id=host0 -device virtio-9p-pci,fsdev=host0,mount_tag=host_tag0

或者

./qemu-xilinx/arm-softmmu/qemu-system-arm -M xilinx-zynq-a9 -m 1024 -serial null -serial mon:stdio -dtb resources/devicetree.dtb -kernel resources/zImage -initrd resources.qemu/ramdisk.img -nographic -s -virtfs local,path=/homes/cperivol/Sandbox/xilinx-zynq-bootstrap/qemu-sandbox/,mount_tag=host0,security_model=passthrough,id=host0

我得到 …

在 LUKS 加密分区上运行时，哪个文件系统显示最佳性能？当 LUKS 分区在 SSD 上时使用 f2fs 是否有意义，或者设备映射器抽象是否使 f2fs 的 SSD 优化无用？

• 它是什么？

  根据MSDN Docs，在 NTFS 文件系统中，有一个称为“重解析点”的概念，并且：

  当文件系统打开一个带有重解析点的文件时......

  从这一行看来，这reparse point只是存储在 NTFS 文件对象中的一些元数据。

  但这个流行的答案另有说法：

  重解析点是 linux 所谓的符号链接。

  哪个是正确答案？

• 为何如此命名？

  另一件让我困惑的事情是这样一个概念的命名，我查了它的文档，但没有看到任何关于起源的信息，有人对此有线索吗？我猜这个名字包含“解析”，因为它涉及使用文件系统过滤器来解析数据结构，但为什么它是“重新解析点”，而不仅仅是“解析点”？