(quote:1892872:le hollandais volant)
Sous Linux, toutes les données de config des programmes ou du bureau sont dans le dossier personne (un peu comme le AppData de Windows), et je conserve ça sur une partition (le /home) qui reste quand je fais une réinstall de l’OS.

Oui, le ~/ c’est pratique sous Unix. Par contre il faut restaurer les mêmes applis dans la même version et le système comme il était, sinon effectivement on passe son temps à corriger des trucs cachés dans les fichiers .quelquechose

Baldurien a dit:

Je fais un bon gros 7z de %USERPROFILE%, que je restaure manuellement.

Comme je sauvegarde les fichiers de tout le monde au même endroit et que certains fichiers volumineux sont copiés (photos et vidéos de famille par exemple) –> ça me permet de dédupliquer, donc pas de compression.

J’ai aussi utilisé un moment https://backuppc.github.io/backuppc/ que je recommande toujours - mais il était moins userfriendly, donc j’ai craqué.

Le problème de l’historique des fichiers Windows, c’est qu’il fonctionne sous le login de l’utilisateur. Ce qui signifie qu’un malware banal pourrait corrompre tout ce qui est dans le partage.
-> Les logiciels qui tournent sous un autre login dédié sauvegarde, ça permet de mettre le répertoire de sauvegarde en lecture seule pour l’utilisateur.

Mais bon, l’historique des fichiers, c’est pas une sauvegarde. J’ai ma sauvegarde en plus du “NAS”.

David_L a dit:

Oui mais ça ne résous pas le besoin d’une sauvegarde système ;)

Côté “grand public”, on arrive toujours à faire passer la pilule du “on repart propre, ce sera mieux”. Surtout sous windows, tout le monde a eu un doute à un moment sur un logiciel ou l’autre…

C’est plus “émotionnel” qu’autre chose. Si les données sont sauves, ça passe.

Ceci dit, j’aurais parfois aimer avoir un backup système sous la main, j’ai eu quelques surprises avec windows 10 pour le réinstaller sur de vieux portables avec 2 cartes graphiques (OK en 15.09 upgradé 20H2, une galère sans nom en réinstallant directement un 20H2)

David_L a dit:

Si c’était vrai on ferait ça sur smartphone. C’est tout l’inverse (même si ce ne sont pas des images systèmes complètes au sens strict)

Je ne connais que la restauration via google: applis et données, avec plus ou moins de chance selon que les applis étaient développées correctement ou pas…

grsbdl a dit:

Totalement d’accord avec l’article. J’ai beau ne pas aimer macos, je dois reconnaître que sa gestion des sauvegardes est à la fois simple et efficace.

Sous Windows, c’est fait à moitié. Sous vista (7 aussi?) il me semble que si tu branchais un disque externe sur une version home et que tu n’avais pas d’emplacement de sauvegarde, il te demandais si tu souhaitais l’utiliser pour la sauvegarde.
Mais alors pour la restauration, tu dois trouver la procédure…
Et au gré des mises à jours, tu peux perdre le lien avec le DD, et ton ordi peut arrêter de sauvegarder malgré que tu branches le DD régulièrement (détecté à temps, ouf!)

C’est le cas aussi si tu avais configuré ta sauvegarde et que tu fais une upgrade - le paramètre n’est pas conservé.

Sous 10, je n’ai jamais vu cette question.

Je suis bien d’accord que c’est très très confus, y compris pour moi qui baigne dedans. Que sauvegarder? Qu’est ce qui est sur internet et sera restauré (notamment avec les applis du store à moitié store à moitié appli)? Que faut-il prendre du Appdata? Avec quel outil vu qu’il y a des jointure récursives (la copie par powershell génère une infinité de fichiers identiques) ?

Rien que dans Appdata, entre le local, le local low et le roaming, ce serait presque clair si les applis respectaient les règles.

Je ne sais pas si sous MacOS il y a autant de disparité, mais sous Windows on a le choix entre les applis qui sauvegardent dans le profil sous un répertoire “.quelquechose” à la unix, les applis qui utilisent Appdata, les applis qui font un mix car elles utilisent des composants issus de Unix, celles qui stockent encore une partie dans la base de registre, celles qui continuent avec Appdata mais un sous-répertoire en dur, celles qui génèrent un sous-répertoire aléatoire stocké dans la base de registre…

Citan666 a dit:

Ça reste moins pire que Windows où c’est le bordel intégral dans le AppData entre Local, LocalLow et Roamingmachin (mention spéciale à Mozilla qui estime efficace de scinder ses données de profil dans deux endroits, GG la débilité)

Mozilla a bien compris le principe. Le répertoire roaming, en entreprise, repart vers le serveur en fin de session et est téléchargé en début de session, afin que l’utilisateur retrouve ses paramètres quelque soit l’ordi duquel il démarre.

C’est dans roaming qu’il faut stocker le cache, par contre les mots de passe et l’historique, c’est logique.
Comme ça, si l’utilisateur démarre depuis un autre ordi, il récupère ses paramètres et habitudes.

manus a dit:

Personnellement j’utilise sur Windows 10 ce qui est intégré: %windir%\System32\wbadmin.exe start backup -backupTarget:g: -allCritical -include:c: -quiet

C’est basé sur DISM, non?

En complément j’active le “System Protection” sur les disques voulus avec environs 10% d’usage et je mets en tâches planifiées la création des versions (2x par jour: 7h et 12h): C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -Command "& {(Get-WmiObject -Class Win32_ShadowCopy -List).Create('C:\\', 'ClientAccessible')}"

Arf, le vieux truc du shadow copy. Je le faisais sous XP… Je n’ai jamais compris que Ms n’en fasse pas une option activable par l’UI pour les utilisateurs. Attention, je crois qu’il y avait une limite à 64 “captures” - il faut les purger…

C’est aussi un moyen de forcer le copy-on-write pour certaines opérations qui risqueraient de fragmenter d’ailleurs.