J'ai expliqué plus haut le pourquoi de mon commentaire initial. Affirmer que ta solution est mieux en tournant en dérision la mienne m'a incité à te répondre. Je me rends compte que c'était une perte de temps. Je vais donc en rester là. Contrairement à toi je n'ai rien à promouvoir. Tu es heureux avec NixOS, moi avec Manjaro et mes snapshots, tout va bien.
Mais au final, tu compares un outil de description de système et un outil de snapshot. Les deux traitent des problèmes différents et sont complémentaires.
Il y a un gros malentendu : je ne compare rien du tout. Je me contente de répondre à cette partie du journal
Cependant, le rolling release augmente le risque de "mise-à-jour qui casse tout". Une solution classique à ce risque est de lire les news de mise-à-jour, faire un snapshot avec Timeshift, lancer la mise-à-jour après avoir tirer une carte chance et faire un rollback vers la case départ sans toucher vingt milles francs en cas de problème. Ou sinon, utiliser NixOS…
L'auteur aurait écrit "Une solution classique à ce risque est de faire un snapshot avec Timeshift, lancer la mise-à-jour et revenir au snapshot précédent en cas de problème. Ou sinon, utiliser NixOS…" je n'aurais absolument pas réagi. Là, on est en train de me dire qu'il y a mieux que ce que j'utilise, or je ne peux que constater que pas du tout de mon point de vue, et très probablement aussi du point de vue de beaucoup d'utilisateurs à mon humble avis.
Ça ne change rien au fait que NixOS puisse être conceptuellement plus élégant, résoudre des problèmes de dépendances que d'autres systèmes auront peut-être plus de mal à résoudre, etc… là n'était pas mon propos.
Tu me demandais de régler les deux points. Je ne vois pas bien ce que tu veux que je règle avec BTRFS. Si tu ne veux pas l'utiliser, la solution perd de son efficacité mais c'est comme si je te disais "j'aime bien ce que fait Nix mais trouve une solution pour que ça marche pareil sans Nix".
Tous les usages que tu as listé rentrent dans ce que j'appelle un usage classique (mais j'admets volontiers que ce n'est sans doute pas le meilleur terme). Pour le dire autrement, les arguments qui ont été exposés en faveur de Nix sont des arguments pour les développeurs, administrateurs, bidouilleurs, puristes. Mais pour la grande majorité des autres usagers, utiliser Nix en sus (ou à la place) du système de mise à jour de leur distribution est à mon avis plus compliqué
que la solution snapshot/btrfs.
Si mon instantané peut être fait automatiquement, c'est mieux.
Je crois qu'il y a une distribution qui fait ça automatiquement, ça doit donc être faisable. Personnellement je n'en éprouve pas le besoin sachant que j'installe rarement un nouveau logiciel (je n'ai donc que les mises à jour périodiques de la distribution). De plus, si jamais j'oublie de faire un instantané avant une mise à jour et qu'en plus cette mise à jour a un gros problème, il me suffit de repartir du dernier instantané disponible (j'en garde toujours trois).
J'avoue que si tu règles ces 2 points […]
Je ne vois qu'un point. Pour moi Timeshift ne m'intéresse que pour faire des instantanés BTRFS. Pour la sauvegarde j'utilise autre chose (borg).
Honnêtement, je ne suis pas sûr qu'une rolling release + snapshot soit une bonne idée pour un "monsieur tout le monde". Mais ce n'est que mon avis et ça dépend vraiment du "monsieur tout le monde".
J'ai dit : pour un utilisateur avec un usage "monsieur tout le monde" (ou, si tu préfères, avec un usage classique de PC : internet, bureautique, photos, …), ce n'est pas tout à fait pareil.
Bah non, c'est ton ressenti et je suis content que tu l'aies partagé.
Le problème de Timeshift est qu'il n'est pas synchronisé avec le gestionnaire de paquets. Du coup, si tu pars sur un instantané, tu perds par exemple 1 journée de diff alors que c'est seulement 5 minutes que tu souhaiterais rollback.
Je ne comprends pas le problème : je fais un instantané avant chaque mise à jour de paquets (soit une fois toutes les trois semaines en moyenne sur Manjaro ou, plus rarement quand j'installe un nouveau logiciel).
Je n'utilise pas Timeshift mais si tu casses au hasard X11 ou Wayland, c'est toujours facile ? (pour le coup, avec les snapshots au bootloader, ça me parait une avancé notable, non ?)
Manjaro créé automatiquement une entrée dans grub pour chaque snapshot du sous-volume BTRFS "/" existant. Donc oui, même si une mise à jour casse X11 ou Wayland, c'est facile.
Point curiosité : j'aimerais bien savoir ce qu'un comparatif d'espace disque consommé sur les 2 technos avec une échelle de temps et gamme de logiciels proche d'un usage courant donnerait.
Les snapshots BTRFS (tout comme ceux de ZFS j'imagine) reposent sur la caractéristique cow du système de fichier : ils n'induisent pas de copie en double et sont instantanés.
Je trouve plus compliqué de modifier les fichiers dans /etc, lire la page de news avant toute maj, faire un snapshot, deviner d'où viennent les éventuels problèmes, apprendre conda/venv/chef/whatever, écrire des Dockerfile, etc, mais je comprends très bien qu'on puisse avoir une vision différente.
modifier les fichiers dans /etc : ??? je n'ai jamais besoin de toucher à ça
lire la page de news avant toutes maj : je le fais, mais en toute rigueur pas nécessaire pour l'usage "monsieur tout le monde" que je fais de mon PC du fait des snapshots
deviner d'où viennent les éventuels problèmes : pas besoin, je reviens au snapshot précédent en attendant qu'ils soient corrigés
apprendre conda/venv/chef/whatever : ??? je n'ai jamais besoin de toucher à ça
écrire des Dockerfile : ??? je n'ai jamais besoin de toucher à ça
Je résume : je suis un utilisateur lambda d'une distribution (Manjaro) qui me fournit son système de mise à jour (pacman) ; j'ai un "/" en BTRFS sur lequel je fais un snapshot avec Timeshift avant chaque mise à jour (toutes les trois semaines environ sous Manjaro) : 5" pour le faire ; puis je fais la mise à jour elle-même => Manjaro ajoute automatiquement pour moi une entrée dans grub pour mon snapshot.
Honnêtement, pour un utilisateur avec un usage "monsieur tout le monde", tu trouve que c'est plus compliqué que Nix ?
Je pense avoir le droit à un peu d'humour, d'autant plus que personnellement je ne critique pas le moindre blog ou commentaire […]
Peut-être n'ai-je pas perçu l'humour. Quoiqu'il en soit, je regrette cette partie de mon commentaire, tout à fait inutile.
A chacun sa vision de la simplicité. Faire un snapshot avec Timeshift prend exactement 5" (lancement de Timeshift inclus). Voilà, c'est fini : pas de précautions particulières supplémentaires, pas de commandes Nix à apprendre, pas de carte chance à tirer en croisant les doigts.
Nix est sans doute conceptuellement plus satisfaisant que faire un snapshot mais je doute que cela corresponde le mieux à l'usage le plus courant d'une distribution. Ce que je veux dire c'est que ta présentation est bien mais l'argument mis en avant dès l'introduction me paraît au mieux inutile, au pire malvenu.
Si on veut minimiser le nombre de coups en moyenne (i.e. sur un grand nombre de parties) sans compter sur le hasard, il me semble qu'il ne faut pas exclure de jouer des coups incompatibles mais qui apportent plus d'information. J'ai programmé ce jeu il y a quelques décennies (avec un algorithme de parcours d'arbre classique et min-max) et il me semble bien que le programme sortait aussi des coups incompatibles avec la connaissance disponible au tour concerné.
En fait, les deux modes proposés (BTRFS et RSYNC) correspondent à des fonctionnalités différentes* : la gestion de snapshot btrfs et une fonctionnalité plus classique de sauvegarde basée sur rsync. Quand Timeshift est en mode BTRFS, il montre les différents sous-volumes btrfs existants et permet de choisir celui pour lequel on veut faire un snapshot. Quand il est en mode RSYNC, il propose comme tout logiciel de sauvegarde le choix des dossiers à sauvegarder. Pour ma part, je ne l'utilise qu'en mode BTRFS pour faire des snapshots du sous-volume btrfs "/" et j'utilise un autre logiciel (borg) pour la sauvegarde de mes données.
* Un snapshot n'est pas vraiment une sauvegarde. Certes il fige une image du passé mais sur le même disque…
L'explication "serait" que certains environnements graphiques (Gnome, notamment) sont plus sujets à avoir des problèmes si la mise à jour est effectuée en mode graphique.
Il est même conseillé de faire pacman -Syu dans un terminal hors environnement graphique (i.e. accessible via ctrl-alt F3 par exemple).
Pour moi, cette phrase est mal formulée ou bien est un non-sens. Elle laisse entendre qu'avant d'utiliser Manjaro il faudrait utiliser Arch. D'abord "utiliser" n'est pas le bon terme car ce qui différencie les deux, c'est surtout l'installation. Si on a été au bout de celle de Arch (configuration comprise), je ne vois plus trop l'intérêt de passer à Manjaro.
[…] le fait qu'elle [Manjaro] utilise ses propres dépôts m'a rapidement fait fuir. On perd tout l'intérêt de la rolling release et c'est pas aussi à jour que sous Arch.
Ce sont ses propres dépôts mais ils s'agit pour l'essentiel des mêmes paquets que sous Arch mais décalés de 2 à 4 semaines. Par ailleurs, l'intérêt d'une rolling release n'est pas uniquement d'avoir des mises à jour immédiates mais d'éviter les changements de version à la Ubuntu et consorts. En ce qui me concerne, attendre 2 à 4 semaines la dernière version du noyau ou de LO ne me traumatise pas plus que ça et en 2 ans je n'ai eu qu'une seule fois un souci de mise à jour (facilement réglé en revenant au snapshot précédent).
Mettre les mains dans le cambouis d'une distribution Linux c'est très formateur mais c'est comme la mécanique auto, ça n'intéresse pas tout le monde.
Il y a je crois un utilitaire btrfs pour ça. Après il faudra vérifier si le fait de créer une entrée dans grup pour les snapshots existants de "/" est mis en place à l'installation du système ou bien si le FS de "/" est re-testé à chaque mise à jour (à moins que ce ne soit Timeshift lui-même qui mette à jour les entrées dans grub ?). J'avoue ne pas avoir creusé car j'ai installé Manjaro directement avec btrfs.
btrfs donne aussi une solution pour le dimensionnement de "/" : il suffit de choisir aussi btrfs pour "/home". Dans ce cas (et sous réserve que les deux points de montage soient sur le même disque), l'installation va créer deux sous-volumes qui se comportent comme deux partitions mais sans dimensionnement prédéfini entre les deux.
Pour se prémunir d'éventuels problèmes lors d'une mise à jour, il est, comme indiqué dans le journal, conseillé de consulter le forum (https://forum.manjaro.org/c/announcements/stable-updates/12). Ceci étant dit, j'utilise pour ma part la solution suivante : choisir btrfs comme FS pour "/" à l'installation.
Avant chaque mise à jour, faire un snapshot de "/" avec Timeshift (et supprimer le plus ancien pour ne pas en avoir un trop grand nombre, personnellement je n'en garde que trois). Faire la mise à jour. Dans le cas d'un "/" en btrfs, Manjaro va automatiquement créer une entrée dans le menu de grub (en fait, une entrée par snapshot existant sur "/").
Comme ça, plus de stress et on peut profiter sans souci des avantages d'une rolling release, pour ma part en saveur KDE. Ceci dit, je crois n'avoir eu qu'une fois en deux ans un souci nécessitant d'utiliser un précédent snapshot pour ré-démarrer.
Utiliser les snapshots comme points de restauration de / ne nécessite pas de les exporter, il n'y a donc rien de contradictoire.
btrfs, tout comme zfs, a deux autres avantages par rapport à un FS classique qui sont autant de raisons, pour moi, de vouloir l'utiliser : détection auto (et même correction auto si raid) des corruptions de donnée, raid 1 très souple (différent du raid 1 classique).
Pour revenir sur la sauvegarde, je n'ai pas creusé les possibilités offertes par send snapshot, notamment pour faire de l'incrémental, car j'utilisais déjà borg et j'en suis satisfait. Je ne peux donc pas en parler.
Je n'utilise les snapshots btrfs que sur /. Avant chaque mise à jour du système, je fais un snapshot de / avec Timeshift, celui-ci est automatiquement rajouté au menu de démarrage de grub par Manjaro, ce qui me permet d'être à peu près sûr de redémarrer s'il y a un gros problème sur la mise à jour.
En revanche, je ne les utilise pas pour les sauvegardes de /home et autres partitions de données mais tout est quand même sous btrfs dont l'intérêt ne réside pas que dans la possibilité de faire des snapshots.
[^] # Re: à chacun sa vision de la simplicité
Posté par mahikeulbody . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 2. Dernière modification le 25 novembre 2020 à 21:21.
J'ai expliqué plus haut le pourquoi de mon commentaire initial. Affirmer que ta solution est mieux en tournant en dérision la mienne m'a incité à te répondre. Je me rends compte que c'était une perte de temps. Je vais donc en rester là. Contrairement à toi je n'ai rien à promouvoir. Tu es heureux avec NixOS, moi avec Manjaro et mes snapshots, tout va bien.
[^] # Re: à chacun sa vision de la simplicité
Posté par mahikeulbody . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 3.
Il y a un gros malentendu : je ne compare rien du tout. Je me contente de répondre à cette partie du journal
L'auteur aurait écrit "Une solution classique à ce risque est de faire un snapshot avec Timeshift, lancer la mise-à-jour et revenir au snapshot précédent en cas de problème. Ou sinon, utiliser NixOS…" je n'aurais absolument pas réagi. Là, on est en train de me dire qu'il y a mieux que ce que j'utilise, or je ne peux que constater que pas du tout de mon point de vue, et très probablement aussi du point de vue de beaucoup d'utilisateurs à mon humble avis.
Ça ne change rien au fait que NixOS puisse être conceptuellement plus élégant, résoudre des problèmes de dépendances que d'autres systèmes auront peut-être plus de mal à résoudre, etc… là n'était pas mon propos.
[^] # Re: à chacun sa vision de la simplicité
Posté par mahikeulbody . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 2.
Tu me demandais de régler les deux points. Je ne vois pas bien ce que tu veux que je règle avec BTRFS. Si tu ne veux pas l'utiliser, la solution perd de son efficacité mais c'est comme si je te disais "j'aime bien ce que fait Nix mais trouve une solution pour que ça marche pareil sans Nix".
[^] # Re: à chacun sa vision de la simplicité
Posté par mahikeulbody . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 3.
Tous les usages que tu as listé rentrent dans ce que j'appelle un usage classique (mais j'admets volontiers que ce n'est sans doute pas le meilleur terme). Pour le dire autrement, les arguments qui ont été exposés en faveur de Nix sont des arguments pour les développeurs, administrateurs, bidouilleurs, puristes. Mais pour la grande majorité des autres usagers, utiliser Nix en sus (ou à la place) du système de mise à jour de leur distribution est à mon avis plus compliqué
que la solution snapshot/btrfs.
[^] # Re: à chacun sa vision de la simplicité
Posté par mahikeulbody . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 2. Dernière modification le 24 novembre 2020 à 22:45.
Je crois qu'il y a une distribution qui fait ça automatiquement, ça doit donc être faisable. Personnellement je n'en éprouve pas le besoin sachant que j'installe rarement un nouveau logiciel (je n'ai donc que les mises à jour périodiques de la distribution). De plus, si jamais j'oublie de faire un instantané avant une mise à jour et qu'en plus cette mise à jour a un gros problème, il me suffit de repartir du dernier instantané disponible (j'en garde toujours trois).
Je ne vois qu'un point. Pour moi Timeshift ne m'intéresse que pour faire des instantanés BTRFS. Pour la sauvegarde j'utilise autre chose (borg).
[^] # Re: à chacun sa vision de la simplicité
Posté par mahikeulbody . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 2.
J'ai dit : pour un utilisateur avec un usage "monsieur tout le monde" (ou, si tu préfères, avec un usage classique de PC : internet, bureautique, photos, …), ce n'est pas tout à fait pareil.
C'est gentil mais je regrette quand même :-)
[^] # Re: à chacun sa vision de la simplicité
Posté par mahikeulbody . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 3.
Je ne comprends pas le problème : je fais un instantané avant chaque mise à jour de paquets (soit une fois toutes les trois semaines en moyenne sur Manjaro ou, plus rarement quand j'installe un nouveau logiciel).
Manjaro créé automatiquement une entrée dans grub pour chaque snapshot du sous-volume BTRFS "/" existant. Donc oui, même si une mise à jour casse X11 ou Wayland, c'est facile.
Les snapshots BTRFS (tout comme ceux de ZFS j'imagine) reposent sur la caractéristique cow du système de fichier : ils n'induisent pas de copie en double et sont instantanés.
[^] # Re: à chacun sa vision de la simplicité
Posté par mahikeulbody . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 3.
Je résume : je suis un utilisateur lambda d'une distribution (Manjaro) qui me fournit son système de mise à jour (pacman) ; j'ai un "/" en BTRFS sur lequel je fais un snapshot avec Timeshift avant chaque mise à jour (toutes les trois semaines environ sous Manjaro) : 5" pour le faire ; puis je fais la mise à jour elle-même => Manjaro ajoute automatiquement pour moi une entrée dans grub pour mon snapshot.
Honnêtement, pour un utilisateur avec un usage "monsieur tout le monde", tu trouve que c'est plus compliqué que Nix ?
Peut-être n'ai-je pas perçu l'humour. Quoiqu'il en soit, je regrette cette partie de mon commentaire, tout à fait inutile.
[^] # Re: ah bon
Posté par mahikeulbody . En réponse au lien Les voitures hybrides rechargeables polluent beaucoup plus qu'annoncé. Évalué à 9.
C'est bien une remarque de citadin …
Plus sérieusement, à mon avis beaucoup de ceux qui utilisent une voiture pour aller au boulot font plus de 30km AR.
# à chacun sa vision de la simplicité
Posté par mahikeulbody . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 3. Dernière modification le 24 novembre 2020 à 08:41.
A chacun sa vision de la simplicité. Faire un snapshot avec Timeshift prend exactement 5" (lancement de Timeshift inclus). Voilà, c'est fini : pas de précautions particulières supplémentaires, pas de commandes Nix à apprendre, pas de carte chance à tirer en croisant les doigts.
Nix est sans doute conceptuellement plus satisfaisant que faire un snapshot mais je doute que cela corresponde le mieux à l'usage le plus courant d'une distribution. Ce que je veux dire c'est que ta présentation est bien mais l'argument mis en avant dès l'introduction me paraît au mieux inutile, au pire malvenu.
# coups incompatibles
Posté par mahikeulbody . En réponse au journal Yes Master. Évalué à 2.
Si on veut minimiser le nombre de coups en moyenne (i.e. sur un grand nombre de parties) sans compter sur le hasard, il me semble qu'il ne faut pas exclure de jouer des coups incompatibles mais qui apportent plus d'information. J'ai programmé ce jeu il y a quelques décennies (avec un algorithme de parcours d'arbre classique et min-max) et il me semble bien que le programme sortait aussi des coups incompatibles avec la connaissance disponible au tour concerné.
[^] # Re: I use Arch BTW
Posté par mahikeulbody . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 4.
Idem pour Octopi : il faut installer un paquet pour avoir le support de AUR.
[^] # Re: snapshot
Posté par mahikeulbody . En réponse au message Besoin de quelques éclaircissements sur btrfs. Évalué à 4.
En fait, les deux modes proposés (BTRFS et RSYNC) correspondent à des fonctionnalités différentes* : la gestion de snapshot btrfs et une fonctionnalité plus classique de sauvegarde basée sur rsync. Quand Timeshift est en mode BTRFS, il montre les différents sous-volumes btrfs existants et permet de choisir celui pour lequel on veut faire un snapshot. Quand il est en mode RSYNC, il propose comme tout logiciel de sauvegarde le choix des dossiers à sauvegarder. Pour ma part, je ne l'utilise qu'en mode BTRFS pour faire des snapshots du sous-volume btrfs "/" et j'utilise un autre logiciel (borg) pour la sauvegarde de mes données.
* Un snapshot n'est pas vraiment une sauvegarde. Certes il fige une image du passé mais sur le même disque…
[^] # Re: snapshot
Posté par mahikeulbody . En réponse au message Besoin de quelques éclaircissements sur btrfs. Évalué à 3.
Je n'ai pas d'onglet 'Filters'. As-tu bien sélectionné le type BTRFS (et non pas RSYNC) pour tes instantanés ?
[^] # Re: Certains renseignements m'auraient bien servi
Posté par mahikeulbody . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 4. Dernière modification le 21 novembre 2020 à 11:20.
L'explication "serait" que certains environnements graphiques (Gnome, notamment) sont plus sujets à avoir des problèmes si la mise à jour est effectuée en mode graphique.
Il est même conseillé de faire pacman -Syu dans un terminal hors environnement graphique (i.e. accessible via ctrl-alt F3 par exemple).
[^] # Re: pour se prémunir d'éventuels problèmes lors d'une mise à jour
Posté par mahikeulbody . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 4.
Pourquoi pas mais je n'en sais guère plus que ce j'ai dit ici. Je peux néanmoins relire la partie correspondante.
[^] # Re: pour se prémunir d'éventuels problèmes lors d'une mise à jour
Posté par mahikeulbody . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 3.
Je ne connaissais pas, merci.
[^] # Re: Bien débuter avec Manjaro
Posté par mahikeulbody . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 6. Dernière modification le 19 novembre 2020 à 19:05.
Pour moi, cette phrase est mal formulée ou bien est un non-sens. Elle laisse entendre qu'avant d'utiliser Manjaro il faudrait utiliser Arch. D'abord "utiliser" n'est pas le bon terme car ce qui différencie les deux, c'est surtout l'installation. Si on a été au bout de celle de Arch (configuration comprise), je ne vois plus trop l'intérêt de passer à Manjaro.
Ce sont ses propres dépôts mais ils s'agit pour l'essentiel des mêmes paquets que sous Arch mais décalés de 2 à 4 semaines. Par ailleurs, l'intérêt d'une rolling release n'est pas uniquement d'avoir des mises à jour immédiates mais d'éviter les changements de version à la Ubuntu et consorts. En ce qui me concerne, attendre 2 à 4 semaines la dernière version du noyau ou de LO ne me traumatise pas plus que ça et en 2 ans je n'ai eu qu'une seule fois un souci de mise à jour (facilement réglé en revenant au snapshot précédent).
Mettre les mains dans le cambouis d'une distribution Linux c'est très formateur mais c'est comme la mécanique auto, ça n'intéresse pas tout le monde.
Ah mince, je suis tombé en plein dans le troll !
[^] # Re: Certains renseignements m'auraient bien servi
Posté par mahikeulbody . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 3.
Il l'est dans certaines distributions (Fedora, OpenSuse notamment).
[^] # Re: pour se prémunir d'éventuels problèmes lors d'une mise à jour
Posté par mahikeulbody . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 5.
Il y a je crois un utilitaire btrfs pour ça. Après il faudra vérifier si le fait de créer une entrée dans grup pour les snapshots existants de "/" est mis en place à l'installation du système ou bien si le FS de "/" est re-testé à chaque mise à jour (à moins que ce ne soit Timeshift lui-même qui mette à jour les entrées dans grub ?). J'avoue ne pas avoir creusé car j'ai installé Manjaro directement avec btrfs.
[^] # Re: Certains renseignements m'auraient bien servi
Posté par mahikeulbody . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 5.
btrfs donne aussi une solution pour le dimensionnement de "/" : il suffit de choisir aussi btrfs pour "/home". Dans ce cas (et sous réserve que les deux points de montage soient sur le même disque), l'installation va créer deux sous-volumes qui se comportent comme deux partitions mais sans dimensionnement prédéfini entre les deux.
[^] # Re: du materiel ?
Posté par mahikeulbody . En réponse au message Mon pc a des phases rapide et d'autre très lente. Évalué à 6.
et font souvent de l'indexation par défaut.
# pour se prémunir d'éventuels problèmes lors d'une mise à jour
Posté par mahikeulbody . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 5. Dernière modification le 19 novembre 2020 à 15:56.
Pour se prémunir d'éventuels problèmes lors d'une mise à jour, il est, comme indiqué dans le journal, conseillé de consulter le forum (https://forum.manjaro.org/c/announcements/stable-updates/12). Ceci étant dit, j'utilise pour ma part la solution suivante : choisir btrfs comme FS pour "/" à l'installation.
Avant chaque mise à jour, faire un snapshot de "/" avec Timeshift (et supprimer le plus ancien pour ne pas en avoir un trop grand nombre, personnellement je n'en garde que trois). Faire la mise à jour. Dans le cas d'un "/" en btrfs, Manjaro va automatiquement créer une entrée dans le menu de grub (en fait, une entrée par snapshot existant sur "/").
Comme ça, plus de stress et on peut profiter sans souci des avantages d'une rolling release, pour ma part en saveur KDE. Ceci dit, je crois n'avoir eu qu'une fois en deux ans un souci nécessitant d'utiliser un précédent snapshot pour ré-démarrer.
[^] # Re: snapshot
Posté par mahikeulbody . En réponse au message Besoin de quelques éclaircissements sur btrfs. Évalué à 2.
Utiliser les snapshots comme points de restauration de / ne nécessite pas de les exporter, il n'y a donc rien de contradictoire.
btrfs, tout comme zfs, a deux autres avantages par rapport à un FS classique qui sont autant de raisons, pour moi, de vouloir l'utiliser : détection auto (et même correction auto si raid) des corruptions de donnée, raid 1 très souple (différent du raid 1 classique).
Pour revenir sur la sauvegarde, je n'ai pas creusé les possibilités offertes par send snapshot, notamment pour faire de l'incrémental, car j'utilisais déjà borg et j'en suis satisfait. Je ne peux donc pas en parler.
# snapshot
Posté par mahikeulbody . En réponse au message Besoin de quelques éclaircissements sur btrfs. Évalué à 2. Dernière modification le 18 novembre 2020 à 21:06.
Je n'utilise les snapshots btrfs que sur /. Avant chaque mise à jour du système, je fais un snapshot de / avec Timeshift, celui-ci est automatiquement rajouté au menu de démarrage de grub par Manjaro, ce qui me permet d'être à peu près sûr de redémarrer s'il y a un gros problème sur la mise à jour.
En revanche, je ne les utilise pas pour les sauvegardes de /home et autres partitions de données mais tout est quand même sous btrfs dont l'intérêt ne réside pas que dans la possibilité de faire des snapshots.