在 8T 的外接硬盘 (My Book) 上格式化了 ext3 ，
但不知道是什么原因，档案大小上限只能到 20G 。
truncate -s 19G 还能成功， 20G 就会报错了。
google 到的说法，
如果 block size 是 4k ，那上限应该是 16T ，
用 tune2fs 列出的 block size 也的确是 4096 ；
但实际上却只能建立最大 20G (2048000000 byte) 大小的档案。
不知道为什么是 20G 这个奇怪的数字。
在挂载的时候，的确是用 ext3 去挂载的，没有用到 ext2 。
用 tune2fs 列出的属性：
```
tune2fs 1.44.5 (15-Dec-2018)
Filesystem volume name: <none>
Last mounted on: /mnt/backup
Filesystem UUID: xxxx
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 488382464
Block count: 1953506299
Reserved block count: 97675313
Free blocks: 1274808137
Free inodes: 487903751
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 558
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Filesystem created: Fri Aug 2 18:49:51 2019
Last mount time: Wed Apr 8 10:13:34 2020
Last write time: Wed Apr 8 10:46:48 2020
Mount count: 93
Maximum mount count: -1
Last checked: Sat Aug 3 08:03:15 2019
Check interval: 0 (<none>)
Lifetime writes: 2774 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 32
Desired extra isize: 32
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 1430fead-0972-4ab8-90aa-784a0b48e68d
Journal backup: inode blocks
```

主机是cpu和os是几bit的作业系统? truncate理论上是用truncate system call去实作,而trucate的长度参数是off_t,所以不同机器的上限可能会因为cpu,os的限制而有所不同man 2 truncate写个c程式 printf("%d", sizeof(off_t)); 就可以知道不能改用ext4吗? ext3的年代硬盘真的很小,大容量硬盘出来的年代默认都是ext4,遇到了诡异问题如何可以先闪就闪如果可以

那就XFS吧，几乎大家都能挂，顶多没有修复工具

XD 你应该没在用虚拟机器,随便一个虚拟机器的虚拟硬盘都几十GB上百GB的

为了避免等一下被叫出来踹共，先自行出来跪算盘。