• =?utf-8?Q?Re:_Mise_=C3=A0_jour_ou_installation_compl=C3=A8te?=

    From Jean Bernon@21:1/5 to All on Fri May 27 17:30:01 2022
    Votre discussion sur les mérites respectifs de cp et rsync est passionnante. Mais elle pose tout de même une question. Dès que quelqu'un, un débutant sur Linux parfois, pose une question d'installation, le premier conseil lapidaire est "commence par
    sauvegarder tes données" sans plus de précision et comme si c'était une évidence. En réalité il y a diverses manières assez complexes de le faire et des questions sur la fiabilité des différentes manières.

    Pour ma part je copie seulement /home avec cp et je réinstalle complètement le nouveau système avant de récupérer les principaux dossiers de /home (documents, images, téléchargements, videos...).

    Je suis étonné qu'il n'existe pas un utilitaire de sauvegarde globale, avec quelques consignes simples de sauvegarde et de restauration, qui permette de faire une sauvegarde fiable sans être un spécialiste de rsync et cp, exactement comme dans la
    fameuse consigne "commence par sauvegarder tes données".

    ----- Mail original -----

    De: "antoine valmer" <antoine.valmer@yahoo.com>
    À: debian-user-french@lists.debian.org
    Envoyé: Vendredi 27 Mai 2022 14:57:43
    Objet: Re: Mise à jour ou installation complète

    On Friday 27 May 2022 13:45:39 hamster wrote:
    Le 27/05/2022 à 13:31, antoine.valmer@yahoo.com a écrit :
    cp ne fait pas le transfert aussi bien que rsync,
    qui fait un clonage 100% conforme à l'original, pas cp.
    J'entend ce que tu me dis, mais j'utilise cp depuis de nombreuses
    années
    et j'ai jamais eu le moindre souci. Peux tu détailler sur quels
    points
    cp fait moins bien et en quoi c'est genant ?
    Sinon, question "complexité" cp ou rsync,
    c'est pareil, montage des partitions, exclusion de répertoires
    J'ai jamais exclu de répertoires, j'ai toujours tout copié sans me
    poser
    de questions et j'ai jamais eu de soucis. La copie sans exclusion
    copie
    les répertoires et leur contenu, et le contenu sera écrasé au boot,
    du
    coup j'ai un peu de mal a comprendre en quoi c'est genant de faire
    comme
    ca. Ou alors c'est que j'ai pas tout bien compris, dans ce cas
    éclaire moi.
    Si un service est bien meilleur qu'un autre pour le même prix,
    lequel prend-ton ? :-)
    Ben justement, c'est pas le meme prix. cp -a je le tape facilement
    de
    tete, j'en dirais pas autant pour tes commandes rsync.

    cp ne fait pas de contrôle des données transférées,
    rsync vérifie bit par bit que la donnée originale est conforme à l'arrivée,
    d'où une lenteur.
    Aussi, rsync préserve tout, les users, les groupes et l'horodatage,
    pas cp...
    les dates ne sont plus celles de la création des fichiers.
    De plus, rsync ne copie que les fichiers qui n'existent pas, ceux qui
    ne sont pas à jour,
    ou qui ont été modifiés. (on rattrappe le temps perdu par le
    contrôle).
    À vérifier, cp a du mal avec les codes ascii, 7 bis, 8bis, parfois
    des programmes
    ne peuvent plus se lancer.
    Si tu n'as eu aucune problème avec cp, en n'excluant aucun
    répertoire,
    c'est par chance. Un jour, ça coincera.

    Enfin, faire un transfert de tous les répertoires est dangereux,
    car ceux à exclure contiennent le "pedigree" de l'ordinateur source, processeur AMD ou Intel, modules des matériels...
    En bootant l'ordinateur cible, tu risques d'avoir un démarrage
    avorté,
    voire un kernel panic, car les répertoires à exclure contiennent
    le pedigree de l'ordinateur source qui ne correspondent pas
    à l'ordinateur cible.
    Si c'est une sauvegarde de partitions sur le même ordinateur, ça ira
    :
    cp -a /partition-source/ /partition-cible/
    Mais il y a d'autres cas de figure, tel le transfert d'une machine
    vers une autre machine distante qui demande de complexifier l'action.
    Il y a des foyers qui n'ont pas de disjoncteur électrique
    différentiel,
    bââh, tout va bien, jusqu'au jour ou... (misère).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jean Bernon@21:1/5 to All on Fri May 27 18:20:02 2022
    De: "hamster" <hamster@suna.fdn.fr>
    À: "debian-user-french" <debian-user-french@lists.debian.org>
    Envoyé: Vendredi 27 Mai 2022 17:56:20
    Objet: Re: Mise à jour ou installation complète


    Le fait de sauvegarder entièrement la partition racine permet de
    remettre l'ordi dans l'état ou il était avant qu'on y touche, si par malheur on n'arrive pas a mener la nouvelle installation a bien. Par
    exemple si on a un problème avec le pilote de la carte wifi, ou plus simplement si on manque de temps pour finir le boulot.

    Si tu ne la sauvegarde pas entièrement, je te conseille de prendre
    quand
    meme les dossiers quelques trucs.

    /etc parce que ca contiens la configuration. Notamment dans le
    fichier
    /etc/passwd tu va avoir l'identifiant de l'utilisateur et le n° de
    son
    compte. Si avant que tu touche il avait le n° 1001 et qu'apres ton
    travail tu lui a fait un compte avec le n° 1000 il n'aura plus la
    main
    sur ses propres dossiers. Dans le fichier /etc/shadow tu va avoir
    l'empreinte de son mot de passe.

    /usr/local parce que si il s'est fait des trucs perso (une
    configuration
    des menus, des scripts, des icones, etc…) c'est la qu'ils doivent
    etres
    placés. Ca serait con de les lui perdre.

    Si le gars s'est fait un site web en local (par exemple qui lui sert
    de
    brouillon pour son site web en ligne) ca va etre quelque part dans
    /var

    C'est les quelques trucs qui me viennent en tete en y réfléchissant 5
    mn
    mais peut-etre que j'en oublie, je laisse d'autres personnes
    compléter.

    Mais c'est nettement plus facile de sauvegarder toute la partition
    racine et puis d'aller fouiller dans la sauvegarde après coup, si
    jamais
    quand tu a fini ton travail il te rappelle en disant "dis donc, y'a
    tel
    truc qui marche plus", ou encore "dis donc y'a tel truc que je trouve
    plus".

    Ok je vois. D'où ton "cp -a" depuis un système live

    Dans la partition /home, pourquoi ne récupère-tu pas directement le
    dossier personnel de l'utilisateur ? La aussi, en ne prenant que les
    dossiers que tu cite, tu perd toute sa configuration qui est dans son
    dossier personnel sous forme de fichiers cachés.

    En fait il m'arrive aussi tout simplement d'installer sur une nouvelle partition de la même machine, de monter l'ancienne partition dans un dossier du nouveau système et de récupérer au fur et à mesure ce dont j'ai besoin dans l'ancienne partition.
    Ce qui veut dire que je réinstalle des paquets, ça semble un peu lourd, mais ça a aussi le mérite de faire le ménage.

    Alors la, si un jour tu trouve ca je suis preneur !!!
    Il me semble que sur Linux Mint l'utilitaure TimeShift fait ce job. Pourquoi Debian ne le pourrait-il pas ?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jean Bernon@21:1/5 to All on Fri May 27 18:30:01 2022
    Alors la, si un jour tu trouve ca je suis preneur !!!
    Il me semble que sur Linux Mint l'utilitaure TimeShift fait ce job.
    Pourquoi Debian ne le pourrait-il pas ?

    Je m'aperçois à l'instant que timeshift est dans les paquets Debian. Quelqu'un de la liste l'utilise-t-il ? Est ce que ça ne peut pas servir à sauvegarder avant une installation et à restaurer en cas de problème ?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?Q?S=C3=A9bastien?= Dinot@21:1/5 to All on Fri May 27 19:10:01 2022
    Bonjour,

    Jean Bernon a écrit :
    Pour ma part je copie seulement /home avec cp et je réinstalle
    complètement le nouveau système avant de récupérer les principaux dossiers de /home (documents, images, téléchargements, videos...).

    Comme cela a été dit par ailleurs, la sauvegarde de /home n'est bien
    souvent pas suffisante. Il y a aussi /etc, /root, /var/lib (pour les
    bases de données notamment), /usr/local (pour tout ce qui est déployé autrement qu'avec apt), éventuellement /opt et /var/www, etc.

    Mais le besoin varie tellement d'une personne à l'autre qu'il est
    difficile de fournir une réponse satisfaisant tout le monde.

    Par exemple, en ce qui me concerne, je ne sauvegarde pas /var/lib parce
    qu'un script que je lance en prologue de la sauvegarde se charge
    d'effectuer un dump des bases de données (cela offre plus de garanties
    de restauration qu'une copie de /var/lib). Il lance aussi apt-clone pour sauvegarder la liste des paquets installés, ce dernier outil outil ayant
    le bon gout de réempaqueter à la volée et d'inclure dans l'archive les paquets qui ne sont plus disponibles dans les dépôts.

    Je suis étonné qu'il n'existe pas un utilitaire de sauvegarde globale,
    avec quelques consignes simples de sauvegarde et de restauration, qui permette de faire une sauvegarde fiable sans être un spécialiste de
    rsync et cp, exactement comme dans la fameuse consigne "commence par sauvegarder tes données".

    Le sujet est là encore un tantinet compliqué à abstraire, car il dépend
    des moyens que la personne souhaite et peut mettre en œuvre (disque dur externe, NAS, cloud) et la phase d'amorçage demandera toujours un peu de lecture et d'effort, même si on utilise des outils tels que Vorta (IHM
    pour BorgBackup) et des services en ligne ergonomiques tel que
    BorgBase.com.

    Sans doute qu'un outil tel que Deja-Dup (frontal à Duplicity) peut
    répondre au besoin, ou Duplicati si on opte pour une sauvegarde en
    ligne.

    Si on passe sous silence le revers de la médaille, la solution qui
    demande le moins d'investissement humain (et financier sur le court
    terme) est sans doute la sauvegarde en ligne. Mais les services en ligne offrent une bande passante volontairement limitée, systématiquement bien
    plus faible dans le sens descendant, que dans le sens montant (cela
    évite notamment de voir le service de sauvegarde détourné en service de stockage en ligne). Pousser quelques centaines de Go sur un tel service
    prend pas mal de temps (à 20 Mo/s, il faut compter 1h30 pour 100 Go avec BorgBase.com) et les récupérer encore plus (à 3 Mo/s, il faut compter
    9h30 pour 100 Go avec BorbBase.com).

    Sébastien

    --
    Sébastien Dinot, sebastien.dinot@free.fr
    http://www.palabritudes.net/
    Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jean Bernon@21:1/5 to All on Fri May 27 23:30:01 2022
    De: "antoine valmer" <antoine.valmer@yahoo.com>
    À: debian-user-french@lists.debian.org

    Désolé si j'ai répondu lapidairement, mais le mail original
    ne demandait pas la syntaxe d'une commande, juste une indication,
    un principe.

    Il faut toujours créer 2 partitions, une pour le système et l'autre
    pour le /home.
    On apprécie une commande quand elle est simple, et beaucoup moins
    lorsque il faut la complexifier par des ajouts, qui souvent sont indispensables,
    nous contraignent à une étude et réflexion théorique qui au début
    parait absconse.
    C'est ça qui rend l'informatique passionnante, et permet de quitter
    le mode Windows,
    du presse bouton, du copier/glisser/coller... :-)
    Windows fait la sauvegarde mais c'est 100% automatique, du coup,
    on passe à côté de la connaissance et l'enrichissement.

    Côté serveur, Linux représente 90% du marché, et à peine 1.5% en
    poste de travail.

    Il existe une kyrielle de logiciels graphiques de sauvegarde, backup,
    souvent basés sur rsync,
    je préfère la ligne de commande.

    Bonne soirée.

    Antoine Valmer

    Je partage ton enthousiasme pour l'enrichissement des connaissances. Pour le partager avec plus de gens, il faut aussi envisager sérieusement de dépasser les 1,5% de postes de travail. Les logiciels graphiques, y compris ceux de sauvegarde, sont utiles
    pour développer l'usage des logiciels libres et ne sont pas incompatibles avec la compréhension de ce qui se passe derrière et avec la ligne de commande. Ne pas sous-estimer ses adversaires. Windows peut aussi nous apprendre des choses, de même que
    Windows 11 vend comme une nouveauté de pouvoir ouvrir plusieurs bureaux, ce que les bureaux graphiques Linux ont toujours permis. La connaissance circule toujours dans tous les sens, malgré les tentatives d'appropriation.

    Point à préciser - Quand tu écris "il faut toujours créer deux partitions...", c'est une recommandation, ce n'est pas une nécessité de Linux.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From l0f4r0@tuta.io@21:1/5 to All on Sat Jun 4 13:20:01 2022
    Bonjour,

    27 mai 2022, 17:20 de jbernon@free.fr:

    Je suis étonné qu'il n'existe pas un utilitaire de sauvegarde globale, avec quelques consignes simples de sauvegarde et de restauration, qui permette de faire une sauvegarde fiable sans être un spécialiste de rsync et cp, exactement comme dans la
    fameuse consigne "commence par sauvegarder tes données".

    Je ne crois pas que quelqu'un en ait parlé jusqu'à présent : clonezilla live (https://clonezilla.org + https://sourceforge.net/projects/clonezilla/).
    Il s'agit d'une mini-distribution GNU/Linux Debian de clonage bit à bit (partition ou disque entier).

    L'idée est d'installer la distribution sur un CD ou clé USB (cf. instructions sur https://clonezilla.org/clonezilla-live.php), de redémarrer son ordinateur puis de booter dessus (d'où "live" dans le nom).

    Une série d'écrans prend alors l'utilisateur par la main pour sauvegarder, vérifier une sauvegarde ou restaurer.
    Pas mal d'options disponibles (compression, chiffrement, sauvegarde du MBR/GPT, morcellement de la sauvegarde en plusieurs fichiers...).
    L'outil sait détecter les LVM v2 et LUKS.
    Clonezilla reconnait nativement un paquet de systèmes de fichiers ce qui lui permet de sauvegarder uniquement les bits utilisés à la différence de `dd`.
    Une fois ses options correctement paramétrées, il est possible de lancer une unique commande les prochaines fois pour s'épargner les différentes étapes et éventuelles erreurs de sélections.

    Pour le cas présent de l'OP, cette méthode de clonage peut être une solution (sauvegarde intégrale du disque qui génèrera un fichier par partition). Comme ça, l'OP n'aura qu'à restaurer si pépin lors de l'upgrade de sa Debian.

    Attention juste de bien avoir un disque de sauvegarde de taille suffisante par rapport aux partitions à sauvegarder...

    NB : sinon pour une sauvegarde plus orientée fichiers de données, par rapport aux échanges précédents autour de `cp`, `rsync`..., perso j'utilise `borg` (https://borgbackup.readthedocs.io/en/stable <https://borgbackup.readthedocs.io/en/stable/#>) et
    j'en suis satisfait. L'outil permet le chiffrement et la déduplication notamment.

    Bonne journée,
    l0f4r0

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)