Forum-Francophone-LinuxMint.fr

Dernier message de la page précédente :

Pour un systeme si ce n'est sda il faut réinstallé grub comme expliqué

mézig a écrit :Pour un systeme si ce n'est sda il faut réinstallé grub comme expliqué

Mais j'ai précisé dès le début que mon système est sur une SSD qui démarre comme sda, du moins normalement i.e. quand il n'y a pas de disque externebranché au démarrage. D'ailleurs si je laisse un disque dur externe sur USB au démarrage, c'est lui qui est déclaré sda mais cela n'empêche pas le système de démarrer dans la mesure où le disque externe n'est pas bootable.
Il me semble que la question n'est pas là.
Pour le moment je vais suspendre mes commentaires en attendant de faire des essais de sauvegarde et de restauration de la SSD à partir du DVD de l'ISO de Mint 19 Mate que j'ai.

Malgré mon coup de gueule sur Disques qui ne vois que 4 des 12 partitions de mon disque
J'ai essayé de restaurer une image disque de mon systeme sur une des partition visible de mon autre ordi et ça fonctionne tres bien , pourtant ce n'est pas le même ordinateur , coup de bol que ça fonctionne , donc sur le même ordi il n'y a pas de raisons que ça ne fonctionne pas
Donc ça se fait en quelques clics
_Créer une image de la partition
_Restaurer l'image de la partition

Mézig : Est-ce que ça veut dire que Disques peut copier la partition système active (à partir de laquelle il est lancé), et ce sans erreurs alors qu'en même temps il peut y avoir des écritures faites par le système ou les applis sur cette même partition ? J'aurais cru que c'était impossible.

Meme si c'etait possible,(ce qui n'est pas le cas) je ne pense pas que ce serait une bonne methode , pour les raisons, dont tu parles
j'ai fais cette image de mon système 18.04 depuis un autre système 18.10 , ça pourrait depuis un live aussi

mézig a écrit :Meme si c'etait possible,(ce qui n'est pas le cas) je ne pense pas que ce serait une bonne methode , pour les raisons, dont tu parles. j'ai fais cette image de mon système 18.04 depuis un autre système 18.10 , ça pourrait depuis un live aussi

C'est bien ce qu'il me semblait : c'est pourquoi je posais la question dans mes interventions précédentes.
Je n'ai ni 2e ordinateur ni réseau local et je ne sais pas comment créer un CD ou DVD live capable de lancer Disques ou un autre logiciel de sauvegarde.. C'est pourquoi la seule possibilité que je vois (si ça marche) est d'utiliser un DVD d'install de Mint, comme je l'ai dit précédemment. J'essaierai dès que j'aurai vérifié que j'ai mis sur mon système tout ce que je voulais et que j'aurai le temps. Je rendrai compte du résultat.

Ben oui !... un dvd d'installation possède et Disque et Gparted , donc ça fera très bien l'affaire

Christian_B a écrit : lun. 31 déc. 2018 16:24

mézig a écrit :Meme si c'etait possible,(ce qui n'est pas le cas) je ne pense pas que ce serait une bonne methode , pour les raisons, dont tu parles. j'ai fais cette image de mon système 18.04 depuis un autre système 18.10 , ça pourrait depuis un live aussi

C'est bien ce qu'il me semblait : c'est pourquoi je posais la question dans mes interventions précédentes.
Je n'ai ni 2e ordinateur ni réseau local et je ne sais pas comment créer un CD ou DVD live capable de lancer Disques ou un autre logiciel de sauvegarde.. C'est pourquoi la seule possibilité que je vois (si ça marche) est d'utiliser un DVD d'install de Mint, comme je l'ai dit précédemment. J'essaierai dès que j'aurai vérifié que j'ai mis sur mon système tout ce que je voulais et que j'aurai le temps. Je rendrai compte du résultat.

Personnellement j'ai deux systèmes Linux installés sur le PC ce qui permet de faire le backup de l'un (démonté) avec l'autre; et cela m'a déjà bien servi avec des soucis sur l'un des deux. Une partition Linux n'est pas très gourmande en espace disque.
Je suis un peu "refroidi" avec Clonezilla : je ne trouve plus le moyen de faire un restore et il semblerait que seule fonctionne la restauration d'une partition de données mais pas très bien d'une partition système. En plus ce n'est pas très convivial mais on peut s'y habituer...
J'utilise aussi luckybackup qui a l'avantage de faire les sauvegardes en clair et pas en fichiers compressés.

jmre033 a écrit :Je suis un peu "refroidi" avec Clonezilla : je ne trouve plus le moyen de faire un restore et il semblerait que seule fonctionne la restauration d'une partition de données mais pas très bien d'une partition système. En plus ce n'est pas très convivial mais on peut s'y habituer...

C'est vrai qu'il n''est pas très convivial. Par contre j'ai toujours restauré le système sans problème. Il est vrai que je fais une sauvegarde du "disque" système complet (une SSD) y compris secteur d'amorçage etc et non de la partition seulement. Cela est possible car le support du système est distinct de mon disque dur de données. Et cela tient peu de place car Clonezilla copie uniquement les secteurs utilisés.
En cas de sauvegarde de la partition système seulement, il se peut qu'il y ait des ennuis (avec Grub par exemple).
Par ailleurs je n'ai pas encore essayé d'utiliser une version live du systéme (DVD de l'ISO d'une version de Mint) comme suggéré par mézig.

jmre033 a écrit :J'utilise aussi luckybackup qui a l'avantage de faire les sauvegardes en clair et pas en fichiers compressés.

De mon côté j'utilise BackInTime qui doit faire à peu près la même chose que Luckybackup. Mais je suppose que là, tu parles de la sauvegarde des données. Pour le système ça ne peut pas marcher s'il est actif (voir échanges précédents).
D'ailleurs je ne sais pas comment fait Timeshift. Peut-être serait-il utile de copier ailleurs (sur un disque externe) les données de Timeshift et de les replacer en cas de pb sur la partition où elles se trouvent. Mais je ne suis pas sûr que ça marche.
J'ai d'ailleurs noté que Timeshift ne résoud pas toutes les anomalies qui peuvent apparaître accidentellement.
En effet elles peuvent être dues aux fichiers de config utilisateur. J'envisage de sauvegarder de temps en temps ces fichiers (fichiers cachés du répertoire de connexion). Ce serait beaucoup plus rapide que sauvegarder à chaque fois tout le volume utilisateur s'il est gros.

Bonjour,
Avec un peu de retard (pour cause de grippe) je reprends cette question de la sauvegarde système.

cyrille a écrit :Il y a plein de scripts shell prêts à l'emploi qui trainent , basés sur dd et rsync et qui sont fonctionnels...

Cela m'intéresse, du moins s'il y a un script qui peut sauvegarder un volume complet. En effet, comme déjà indiqué, mon système est sur SSD et donc je peux sauvegarder le disque complet sans avoir à sauvegarder en même temps mes données. Cela peut éviter d'avoir à se bagarrer avec grub (que je connais très mal) lors d'une restauration.

Par ailleurs je me suis demandé si copier le répertoire timeshift sur un disque externe pouvait faire office de sauvegarde mais faute de doc j'ai de sérieux doutes. J'ai l'impression que Timeshift peut revenir en arrière mais pas forcément réinstaller le système à partir de zéro.

Enfin j'ai dû constater à l'occasion d'un gros pb d'interface graphique que Timeshift (du moins à ma connaissance) ne sait pas sauvegarder les fichiers de config utilisateur. Dans le cas (assez fréquent) où une anomalie vient de là, les sauvegardes du système (Timeshift, Clonezilla Live ou autres) ne servent à rien. N'étant pas un aigle en shell, je ne sais pas comment faire pour copier les fichiers ~/.* de mon identifiant.
Une commande du style : est catastrophique car cp se lance entre autres dans la copie de ~/. et ~/.. c'est à dire de tout
Peut-être peut-on placer cp en sortie d'une commande comme ls qui peut lister correctement les fichiers de config, mais je ne sais avec quelle syntaxe. Cela permettrait de sauvegarder assez souvent ces fichiers sans avoir à mettre à jour à chaque fois tout le volume utilisateur.

Bonjour,
J'ai essayé de faire le point sur les nombreuses infos reçues lors de cette discussion (merci) et sur mes recherches :
1) Si j'ai bien compris, sur un volume à partition unique (ex : ma SSD système), cette partition (habituellement sda1) contient tout sauf le 1er secteur (MBR).

2) dd travaille par secteurs et donc peut notamment sauvegarder la MBR (Cf https://doc.ubuntu-fr.org/tutoriel/comm ... der_le_mbr) : Par contre pour sauvegarder tout le volume, il présente l'inconvénient de copier même les secteurs inutilisés, donc de prendre plus de place et de temps que Clonezilla Live qui ne copie que les secteurs utilisés. Beaucoup d'outils on ce même défaut, y compris "Disques" = gnome-disks.

3) Néanmoins j'ai fait des sauvegardes de la SSD avec Disques pour être couvert si je fais différents tests.
Car pour une raison mystérieuse Clonezilla Live, après avoir sauvegardé ma MBR, prétend maintenant (en gros) ne pas pouvoir utiliser partclone car il ne trouve pas sda1. Je ne sais pas ce qui a changé. Je vais peut-être essayer de réinstaller Grub2 pour voir.

4) Il existe bien d'autre solutions (à condition de sauver séparément la MBR) notamment avec tar, mais si on ne veut pas trop copier, il faut mettre des exclusions. Pas le plus simple.
La plupart des scripts sont faits pour des cas compliqués (plusieurs partitions ou disques, sauvegardes sélectives, etc). Dans mon cas simple, ils se résument essentiellement à une ligne tar ou quelque chose de ce genre qu'on peut faire directement.

6) J'ai vu aussi préconisé sur le site Ubuntu un CD de secours bootable SystemRescueCD (site http://www.system-rescue-cd.org/ ; image systemrescuecd-6.0.2.iso) qui permettrait sans doute de sauvegarder et restaurer. J'essaierai.

Conclusion provisoire : On n'a jamais refait aussi simple et efficace (malgré son ergonomie douteuse) que Clonezilla Live qui sauvegarde efficacement tout un volume en une fois. S'il refuse de marcher avec ma config actuelle, je le regretterai.
En attendant, vu les nombreuses possibilités, je considère le pb principal comme résolu, quitte à commenter ce que je constaterai.

Concernant le pb distinct de la sauvegarde des fichiers de config utilisateurs ~/.*, si je ne trouve pas de solution sur internet ou en bossant sérieusement le shell, je le poserai séparément.