标签: ext4

• 桌面上的 Ubuntu 14.04
• 源驱动器：/dev/sda1：5TB ext4 单
  驱动器卷
• 目标卷：/dev/mapper/archive-lvarchive：raid6 (mdadm) 18TB 卷，带 lvm
  分区和 ext4

大约有 1500 万个文件要移动，有些可能是重复的（我不想覆盖重复的）。

使用的命令（来自源目录）是：

ls -U |xargs -i -t mv -n {} /mnt/archive/targetDir/{}

这已经按预期持续了几天，但我收到了增加频率的错误。当它开始时，目标驱动器大约为 70%，现在大约为 90%。过去大约有 1/200 的动作会出现状态和错误，现在大约是 1/5。没有一个文件超过 100Mb，大多数都在 100k 左右

一些信息：

$ df -h
Filesystem                     Size  Used Avail Use% Mounted on
/dev/sdb3                      155G  5.5G  142G   4% /
none                           4.0K     0  4.0K   0% /sys/fs/cgroup
udev                           3.9G  4.0K  3.9G   1% /dev
tmpfs                          797M  2.9M  794M   1% /run
none                           5.0M  4.0K  5.0M   1% /run/lock
none                           3.9G     0 …

我在这里问了一个关于 ext4lazyinit 的问题。从我阅读和理解的所有内容来看，它只是允许您开始使用硬盘，而无需为您的文件系统创建所有 inode。

您知道或可以衡量的唯一方法是ext4lazyinit在iotop. 有没有办法以百分比形式获得进度？

我们已经看到操作系统在 fork 进程时进行 Copy on Write 优化。原因是大多数情况下 fork 都在 exec 之前，所以我们不想承担页面分配和从调用者地址空间不必要地复制数据的成本。

那么在带有 ext4 或 xfs（日志）文件系统的 linux 上执行 CP 时，是否也会发生这种情况？如果它没有发生，那为什么不呢？

在为包含 flac 格式的视频和音频等大文件的分区创建文件系统时，使用-T largefile标志有用吗？

我使用该标志和不使用该标志测试了相同的分区，并使用tune2fs -l [partition]，我检查了启用了“large_file”的“文件系统功能”。那么，没有必要使用-T 标志 largefile吗？

我可以成功挂载ext4分区，问题是分区上的所有文件都归userid为1000的用户所有。在一台机器上，我的userid是1000，但在另一台机器上是1010。我的用户名在两台机器上都是一样的，但我意识到文件系统存储的是用户 ID，而不是用户名。

我可以使用以下内容更正文件所有权：

find /mnt/example -exec chown -h 1010 {} \;

但是当我在另一台机器上安装这个外部驱动器时，我必须再次将文件所有权更正回 1000。

我想要的是给出mount一个选项，说将用户 ID 1000 映射到 1010，这样我就不必实际修改任何文件。有没有办法做到这一点？

有什么方法可以为 ext4 文件系统拍摄快照，以便我们稍后可以恢复到它？

如果我知道文件的索引节点（inode），但不知道它的路径（或其任何路径），是否可以直接创建到该 inode 的硬链接？

我可以找到文件sudo find / -inum 123546，然后创建一个硬链接，但这对我的应用程序来说太慢了。

注意我使用的是 ext4 文件系统。

我正在调整包含单个 ext4 文件系统（没有 LVM 或其他东西）的 LUKS 加密分区的大小。该cryptsetup FAQ建议删除旧的分区并重新创建它，但是，像浪费了很多时间的声音。因此，我想手动进行，仔细调整分区大小。

到目前为止，我认为我需要这样做：

1. 创建文件系统的（加密）备份。重要的！在执行以下任务时，您不会是第一个丢失数据的人。
2. 卸载现有的 ext4 文件系统（例如通过引导到 Live CD）。如果从 Live CD 启动，请使用以下命令挂载加密分区cryptsetup luksOpen /dev/sdXY ExistingExt4
3. 调整现有 ext4 文件系统的大小。
4. cryptsetup resize /dev/mapper/ExistingExt4 -b $SECTORS
5. 使用关闭/“卸载”LUKS 分区 cryptsetup luksClose ExistingExt4
6. 缩小分区大小。

以上步骤是否正确？

在第 4 步中，我应该选择$SECTORS什么？这一步有必要吗？该cryptsetup手册是不是真正描述性的resize选项：

resize <name>
    resizes an active mapping <name>.
    If --size (in sectors) is not specified, the size of the underlying
    block device is used.

最后，如果我将 ext4 分区缩小 15 GiB，我是否可以安全地假设可以使用parted …

我有一个从 WD Mybook Live NAS 中取出的 3TB 硬盘。分区表如下：

Model: ATA WDC WD30EZRS-11J (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 3      15.7MB  528MB   513MB                primary
 1      528MB   2576MB  2048MB  ext3         primary  raid
 2      2576MB  4624MB  2048MB  ext3         primary  raid
 4      4624MB  3001GB  2996GB  ext4         primary

所以我试图访问分区 4（最大的一个！）：

root@john-desktop:~/linux-3.9-rc8# mount -t ext4 /dev/sdb4 /mnt/
mount: wrong fs type, bad option, bad superblock on /dev/sdb4,
       missing codepage or helper program, or …

我ext4在一个（磁性）硬盘驱动器上有一个 900GB 的分区，它没有缺陷也没有坏扇区。除了一个空lost+found目录外，该分区完全是空的。该分区使用默认参数进行格式化，但我将保留文件系统块的数量设置为 1%。

我xubuntu-15.04-desktop-amd64.iso使用wget. 下载完成后，发现文件被分成了四个片段：

filefrag -v /media/emma/red/xubuntu-15.04-desktop-amd64.iso
Filesystem type is: ef53
File size of /media/emma/red/xubuntu-15.04-desktop-amd64.iso is 1009778688 (246528 blocks of 4096 bytes)
 ext:     logical_offset:        physical_offset: length:   expected: flags:
   0:        0..   32767:      34816..     67583:  32768:            
   1:    32768..   63487:      67584..     98303:  30720:            
   2:    63488..   96255:     100352..    133119:  32768:      98304:
   3:    96256..  126975:     133120..    163839:  30720:            
   4:   126976..  159743:     165888..    198655:  32768:     163840:
   5:   159744..  190463:     198656..    229375:  30720:            
   6:   190464..  223231:     231424.. …