¿Debo boost el conteo de inodes para un volumen de copy de security rsync?

Teniendo en count que rsync utilizado para la copy de security incremental del sistema operativo crea granjas de hardlink para todos los files no diferentes, si lo uso para hacer copys de security de un sistema grande y lentamente cambiante a un volumen dedicado, me preocupa que se me acaben los inodos para los enlaces duros. años antes de que me quede sin espacio de disco.

¿Sería mejor jugar con los parameters de mke2fs e incrementar el número (densidad) de inodos para dicho disco, o es el valor por defecto suficiente para hacer una copy de respaldo del típico 'escritorio Linux' con una buena biblioteca multimedia … o tal vez un FS diferente de ext3? ¿seria mejor?

Un enlace fijo es, por definición, un enlace a un inodo. Múltiples enlaces duros a un inodo, por lo tanto, no necesitan inodos adicionales …

Lo único que boostá el uso del inodo es que para cada "generación" el tree del directory se duplicará, por lo que para cada directory en cada generación se necesitará un inodo adicional, independientemente de si los files se han modificado o no. Dicho esto, en mi experiencia, la asignación de inode pnetworkingeterminada es suficiente para un sistema de copy de security rsync incremental (utilizo dirvish para automatizar las copys de security). Ciertamente, como está hablando de multimedia, el tamaño promedio del file será mayor que el que tiene en count la asignación de inode pnetworkingeterminada.