Je lis avec beaucoup d’intérêt ta série de journaux. Merci !
J’ai une question et une suggestion.
1/ Sais-tu si le format du flux obtenu par btrfs send est stable au changement de version de l’outil et/ou du noyau ? Je n’ai trouvé aucune information là-dessus. Tout ce qu’on a sur le wiki btrfs c’est que le format sur disque de btrfs n’est plus sensé bouger au point de créer des incompatibilités. Pourquoi j’ai besoin de savoir ? C’est que je suis en train de jouer avec le stockage cloud pour mes sauvegarde, et qu’on n’a pas la main sur le système de fichier distant : du coup je prépare un fichier .btrfs tel qu’obtenu par l’outil btrfs send, je le compresse, et j’envoie le tout. Mais en l’état actuel des choses, je n’ai pas la garantie que ma sauvegarde soit valable au changement de version des outils btrfs. Ça demande de faire attention à la version utilisée.
Ton lien intitulé "notes de conception sur send/receive" apporte au moins un élément de réponse : je sais maintenant que le format est amené à changer. Reste à savoir dans quelle proportion et si un jour il est prévu une certaine stabilisation.
2/ Autre fonctionnalité très intéressante de btrfs, pas forcément pertinente pour ce journal, mais je profite pour le mentionner : la possibilité de mettre un système de fichier donné sur un device en lecture seule et un device en écriture incrémentale. Applications : un livecd ou une raspberry.
# Question
Posté par .Nicolas. . En réponse au journal [Btrfs et openSUSE] Épisode 4 : le transfert de sous-volume. Évalué à 2.
Je lis avec beaucoup d’intérêt ta série de journaux. Merci !
J’ai une question et une suggestion.
1/ Sais-tu si le format du flux obtenu par
btrfs sendest stable au changement de version de l’outil et/ou du noyau ? Je n’ai trouvé aucune information là-dessus. Tout ce qu’on a sur le wiki btrfs c’est que le format sur disque de btrfs n’est plus sensé bouger au point de créer des incompatibilités. Pourquoi j’ai besoin de savoir ? C’est que je suis en train de jouer avec le stockage cloud pour mes sauvegarde, et qu’on n’a pas la main sur le système de fichier distant : du coup je prépare un fichier .btrfs tel qu’obtenu par l’outilbtrfs send, je le compresse, et j’envoie le tout. Mais en l’état actuel des choses, je n’ai pas la garantie que ma sauvegarde soit valable au changement de version des outils btrfs. Ça demande de faire attention à la version utilisée.Ton lien intitulé "notes de conception sur send/receive" apporte au moins un élément de réponse : je sais maintenant que le format est amené à changer. Reste à savoir dans quelle proportion et si un jour il est prévu une certaine stabilisation.
2/ Autre fonctionnalité très intéressante de btrfs, pas forcément pertinente pour ce journal, mais je profite pour le mentionner : la possibilité de mettre un système de fichier donné sur un device en lecture seule et un device en écriture incrémentale. Applications : un livecd ou une raspberry.