Est-il acceptable de copyr un file image qui est toujours monté via un périphérique en boucle?

J'ai un file image de 100 Go qui est créé en utilisant dd . Ce file image est monté via un périphérique en boucle comme lecture-écriture.

Je souhaite stocker une sauvegarde de ce file image dans un location distant. J'ai un script qui comprime le file image (en utilisant zip ) et copy le file zip sur le stockage à distance (programmé à l'aide de cron ).

Maintenant, ma question est la suivante: faut-il que mon script démontre le file image avant de le supprimer? (Si une opération de lecture-écriture est en cours, je ne pourrais pas la démonter et le script échouerait ainsi).

Ou est-il correct de le fermer quand il est encore monté? Que se passe-t-il s'il existe une opération d'écriture en cours lorsque le zipping commence? Le file d'image serait-il cohérent?

J'apprécierais quelques idées.

Si vous copyz une image du système de files pendant qu'il est monté en lecture et écriture, vous obtiendrez une copy incohérente. Ceci est vrai si l'image est un file sous-jacent à un périphérique de boucle ou, plus simplement, un périphérique de bloc normal. Il n'est pas correct de le fermer quand il est encore monté.

Soit dit en passant, la zip semble être un choix peu probable pour la compression d'un seul grand file. La nature en continu des outils les plus couramment utilisés gzip ou bzip2 semble plus appropriée.

Au lieu d'accéder à une image en direct, vous voudrez en retirer un instantané. Une option serait d'utiliser un LVM LV au lieu d'un dispositif de bouclage à fond de file. Ensuite, vous pouvez prendre un instantané LVM du LV avant de le compresser. La fonctionnalité de capture instantanée de LVM communique automatiquement avec le système de files pour assurer un instantané cohérent, si le système de files le supporte (xfs et, je pense, ext4 le supporte).