Forum

Est-ce que ça serait pas intéressant ( je ne sais pas si ça existe déjà mais ça doit être faisable) d'inclure dans Mageia un outil qui permettrait de faire ceci automatiquement. Pour résumer, pour des personnes débutante (ou non l'erreur est humaine) permettrait de faire des sauvegardes périodiques, et qui permettrait simplement faire une restauration à partir de cette sauvegarde. Un système un peu à la windows en fin de compte.
Ca pourrait permettre de se prémunir des problème de mise à jour / bugs / erreurs interface écran-chaise.

[Edit] Ce sujet a été scindé depuis le fil https://www.mageialinux-online.org/forum/topic-25023-3+amateurs-nous-etions-amateurs-nous-resterons.php
Papoteur

Édité par Papoteur Le 13/06/2018 à 17h07

Bonjour,
de mémoire cela existe (depuis Mandrake), c'est drakesnapshot, accessible via le CCM...
Sauf que ça n'a jamais vraiment fonctionné, j'avais réussi par le passé en bricolant je ne sais plus quel fichier de config, mais je n'y suis pas retourné récemment.
ça vaudrait peut-être le coup de (re)jeter un coup d’œil ?

Édité par Sylv_01 Le 12/06/2018 à 14h30

Bonjour

Sylv_01
"de mémoire cela existe (depuis Mandrake), c'est drakesnapshot, accessible via le CCM...
Sauf que ça n'a jamais vraiment fonctionné, j'avais réussi par le passé en bricolant je ne sais plus quel fichier de config, mais je n'y suis pas retourné récemment.
ça vaudrait peut-être le coup de (re)jeter un coup d’œil ? "

j'y ai jeté un œil il y a quelques temps, ça ne fonctionne plus!
de toute façon, c'était basé sur la commande "rsync", donc faut un disque externe, ou héberger la sauvegarde sur un serveur externe, bref ça demande des moyens à mettre en œuvre.


mais c'est pas grave, l'avenir est peut être à l'utilisation du btrfs, qui possède des fonctionnalité de "snapshot" en natif;
depuis quelques temps, j'essaie de comprendre comment ça marche pour pouvoir l'utiliser avec mageia;

et je me heurte au problème classique avec linux, c'est l'opacité et la difficulté de mettre en œuvre les choses faute de documentation utile;
en gros, il n'y a pas moyen de savoir comment ça marche, faut investiguer, deviner, supposer, tester, sans vraiment comprendre ce qu'on fait;
bref, c'est une grosse perte de temps !
et comme j'ai l'impression que je suis le seul utilisateur de mageia à me confronter à ce truc, je rame !

L'essentiel je pense, il faudrait que du point de vue de l'utilisateur, ça soit super simple, par exemple :
- Une case à cocher pour activer les sauvegarde périodique
- Un petit menu deroulant pour la fréquence de sauvegarde
- Une visu de la dernière sauvegarde
- Une visu de la prochaine sauvegarde
- Un bouton sauvegarde immédiate
- Un bouton restauration

Après, passer par un système de fichier pour ça, je sais pas si ça serait le plus simple. Peut être simplement faire une sauvegarde de la liste des paquets et de la configuration dans le dossier /etc/ suffirait peut être simplement...
Il faudrait aussi éviter d'avoir un fichier monstrueux je pense...

Bonjour,

C'est un bon début.
Reste à définir ce que devrait faire la sauvegarde.
Je pense que ta suggestion est trop simpliste, car côté restauration, ça risque de ne pas être simple.

Malheureusement, comme le dis Papoteur, la restauration, c'est tout le problème.

tu conclus ta liste par "un bouton restauration";
cela signifie que le système démarre et que tu es en mesure d'actionner le bouton, donc, c'est que le problème est mineur;

dans la mise à jour, il y a eu des utilisateurs chez qui le système ne démarrait plus; là, c'est plus gênant, et c'est précisément dans ce genre de cas qu'on aurait besoin d'une solution;

faut voir la base rpm comme une base de données comme une autre;
or, dans cet univers, on parle d'un concept ACID pour :
Atomique, Cohérent, Isolé, Durable, qui sont les qualités que doivent avoir les transactions (les commit);
en gros, une mise à jour, c'est un ensemble d'opérations complexe, qui doivent être soit TOUTES faite, soit AUCUNE, pour conserver la cohérence de la Base de données.

(suite pour éviter la perte du jeton)

sur les autres distributions que j'ai installé, diverses voies sont prises;

1 fedora a choisi une voie particulière, c'est de proposer une version "atomic" en plus des workstation classique (desktop) et de la version serveur.
c'est un choix à niveau de l'installation, et il me semble avoir compris que ça demande des rpm spéciaux;
bref, c'est nouveau et on sait pas si ça sera l'avenir et je n'ai pas essayé;

2 opensuse utilise les fonctionnalités natives du btrfs (qui font partie du kernel) auxquelles ils ont rajouté un utilitaire "snapper" pour gérer de façon plus pratique les snapshots qu'avec les simples possibilités des commandes "btrfs ..... " du noyau de base;
je ne l'ai que depuis quelques semaines, mais ça marche tous seul "out of the box" étant donné que c'est le choix par défaut lors de l'installation;
à chaque modification de la base rpm, une paire de snapshot sont produit : un avant avec le préfixe "pre" et un après préfixé "post";
si tout va bien, le "post" devient le courant, sinon on reste sur le "pre";
le choix se fait au niveau du grub qui sait bouter dans un snapshot ou un autre;
donc, pas de sauvegarde, pas de disque externe, pas de serveur, juste une partition racine généreuse au départ (50 gio conseillé) pour acceuillir les snapshots;
en cas de problème d'une mise à jour, c'est un choix d'option de démarrage du grub, puis une ligne de commande pour valider le retour sur le snapshot précédent; ça prend quelques secondes;

les inconvénients constatés du btrfs après quelques semaines d'utilisation :

1 au départ, faut lui donner plus d'espace pour la partition /; 50 gio conseillé
nb : pour /home, le btrfs n'est pas utile pour notre besoin d'atomicité des MAJ; chez opensuse, c'est par défaut une partition séparée en xfs, mais le ext4 convient encore très bien pour /home;

2 le btrfs exige un entretient, ce qui est fait par des tâches "cron" prévues dans opensuse;
donc, lors de certains démarrage, pendant 10-15 mn le système est quasiment pas utilisable;
si on va voir ce qui se passe avec "htop" par exemple, on s'aperçoit que "btrfs" consomme presque 100% du cpu;
faut attendre qu'il fasse son job, et en profiter pour aller faire un café!

depuis la nuit des temps il existe des commandes unix qui permettent de faire des sauvegardes (incrémentales ou pas), il suffit de mettre tout ça dans un script lancé par cron pour rendre tout ça automatique, c'est que je fais perso et y a pléthore de sites qui expliquent comment faire.

salut funix
les sauvegardes incrémentales standards, avec "rsync" par exemple, c'est très bien pour le /home;

là, ce dont on parle c'est un moyen de sécuriser les mises à jour de la racine /;

quand il y a des grosses MAJ de plusieurs centaines de paquets, s'il y a un problème, du aux orages (en ce moment fréquents) ou à la mise en veille de l'écran, la base rpm peut être dans un état imprévisible et le système peut ne plus démarrer du tout;
que fais tu avec ta sauvegarde dans pareil cas?
si ça démarre encore en "recovery mode", tu peux t'en sortir éventuellement, ou alors il faut avoir un média "live" et démarrer avec, puis faire un "chroot" pour réparer la base;
c'est pas facile pour tout le monde, surtout si tu ne l'a pas préparé à l'avance;

si plusieurs équipes de distributions différentes se préoccupent de cette question de mise à jours "atomiques", c'est bien qu'il y a une raison, un besoin qui ne peut pas être rempli avec les outils classiques de base.

J'ai une vision très simpliste:

1) Mettre le dvd mageia
2) Choisir la ligne: système de secours> sauvegarder/restaurer mon système

3)
Je choisi la partition "racine" exemple sda5

je choisi le répertoire de sauvegarde (disque dur externe) ou disque local


pour la restauration c'est dans l'autre sens

je choisi le répertoire ou est ma sauvegarde, je choisi la "partition à écraser restaurer"


c'est inspirer de "clonezilla" une distribution linux basé sur debian, qui ne fait rien d'autres que de sauvegarder.
le code source est sûrement libre.

Bref un "bout de code" de clonezilla juste derrière
l'étape

choisir la ligne: système de secours> sauvegarder restaurer mon système

il n'y aurai dans ce cas que de la simplicité "made in mageia"
que les lignes "sauvegarde locale" et restauration, tout le reste est dégagé
car faut voir le live cd quand tu démarres y en a partout et sans tutoriel c'est impossible:

ici c'est une version très facile:
https://www.commentcamarche.com/faq/20942-clonezilla-cloner-son-systeme-configure

elle est purgée pour rendre ça simple.

Zut ! Je n'avais jamais fait attention à cette possibilité et je dois pas être le seul ! ..... M'endormirai moins idiot ! Grand merci zalappy

Le début de conversation c'est pour trouver un outil inclus dans Mageia
car certains ce sont plains qu'il n'existait rien (de facile).

Pour madame michu:
https://www.mageialinux-online.org/forum/topic-25023-3+amateurs-nous-etions-amateurs-nous-resterons.php#m241140
https://www.mageialinux-online.org/forum/topic-25023-3+amateurs-nous-etions-amateurs-nous-resterons.php#m241172

Ceux qui ne disent rien comme toi et moi, font ça comme des

Il s'agit de trouver créer, modifier un outil simple pour tous les autres allergiques à la ligne de commandes et à la recherche google, et qui en ont un peu marre
de refaire l'installation face à une simple maj.

("bonengo" en a marre de passer de la pommade en répétant que Mageia est quand même une des plus simples, et plus francisé,
il souhaite pouvoir faire autre chose que de réparer des pc sous mageia.)

Je le comprends, quand je n'avais que 2 mois d'utilisation linux, je ne savais rien faire, donc on aide ceux qui démarrent l'aventure ce sera mieux que de les voir partir sur Ubuntu.

Bonjour,

J'utilise Clonezilla depuis longtemps déjà, c'est fiable, j'ai bien sûr tester la restauration qui se passe sans problème.

Comme je suis curieux j'ai voulu voir avec le dvd de Mageia 6, j'ai bien Sytem Rescue, mais je ne vois rien concernant sauvegarder et restaurer mon système. J'ai raté quelque chose?
Merci d'avance.

On cherche des idées, bien sûr ce dont je parle n'existe pas.