Lié à cela .
Je voudrais profiter d'un commutateur de système d'exploitation pour mettre à niveau vers BTRFS.
BTRFS prétend offrir beaucoup (résilience de perte de données, auto-guérison si RAID, somme de contrôle des métadonnées et des données, compression, instantanés). Mais il est lent lorsqu'il est utilisé avec des
fsync
programmes intensifs tels quedpkg
(je saiseatmydata
et lesapt-btrfs-snapshot
programmes merdiques ) et je ne configurerai pas de RAID: p.EXT4 autorise uniquement la vérification des métadonnées et ne compresse pas les données.
En 6 ans, j'ai dû réinstaller mon OS deux fois à cause de la corruption du disque dur (après des voyages en avion). Le premier rendant l'ordinateur portable non amorçable, le deuxième groupe de corruptions a été identifié grâce à un film corrompu puis à la vérification md5sum des binaires du système d'exploitation. (SMART me dit que le disque est sain d'esprit). Les lappy se comportent actuellement assez étrangement. Je ne sais pas si le matériel ou le logiciel est à blâmer mais je soupçonne le matériel (tout a recommencé juste après un vol).
Recommanderiez-vous de passer à BTRFS pour un ordinateur portable en raison de la compression des données et de la somme de contrôle ou devrais-je m'en tenir à EXT4?
(Je me fiche de ce qui est "le meilleur" par rapport à n'importe quelle variable mais je n'ai presque aucune expérience avec BTRFS et j'aimerais avoir des commentaires)
ÉDITER:
Soyons plus clairs: BTRFS est toujours signalé comme expérimental, je sais , mais SUSE dit qu'il ne devrait plus l'être. Oracle aussi (je sais qui est Oracle). Et un tas de distributions proposent déjà BTRFS pour l'installation et la plupart d'entre elles prévoient d'y basculer dans les prochains mois.
Deux faits:
- Les sauvegardes de données corrompues ne valent rien . Je ne comprends pas pourquoi je semble être le seul à déranger. N'est-ce pas du bon sens? Pendant ce temps:
- Arrêtez de me dire que je devrais faire des sauvegardes: je le fais déjà .
- Arrêtez de laisser entendre que les sauvegardes sont juste suffisantes pour protéger mes données, sauf si vous êtes prêt à me donner des To d'espace libre pour faire des années de sauvegardes.
- Un fichier corrompu = / => Linux se plaignant . Donc:
- Ne présumez pas que votre système / vos données sont sensées simplement parce que le système d'exploitation démarre.
- J'espère que vous comprenez que je préfère la somme de contrôle (méta) des données à un logiciel surdimensionné et gonflé qui ferait incommode la moitié du bon travail que BTRFS pour vérifier l'intégrité des données.
Est-ce plus clair maintenant que je ne demande pas quel FS est "meilleur"? La question est, étant donné que je fais régulièrement des sauvegardes, le BTRFS est-il encore trop expérimental pour être utilisé pour ses fonctions de vérification de l'intégrité des données ou dois-je m'en tenir à EXT4?
la source
dd
et tout - de tout mon disque dur, je ne sais toujours pas si les programmes que j'utilise actuellement sont corrompus ou non. Mais BTRFS est peut-être encore trop jeune pour cette époque ... Si je parlais de RAID, c'était juste pour dire que moi, dans une perspective de prévention de la perte de données, ( pas de sauvegarde), cela aurait été utile pour résoudre de petits problèmes de corruption ... Mais ce n'est pas applicable dans ce cas.Réponses:
Je suis d'accord avec vonbrand, btrfs n'est pas encore au niveau de maturité d'ext * ou XFS ou JFS pour n'en nommer que quelques-uns. Je ne l'utiliserais pas sur un ordinateur portable avec des données précieuses à moins d'avoir une sauvegarde fiable qui puisse être effectuée également en déplacement.
Btrfs peut détecter les corruptions, mais il ne fera rien de plus que de signaler la détection, sauf si vous disposez d'une copie non corrompue disponible des mêmes données, ce qui signifie que vous avez besoin d'un RAID ou d'une duplication de données sur le volume.
Cela dit, j'envisage de l'utiliser (en utilisant RAID-1) pour une machine, mais j'ai également Crashplan en cours d'exécution sur cette machine!
Depuis longtemps, j'utilise JFS sur mon ordinateur portable. L'une des raisons était la faible utilisation du processeur par rapport à XFS ou ext3 lors des opérations sur les fichiers. Je n'ai jamais vérifié si cela permettait également d'économiser de la consommation d'énergie, mais c'était mon hypothèse. J'ai trouvé JFS assez stable et sûr, jamais perdu de données lors de son utilisation.
la source
rsync
est qu'il n'a aucune idée si un fichier aurait dû être modifié ou non. Est-ce plus clair?La «sagesse commune» des développeurs de systèmes de fichiers est qu'il faut environ 5 ans de coups pour considérer un système de fichiers suffisamment stable pour une utilisation non expérimentale. BTRFS n'a pas encore accumulé 5 ans, il est donc considéré strictement pour une utilisation expérimentale en ce moment. Si les données sur la machine ne sont pas critiques et qu'un schéma de sauvegarde rigure est en place, passez à l'état sauvage. Soyez prêt à signaler des événements étranges.
Fedora 18 (version actuelle) n'a pas de BTRFS, et il n'est pas encore prévu pour Fedora 19 . Et étant donné que l'un des objectifs de Fedora est de suivre de manière agressive les dernières technologies, il devrait vous dire quelque chose ...
la source
J'utilise 3 ordinateurs portables et j'utilise BTRFS sur 2 d'entre eux depuis plus de 4 ans maintenant. Le dernier problème de stabilité (et de perte de données) que j'ai rencontré avant de passer au noyau 3.3, donc à toutes fins pratiques, je considère btrfs stable pour un usage domestique.
Malheureusement, btrfs n'est pas complet:
comme @Huygens l'a mentionné, il n'a pas la capacité de réellement réparer les fichiers corrompus.
lorsque vous le placez sur
ecryptfs
(un modèle d'utilisation courant si vous appréciez les données stockées sur votre ordinateur portable) et que vous perdez soudainement de l'énergie (ou rencontrez un crash du noyau) les fichiers en cours d'écriture sont souvent tronqués à la longueur 0 (avec peu d'espoir de les récupérer). Pensez~/.config/dconf/user
par exemple.tout système de fichiers COW est plus fragmenté que non-COW. Et il n'y a pas de véritable moyen de défragmenter un volume BTRFS autre que l'achat d'un deuxième disque dur et
rsync
le contenu. Si vous voulez éviter la fragmentation, vous devez garder chaque FS au moins 30% vide, et (ou?) Éviter des choses comme les bases de données, les torrents ou les outils de synchronisation de fichiers. Dans ma configuration, btrfs s'est tellement fragmenté au cours des 2 dernières années, que dans des conditions contrôlées, celaapt-get install
prend 6 fois plus de temps sur la partition btrfs principale que sur ext4 à moitié vide. Et j'ai toujours utilisé btrfs avec sonautodefrag
drapeau.Je suis frustré par btrfs au point que je prévois de passer au ZFS .
la source
Si vous vous souciez beaucoup de la durée de vie de la batterie, vous ne devriez pas perdre de temps processeur sur la compression. Par exemple, une simple navigation sur le Web entraînerait des dépenses d'énergie de votre système pour compresser les données mises en cache. Si vous rencontrez des problèmes d'espace de stockage, pensez à utiliser le stockage distant plus souvent (voir samba, sshfs, etc.).
Vous pouvez toujours utiliser btrfs pour ses autres fonctionnalités utiles aux routiers portables. Le principal pour moi des instantanés, qui vous permettent de faire des sauvegardes incrémentielles régulières sur votre poste de travail. Il existe également des optimisations ssd, et si jamais vous obtenez un ordinateur portable avec deux disques, l'équilibre btrfs fournit une puissante mise en miroir.
la source