标签: btrfs

我的用例：我在 M.2 SSD 上安装了 Ubuntu Server 18.04。我有一个 4TB 硬盘，我想添加为存储。由于它主要用于大型媒体文件和备份，因此不会经常写入。

您认为哪种文件系统最适合此用例？

我的主要候选者是 Ext3/4、XFS、Btrfs 和 ZFS（随意争论另一个）。

我不是在问“什么是最好的文件系统？”——没有“最好的”这样的东西。 我只是问人们哪个文件系统可能最适合这个用例。请尝试包括：

• 有什么缺点或风险吗？我听说如果断电，XFS 会损坏数据。与没有 ECC RAM 的 ZFS 相同。
• 以后是否可以在不丢失数据的情况下添加 RAID-1？我现在没有足够的钱购买另一个硬盘驱动器（我将它用于外部驱动器；RAID 不会取代备份），但我可能会在以后添加一个。这不是一个要求，只是一些可能很好的东西。
• 读/写性能如何？Btrfs 可能满足我的大部分需求，但在 Phoronix 基准测试中速度非常慢。XFS 具有令人印象深刻的性能，但我听说它会导致数据丢失。

谢谢你的建议。

据我所知，LVM 可以拍摄卷的快照。还有许多支持快照的文件系统（ZFS、Btrfs、reiserfs 等）。

但是，我一直不明白 LVM 快照和文件系统快照之间的区别。如果可以使用 LVM 拍摄快照，为什么有人要花时间在文件系统中实现它？

编辑：在某些情况下，他们中的任何一个是首选吗？为什么？

虽然差异安装的快照会起作用，但在许多情况下听起来可能会非常慢。

是否有用于差异快照的 btrfs 特定功能？（我无法在文档中找到任何内容）

我正在考虑在我拥有的一些新服务器上使用哪种操作系统和文件系统，并且正在考虑使用带有 ZFS 的 Free BSD 或带有 BTRFS 的 Linux。

我在两个系统上运行的程序，所以唯一的问题是文件系统的可靠性和性能等。

我们正在研究在一组 SSD 磁盘上使用 BtrFS，我被要求验证 BtrFS 确实在删除文件时执行 TRIM 操作。到目前为止，我一直无法验证 TRIM 命令是否已发送到磁盘。

我知道 BtrFS 不被视为生产就绪，但我们喜欢最前沿的技术，因此我正在测试它。服务器是 Ubuntu 11.04 服务器 64 位版本（mkfs.btrfs 版本 0.19）。我已经安装了 Linux 3.0.0 内核，因为BtrFS 更改日志指出在 Ubuntu 11.04 (2.6.38) 附带的内核中批量 TRIM 不可用。

这是我的测试方法（最初采用http://andyduffell.com/techblog/?p=852，经过修改以与 BtrFS 一起使用）：

• 在开始之前手动修剪磁盘： for i in {0..10} ; do let A="$i * 65536" ; hdparm --trim-sector-ranges $A:65535 --please-destroy-my-drive /dev/sda ; done
• 验证驱动器已被修剪： ./sectors.pl |grep + | tee sectors-$(date +%s)
• 对驱动器进行分区： fdisk /dev/sda
• 制作文件系统： mkfs.btrfs /dev/sda1
• 山： sudo mount -t btrfs -o ssd /dev/sda1 /mnt
• 创建一个文件： …

我有一个带有许多 2 TB 磁盘的 Linux 服务器，目前都在一个 LVM 中，导致大约 10 TB 的空间。我在 ext4 分区上使用了所有这些空间，目前有大约 8.8 TB 的数据。

问题是，我的磁盘经常出现错误，即使我更换（也就是说，我用 dd 将旧磁盘复制到新磁盘，然后我将新磁盘放入服务器），一旦出现错误，它们，我经常会收到大约 100 MB 的损坏数据。这使得 e2fsck 每次都变得疯狂，并且通常需要一周时间才能让 ext4 文件系统再次处于正常状态。

所以问题是：您建议我将什么用作 LVM 上的文件系统？ 或者你会推荐我做什么（我真的不需要 LVM）？

我的文件系统的配置文件：

• 许多不同总大小的文件夹（有些总计 2 TB，有些总计 100 MB）
• 近 200,000 个不同大小的文件（其中 3/4 大约为 10 MB，1/4 在 100 MB 和 4 GB 之间；我目前无法获得更多关于文件的统计信息，因为我的 ext4 分区已经完全损坏了几天）
• 读多但写少
• 而且我需要容错（我停止使用 mdadm RAID 因为它不喜欢在整个磁盘上出现一个错误，而且我有时会出现故障磁盘，我会尽快更换，但这意味着我可以在我的文件系统）

主要问题是磁盘故障。我可以丢失一些文件，但我不能同时丢失所有文件。

如果我继续使用 ext4，我听说我最好尝试制作更小的文件系统并以某种方式“合并”它们，但我不知道如何。

我听说 btrfs 会很好，但我找不到任何关于它如何在不复制数据（mkfs.btrfs -d single？）时丢失磁盘的一部分（或整个磁盘）的线索。

欢迎任何有关该问题的建议，提前致谢！

我有一个由一个 500GB 磁盘组成的现有 BTRFS 文件系统，我刚刚购买了一个 2TB 磁盘来增加我的家庭服务器的存储容量，我想将新磁盘添加到现有文件系统中。从我读到的内容来看，似乎没有 BTRFS 设置可以处理不同大小的磁盘而不会浪费较大磁盘和较小磁盘之间的大小差异，但我是 BTRFS 的新手，我可能错过了一些东西，所以有没有设置这可以让我在文件系统中组合两个磁盘而不浪费空间吗？

运行 OpenSuse 12.2。

突然，根分区似乎已满 (99%)，但我无法再手动删除文件。

“rm：无法删除xxx：设备上没有剩余空间”尽管根据df仍然有450mb可用。文件系统是 BTRFS。

我尝试使用 btrfsck 检查 FS，但没有帮助。

该怎么办？

当我将快照和 RAID 与 btrfs 一起使用时，我能想到的备份的两个主要原因似乎得到了照顾。（这里的 RAID，我指的是 RAID1 或 10）

• 意外删除数据：快照涵盖了这种情况
• 驱动器故障和位腐烂
  • 完全失败：RAID 涵盖了这种情况
  • 驱动器返回错误数据：RAID + btrfs 的纠错功能涵盖了这种情况

所以作为现场备份解决方案，这似乎工作得很好，它甚至不需要单独的数据存储设备！

但是，我听说 RAID 和快照都不是正确的备份，所以我想知道我是否遗漏了什么。

除了 btrfs 还不是一项成熟的技术，你能想到我遗漏了什么吗？或者我的想法是否正确，这是一个有效的现场备份解决方案？

最近看了很多关于btrfs的资料。我一直在考虑将 ext4 用于我的下一个文件系统，但是却被 btrfs 所吸引。btrfs 的使用范围有多广？优缺点都有什么？