L'idée à laquelle je m'opposais est celle selon laquelle sous Linux, on pourrait tranquillou recopier son /home et repartir comme en quarante. Si on est d'accord sur le fait que c'est faux, pas de problème.
Dans ce cas précis, je suis d'accord qu'il devrait y avoir des étapes supplémentaires. Ensuite il y a des limites à ce qu'on demande à un débutant. Et ici, les risques seront similaires que l'on soit sous Linux, Windows, OSX ou n'importe quoi.
Mais de manière générale, hors compromission, Linux est quand même vachement mieux dans le sens "je recopie mon /home et c'est reparti comme en quarante". ;-)
Je me souviens encore quand j'utilisais Windows (c'était y a longtemps), quand je voulais formater, je passais une bonne semaine avant le formatage à me faire une liste de choses à pas oublier (puis à rechercher où cela pouvait bien être caché) car chaque logiciel sauvait ses données à des endroits divers. Bon de nos jours, apparemment c'est mieux, mais ça a toujours pas l'air idéal. Alors que Linux, il m'est arrivé régulièrement de changer de distributions, etc. sans me poser trop de questions sur mes données ou mes configurations logicielles.
Si les plus vieux backups que tu as datent d'un mois, c'est qu'il faut changer de système... de backup.
Tout dépend de ta quantité de données et de ton rythme de modification. Même en faisant des backups incrémentaux, cela risque de prendre beaucoup de place. Cas classiques: tu as régulièrement des fichiers binaires (vidéos, photos, sons/musiques, archives diverses...). En outre, il est conseillé de ne pas faire que des backups incrémentaux, et de temps en temps, refaire un full backup (par sécurité, car si tu as un backup incrémental corrompu dans ta chaîne de backups, c'est la merde). Par exemple, déjà-dup (le système que j'utilise sur les ordis de bureaux) fait des sauvegardes complètes de temps en temps.
Donc supposons que tu fais des backups quotidiens. En un mois, tu as donc 30 backups. Si vous êtes 2/3 (ou plus) machines à partager votre serveur de backup, ça fait pas mal de données à sauver. Je viens de regarder mon serveur de backup. Pour 2 ordinateurs de bureau et 1 serveur, j'utilise 1.8T (ce ne sont pas forcément des backups quotidiens. En fonction des données notamment). Et ensuite, pour faire vraiment bien, il faut dupliquer ce backup sur un disque séparé (et de préférence même une machine séparée et dans un autre lieu. Car le jour où on a un feu ou un cambriolage, byebye les données).
Pour ma part, je peux remonter à 6 mois, c'est pas si mal. Mais je pourrais tout à fait imaginer un utilisateur de base, un peu avancé donc qui fera des backups, mais n'y dédiera pas des disques de plusieurs teras. Dans ces cas, tu peux avoir des backups vieux d'un mois, mais ce n'est pas suffisant si ton système était corrompu depuis 2 mois.
Sans compter que sérieusement, le jour où ça arrive, tu fais pas juste un full-revert. Deux mois de données et de travail, c'est juste énorme. Non parce que quand on a des mois de dessins, je me vois pas dire à l'animateur: "tu peux tout redessiner stp? Y avait un malware et par sécurité on a fait un revert de toutes les données" :P Donc les vieux backup, c'est utile pour des cas particuliers (par exemple on se rend compte qu'un fichier qu'on n'a pas touché depuis longtemps est corrompu pour raison X ou Y et on arrive à remonter à une époque où il l'était pas pour sélectionner seulement ce fichier). Mais pas pour des raisons du type "y a eu un malware, on ne peut faire confiance à aucune données depuis un mois, hop on revert tout!"
Enfin voilà, tout ça pour dire que les sauvegardes sur du très long terme, c'est bien, mais il y a quand même énormément de cas où c'est loin d'être une solution suffisante et acceptable (dès que des données mouvantes rentrent en jeu, en fait).
Ouh là, quelle réaction. :-)
P.S.: désolé, encore une fois, j'écris trop! Et ce nouveau commentaire ne fait pas exception. :P
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Exactement la période ou j'ai installé Mint à la place de Win10 sur mon PC ...
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Linux Mint a été compromise. Évalué à 2. Dernière modification le 19 mars 2016 à 14:07.
Oui.
Dans ce cas précis, je suis d'accord qu'il devrait y avoir des étapes supplémentaires. Ensuite il y a des limites à ce qu'on demande à un débutant. Et ici, les risques seront similaires que l'on soit sous Linux, Windows, OSX ou n'importe quoi.
Mais de manière générale, hors compromission, Linux est quand même vachement mieux dans le sens "je recopie mon /home et c'est reparti comme en quarante". ;-)
Je me souviens encore quand j'utilisais Windows (c'était y a longtemps), quand je voulais formater, je passais une bonne semaine avant le formatage à me faire une liste de choses à pas oublier (puis à rechercher où cela pouvait bien être caché) car chaque logiciel sauvait ses données à des endroits divers. Bon de nos jours, apparemment c'est mieux, mais ça a toujours pas l'air idéal. Alors que Linux, il m'est arrivé régulièrement de changer de distributions, etc. sans me poser trop de questions sur mes données ou mes configurations logicielles.
Tout dépend de ta quantité de données et de ton rythme de modification. Même en faisant des backups incrémentaux, cela risque de prendre beaucoup de place. Cas classiques: tu as régulièrement des fichiers binaires (vidéos, photos, sons/musiques, archives diverses...). En outre, il est conseillé de ne pas faire que des backups incrémentaux, et de temps en temps, refaire un full backup (par sécurité, car si tu as un backup incrémental corrompu dans ta chaîne de backups, c'est la merde). Par exemple, déjà-dup (le système que j'utilise sur les ordis de bureaux) fait des sauvegardes complètes de temps en temps.
Donc supposons que tu fais des backups quotidiens. En un mois, tu as donc 30 backups. Si vous êtes 2/3 (ou plus) machines à partager votre serveur de backup, ça fait pas mal de données à sauver. Je viens de regarder mon serveur de backup. Pour 2 ordinateurs de bureau et 1 serveur, j'utilise 1.8T (ce ne sont pas forcément des backups quotidiens. En fonction des données notamment). Et ensuite, pour faire vraiment bien, il faut dupliquer ce backup sur un disque séparé (et de préférence même une machine séparée et dans un autre lieu. Car le jour où on a un feu ou un cambriolage, byebye les données).
Pour ma part, je peux remonter à 6 mois, c'est pas si mal. Mais je pourrais tout à fait imaginer un utilisateur de base, un peu avancé donc qui fera des backups, mais n'y dédiera pas des disques de plusieurs teras. Dans ces cas, tu peux avoir des backups vieux d'un mois, mais ce n'est pas suffisant si ton système était corrompu depuis 2 mois.
Sans compter que sérieusement, le jour où ça arrive, tu fais pas juste un full-revert. Deux mois de données et de travail, c'est juste énorme. Non parce que quand on a des mois de dessins, je me vois pas dire à l'animateur: "tu peux tout redessiner stp? Y avait un malware et par sécurité on a fait un revert de toutes les données" :P Donc les vieux backup, c'est utile pour des cas particuliers (par exemple on se rend compte qu'un fichier qu'on n'a pas touché depuis longtemps est corrompu pour raison X ou Y et on arrive à remonter à une époque où il l'était pas pour sélectionner seulement ce fichier). Mais pas pour des raisons du type "y a eu un malware, on ne peut faire confiance à aucune données depuis un mois, hop on revert tout!"
Enfin voilà, tout ça pour dire que les sauvegardes sur du très long terme, c'est bien, mais il y a quand même énormément de cas où c'est loin d'être une solution suffisante et acceptable (dès que des données mouvantes rentrent en jeu, en fait).
P.S.: désolé, encore une fois, j'écris trop! Et ce nouveau commentaire ne fait pas exception. :P
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]