Fedora 33 est disponible, Btrfs devient le système de fichier par défaut

Fedora 33 est disponible, Btrfs devient le système de fichier par défaut

Fedora 33 est disponible, Btrfs devient le système de fichier par défaut

Cette fois, l’équipe de développement n’aura pas été en retard. La date de publication était prévue pour le 20 ou le 27 octobre, et même si c’est la seconde qui a finalement été retenue, le créneau n’a pas été repoussé.

Les nouveautés de Fedora 33 sont relativement nombreuses. La plus importante est l’utilisation par défaut de Btrfs en lieu et place d’Etx4. Le commun des mortels ne devrait voir aucune différence, mais les utilisateurs plus avancés devraient apprécier les capacités supplémentaires

Commentaires (11)


“mais les utilisateurs plus avancés devraient apprécier les capacités supplémentaires”
Lesquelles de capacités ? (la flemme du futur confinement :pastaper: )


Essentiellement les Snapshots et la compression instantanée, et la gestions native du raid0 raid1


Citation du dossier NextInpact




Btrfs apporte ainsi nativement les instantanés (snapshots) à chaud, qui permettent pour rappel de revenir à un état antérieur d’un sous-volume ou du système. Techniquement, il faut parler de « versions », chacune ne gardant en réserve que les changements apportés depuis le dernier enregistrement, avec d’importants gains de place à la clé.



On y trouve également le copy-on-write, un modèle transactionnel permettant d’exploiter les snapshots, les références arrière, le redimensionnement à chaud des volumes, la gestion des volumes logiques, la prise en charge native des RAID ou encore le support des sommes de contrôle.



appotheos

Citation du dossier NextInpact




Btrfs apporte ainsi nativement les instantanés (snapshots) à chaud, qui permettent pour rappel de revenir à un état antérieur d’un sous-volume ou du système. Techniquement, il faut parler de « versions », chacune ne gardant en réserve que les changements apportés depuis le dernier enregistrement, avec d’importants gains de place à la clé.



On y trouve également le copy-on-write, un modèle transactionnel permettant d’exploiter les snapshots, les références arrière, le redimensionnement à chaud des volumes, la gestion des volumes logiques, la prise en charge native des RAID ou encore le support des sommes de contrôle.




(reply:1833535:Oby-Moine)




Ha oui quand même !
Merci les gars je vais regarder ça de plus près pour les nouveaux serveurs c’est très intéressant.


c’est que sur le root que c’est utile? pas besoin pour le /home?
(pour un usage “à la maison”)


Ça peut être utile en cas de mauvaise manip sur tes documents


Ah Fedora, pour moi c’est vraiment la meilleure distribution 😁



jaguar_fr a dit:


c’est que sur le root que c’est utile? pas besoin pour le /home? (pour un usage “à la maison”)




Au contraire, il faut le mettre partout, car tu fais en réalité une partition, et après tu fais des volumes dedans (/, /home, …) qui n’ont pas de taille alloués, donc les tailles se gèrent toutes seules. Et tu peux choisir quel volume a faire un snapshot.



Quand j’ai fait mon “nas” a la maison, j’ai mis un btrfs sur le ssd (/, /home) et un mdraid+lvm sur les disques car btrfs a un gros bug avec risque de pertes de données sur le raid 56 intégré.


J’étais persuadé que Fedora avait aussi le xfs par défaut mais en fait c’est CentOS qui est ainsi.


XFS sur la version serveur il me semble


plop97

XFS sur la version serveur il me semble


Je confirme, j’ai une VM Fedora Server sur mon serveur et son FS est effectivement en XFS.



Je n’avais jamais fait attention à cette différence honnêtement et comme je vois plus souvent de la CentOS j’ai cru que c’était lui aussi sur la partie Worksation.


Fermer