考虑到rsync
用于增量操作系统备份会为所有非差异文件创建硬链接场,如果我使用它定期将大型且变化缓慢的系统备份到专用卷,我担心我会用完硬链接年龄的索引节点在我用完磁盘空间之前。
修改 mke2fs 参数并增加此类磁盘的 inode 数量(密度)是否会更好,或者默认值足以使用良好的多媒体库备份典型的“桌面 Linux”...或者可能是与 ext3 不同的 FS会更好?
答案1
根据定义,硬链接是指向 inode 的链接。到一个索引节点的多个硬链接因此不需要额外的索引节点......
唯一会增加 inode 使用量的是目录树本身的每一“代”将要被复制,因此对于每一代中的每个目录,无论文件是否更改,都需要一个额外的 inode。也就是说,根据我的经验,默认的 inode 分配对于增量rsync
备份系统来说已经足够了(我用来dirvish
自动化备份)。当然,当您谈论多媒体时,平均文件大小将大于默认 inode 分配所考虑的大小。