标签: ext4

我想将一个大型外部 USB 硬盘驱动器分成至少 2 个分区。

我听说 USB 驱动器上的多个分区涉及的问题与对常规 IDE/SATA 硬盘驱动器进行分区无关，尤其是在 Windows 中。但我找不到有关它的具体信息。

这些具体问题是什么，如何避免或解决这些问题？像 ext3、ext4、xfs 这样的日志文件系统对 USB 驱动器有特别的关注吗？Windows 在使用常规内部驱动器不存在的分区 USB 驱动器时有哪些特殊问题？

我计划使用 Linux（最有可能是 GParted）来进行分区。我还计划在分区上使用 Truecrypt 的全分区加密，因此小偷无法轻松访问数据。

我有一台运行 Arch Linux（我相信是 2010 年）的机器，其 6TB RAID-5 阵列连接到 Highpoint RocketRaid 2320。由于没有驱动程序，我一直遇到 RAID 控制器驱动程序和最新 Linux 内核的问题开源，因此我正在将系统迁移到 Windows Server。

问题是 6TB 磁盘最初仅由一个 ext4 分区组成。我尽可能地缩小了分区，并在空白空间中添加了一个 NTFS 分区，这样我就可以开始移动文件了。那很顺利。问题是，现在我需要缩小ext4的分区再次，移动文件，再次缩小等通过resize2fs第二次运行正在采取的方式比第一遍长。它似乎卡在了第 3 关：

[root@nar-shaddaa rc.d]# resize2fs -p /dev/sdb3 863000000
resize2fs 1.41.14 (22-Dec-2010)
Resizing the filesystem on /dev/sdb3 to 863000000 (4k) blocks.
Begin pass 2 (max = 29815167)
Relocating blocks             XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Begin pass 3 (max = 36670)
Scanning inode table          XXXXXXXXXXX-----------------------------

它一直这样坐着，100% 吸收一个内核超过 19 个小时：

[root@nar-shaddaa rc.d]# ps aux | grep resize2fs
root     16277 94.1 19.8 …

是否有任何应用程序可以从 Windows 写入 ext4 文件系统？

我有 3 个硬盘，在以下段落中分别命名为 /dev/sda、/dev/sdb 和 /dev/sdc，最新的在前。注：/dev/sdc有1个主分区/dev/sdc1，1个扩展分区/dev/sd2，3个逻辑分区/dev/sdc5、/dev/sdc6和/dev/sda7。

我使用 /dev/sda5 和 /dev/sdb5 创建了一个降级的 RAID 5 设备 /dev/md0（计划将 /dev/sdc5 添加到 RAID 以将其变为正常状态），然后使用 /dev/md0 作为唯一的 pv LVM，并使用 ext4 文件系统 /dev/mapper/vg0-lv0 创建了一个 lv。

不幸的是，在探索和使用 LVM 时，我dd if=/dev/zero of=/dev/sdc1 bs=64M count=10在删除 /dev/sdc1 后运行。所以实际上零被写入/dev/sdc2，并且分区表的损坏部分存储在/dev/sdc2和/dev/sdc5的开始部分。

当意识到这一点，我立即通过这样DD制成的/ dev / SDC的图像：dd if=/dev/sdc of=/mount-point-of-vg0-lv0/sdc.img。

几天后，我终于有时间尝试恢复/dev/sdc上的数据，实际上只有/dev/sdc7，因为它是唯一没有备份的分区。我用镜像文件 sdc.img 运行 testdisk，使用它的快速搜索功能重建分区表，将它丢失到 /dev/loop0。/dev/loop0p7（它是 /dev/sdc7 的映像）已返回并可挂载，所有文件似乎都没有问题。然后我跑去find /mount-point-of-loop0p7 -type f -exec md5sum {} \; > sdc7_img.md5sum为 /dev/loop0p7 上的所有文件构建 MD5 校验和列表。

在处理物理 /dev/sdc 设备时，测试磁盘的快速搜索不会找到所有分区，深度搜索会。然后我使用类似的命令为物理 /dev/sdc7 上的所有文件构建了 MD5 校验和列表 sdc7.md5sum。将其与 sdc7_image.md5sum 进行比较时，我发现有 4 …

我的家庭服务器设置有问题。问题是，有时，但实际上很少，它会将我的所有数据（由于缺乏更好的术语）恢复到较早的状态（几个月到几周之间的某个时间）。

设置是软件 RAID 5 上的 4TB ext4，3 个磁盘在 Ubuntu 12.04 (linux 3.2) 上运行。Samba 提供该分区的文件。

/proc/mdstat告诉我阵列是健康的smartclt -H /dev/sdX，所有设备都说 PASSED。我试图在日志中找到一些东西，但我找不到任何可疑的东西。

上次发生错误时，我在使用剪切机上的文件时重新启动了服务器，但fsck没有发现任何错误。

错误的性质让我感到困惑。由于 ext 不是写文件系统上的副本，我会假设这样的事情是不可能的。如果您能想到我可以运行的任何诊断程序，请不要犹豫。

我想问题是我的数据发生了什么，我该如何阻止它再次发生？

- 编辑 -

好的，我发现了错误：问题与 ext4 无关。问题是我安装设备的方式。

我有用于我的数据的 raid 5 和带有备份的 raid 0。但是我在启动时安装它的方式并不是 100% 稳定的。有时备份被挂载为主。

来自/etc/fstab：

# main RAID array
/dev/md126p1 /media/Main        ext4    defaults        0       0

来自/etc/mdadm/mdadm.conf：

# definitions of existing MD arrays
ARRAY /dev/md/Main metadata=1.2 UUID=c2ccbd00:ce414404:0ee05911:eebe2832
ARRAY /dev/md/Backup metadata=1.2 UUID=b4973c41:e735e1c0:29e8be4b:4fe7c007 name=:Backup

谁能回答我这个小问题，谁就会得到赏金：以有保证的稳定方式安装备份和主要的最佳方法是什么。

- 编辑 -

/dev/md/备份：

    Version : …

我最近用mac将几个文件和文件夹复制到一个USB驱动器（ext4到ExtFS），现在在Linux（Xbian）驱动器根目录下的两个文件夹显示四次。“ls -lQai”的输出是：

total 2176
   2 drwxr-xr-x  9 root root      73728 Jun  3 01:32 "."
6533 drwxr-xr-x 10 root root       4096 Jun  2 01:41 ".."
  16 -rw-r--r--  1  501 dialout   21508 Jun  3 01:30 ".DS_Store"
  12 d-wx-wx-wt  2 root      99    4096 Jun  3 01:32 ".Trashes"
  17 -rw-r--r--  1   99      99    4096 Jun  2 02:17 "._.DS_Store"
  13 --w-------  1   99      99    4096 Jun  2 02:16 "._.Trashes"
2186 -rwxrwxrwx  1   99      99    4096 Jun  2 06:03 "._Videos"
  26 -rw-r--r--  1  501 dialout     308 …

我正在进行一个归档项目，目前我在 4TB NAS 驱动器上存储 514600 个图像（范围从 200kb 到 2mb）。驱动器本身格式化为 ext4，我通过 cifs/smb 通过网络写入文件。

存储如此大量的文件有什么影响吗？文件系统会成为碎片的受害者吗？

我使用带有 NFS 的 Beaglebone black，
我已使用 ext4 文件系统格式化内部 eMMC，

当我使用以下命令消息弹出窗口挂载文件系统时，告诉文件系统是在没有挂载的情况下挂载的journal，那么我如何使用日志挂载文件系统，

# mount -t ext4 /dev/mmcblk0p2 /media/emmcrfs/
[10639.836647] EXT4-fs (mmcblk0p2): mounted filesystem without journal. Opts: (null)

我读到的另一件事是 ram 日志更适合嵌入式系统，是这样吗？
如何设置内存日志选项？

我必须使用tune2fs实用程序吗？

我有一个 Ubuntu 16.04 工作站，带有 ext4 文件系统。

1. 当使用 LxD 时，我希望拥有快如闪电的快照能力（因为我的图像通常很大）。据我了解，只有当支持文件系统是 CoW 文件系统（例如 Btrfs）时，才能实现这种能力。

（注意：到目前为止，我遇到的 Btrfs 唯一与性能相关的主要警告是建议使用noatimemount 标志。）

2. 但由于我在该系统上还有一个 MySQL 实例，我不希望看到其性能受到影响（相对于 ext4 文件系统），因此我决定对切换到 Btrfs 支持的 MySQL 时是否存在任何潜在问题进行最后检查。而且，看看我发现了什么：

通常最好使用选项挂载 Btrfs 'nodatacow'，禁用写时复制，因为当您进行大量随机写入时，COW 会导致碎片、磁盘抖动以及 CPU 和 RAM 峰值。

现在，这似乎是一个真正的阻尼器！

问：有什么方法可以让我同时拥有 Btrfs 的快速快照和高性能 MySQL 实例？

我刚刚将我的另一台机器转换为 Ubuntu。我应该考虑使用ext4吗？