Vous pouvez utiliser ext4 mais je recommanderais de monter avec journal_data mode qui désactivera dealloc (allocation retardée) qui a causé des problèmes antérieurs. La désactivation de dealloc ralentira les nouvelles écritures de données, mais rendra les écritures en cas de panne de courant moins susceptibles d'avoir une perte. Je dois également mentionner que vous pouvez désactiver dealloc sans utiliser journal_data qui présente d'autres avantages (ou du moins dans ext3), tels que des lectures légèrement améliorées et, je pense, une meilleure récupération.
Les étendues aideront toujours à la fragmentation. Les étendues rendent la suppression de fichiers volumineux beaucoup plus rapide qu'ext3, une suppression de données de toute taille (fichier unique) devrait être quasi instantanée sur ext4 mais peut prendre beaucoup de temps sur ext3. (tout FS basé sur l'étendue a cet avantage)
ext4 aussi fsck est plus rapide que ext3.
Une dernière remarque, il y avait des corrections de bogues dans ext4 jusqu'à 2.6.31 ? Je voudrais essentiellement m'assurer que vous n'exécutez pas un noyau antérieur à 2.6.32, qui est un noyau LTS.
XFS est solide comme le roc et est dans le noyau depuis des lustres. Examinez des outils comme xfs_freeze et voyez si c'est ce que vous recherchez. Je sais que c'est très subjectif, mais j'ai utilisé XFS pour le stockage de données pendant des années sans incident.
Utilisez simplement un outil de sauvegarde prenant en charge les sommes de contrôle. Par exemple, Dar le fait, et il prend en charge les sauvegardes incrémentielles. Ensuite, vous pouvez sauvegarder sur un système de fichiers solide comme ext3.
Pour les sauvegardes, vous voulez quelque chose de solide/très stable. Et btrfs ou ZFS ne sont tout simplement pas prêts aujourd'hui.