Ubuntu prévoit-il de passer à btrfs comme système de fichiers par défaut?


25

Btrfs semble avoir un ensemble de fonctionnalités utiles telles que nous des instantanés et est par défaut dans Opensuse et Suse.Fedora prévoit d'y passer. Ubuntu envisage-t-il d'y passer? Sinon, pourquoi?


non? parce que Debian ne l'est pas?
Xen2050

1
@ Xen2050 - btrfs est un système de fichiers valide pour Ubuntu et Debian. Cela semble être une bonne question à poser en supposant que quelqu'un puisse trouver une preuve documentée des pensées actuelles des développeurs Ubuntu.
fossfreedom

@fossfreedom Je ne voulais pas paraître dédaigneux ou grossier, je n'avais tout simplement pas entendu de nouvelles à ce sujet, alors c'était ma supposition à l'époque. J'ai fait (trop) de recherches aujourd'hui, alors j'ai publié une meilleure réponse, même si je n'ai trouvé aucune citation de Shuttleworth
Xen2050

Réponses:


14

Je ne sais pas quand, ni même si, Debian ou Ubuntu basculeront vers Btrfs comme système de fichiers racine par défaut. Étant donné que la situation est récemment devenue «stable», je ne serais pas surpris si des années s'étaient écoulées avant qu'elle atteigne Debian Stable (mais Ubuntu est basé sur Debian Unstable ...). Si c'était moi, j'attendrais pour voir comment ça se passe pour openSUSE pendant un certain temps.

Il semble que "l'instantané et la restauration [soit] la fonction de tueur de Btrfs" mentionnée dans cette page d'actualités openSUSE , mais cela ressemble à une stratégie de sauvegarde solide que vous pouvez implémenter dans n'importe quel FS aujourd'hui avec un petit effort. J'aime la fonction de compression, je pense qu'elle utilise ZLIB maintenant, mais je ne pense pas qu'elle serait comparable à quelque chose comme ce qui est xzutilisé par défaut.

Ce gars sur LinuxBSDos.com dit "Avec Btrfs la valeur par défaut sur openSUSE, quand les autres distributions suivront-elles", mais dit que si une installation par défaut utilise Btrfs sur root, "une partition séparée pour / home, utilise XFS". Ajoute ensuite "Une chose qui a attiré mon attention dans openSUSE 13.2 est que la partition racine ne peut pas être chiffrée, avec Btrfs sélectionné. Je pense que c'est parce que dans le schéma de partitionnement par défaut, il n'y a pas de partition séparée pour / boot."
Un commentaire laisse supposer que "Btrfs est sur root car en cas de problèmes inattendus, vous pouvez toujours réinstaller le système. Alors que sur / à la maison où il y a des données utilisateur, vous ne pouvez pas compter sur une réinstallation."

En fait, je ne savais pas que Btrfs était stable, il suffit de lire qu'il est devenu "stable" vers août 2014 - si Wikipedia est considéré comme une bonne source ( le wiki d'aide communautaire d'Ubuntu sur Btrfs dit que Wikipédia est un lien "plus d'infos" sur Btrfs .. . ), le lien vers le wiki Btrfs dit qu'il n'est "plus instable" et a toujours:

La base de code Btrfs est en plein développement. Tout est mis en œuvre pour le maintenir stable et rapide. En raison de la vitesse de développement rapide, l'état de développement du système de fichiers s'améliore sensiblement avec chaque nouvelle version de Linux, il est donc recommandé d'exécuter le noyau le plus moderne possible.

Le wiki de Debian ne semble pas avoir de nouvelles nouvelles sur btrfs, mentionne qu'il est dans le noyau depuis le 2.6.29 ( 23 mars 2009 )

En fait, la FAQ du Btrfs Wiki ne semble pas avoir de nouvelles sur sa stabilité plus récente que décembre 2012 (je suis sûr que la mise à jour de la documentation est faible sur les priorités, mais le fait de trouver stable semble être une étape importante pour moi):

Btrfs est-il stable?

Réponse courte: Non, c'est toujours considéré comme expérimental.

Réponse longue: Personne ne va par magie coller une étiquette sur le code btrfs et dire "oui, c'est maintenant stable et sans bug". Différentes personnes ont des concepts de stabilité différents: un utilisateur à domicile qui souhaite conserver ses CD extraits aura une exigence de stabilité différente de celle d'une grande institution financière utilisant son système commercial. Si vous êtes préoccupé par la stabilité dans l'utilisation de la production commerciale, vous devez tester btrfs sur un système de banc d'essai sous des charges de travail de production pour voir s'il fera ce que vous en voulez. Dans tous les cas, vous devez rejoindre la liste de diffusion (et passer du temps dans IRC) et lire les rapports de problèmes et les suivre jusqu'à leur conclusion pour vous donner une bonne idée des types de problèmes qui surviennent et de la mesure dans laquelle ils peuvent être traités. Quoi que vous fassiez, nous vous recommandons de rester bon, testé,

Réponse pragmatique: (2012-12-19) De nombreux développeurs et testeurs exécutent btrfs comme système de fichiers principal pour une utilisation quotidienne ou avec diverses formes de données "réelles". Avec un matériel fiable et des noyaux à jour, nous voyons très peu de problèmes irrécupérables. Comme toujours, conservez les sauvegardes, testez-les et préparez-vous à les utiliser.


Le Fedora Project Wiki sur Btrfs dans son "Btrfs filesystem DRAFT " dit "A partir de Fedora 16, il devrait être le système de fichiers par défaut", mais qui a été publié en 2011, donc je pense que cette page est inutile ...

Le Guide d'administration du stockage de Red Hat Enterprise Linux 7 appelle Btrfs un «aperçu technologique» et cette version de RedHat a été publiée le 10 juin 2014 (avec la «phase de fin de production 1» du quatrième trimestre 2019).

Dans Red Hat, que signifie une fonction "Aperçu technologique"?

Les fonctionnalités d'aperçu technologique ne sont actuellement pas prises en charge, peuvent ne pas être fonctionnelles et ne conviennent pas au déploiement en production. Cependant, ces fonctionnalités sont fournies au client à titre de courtoisie et l'objectif principal est que la fonctionnalité gagne en visibilité avec l'objectif d'une prise en charge complète à l'avenir.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.