(Tuto de) Sauvegarde Nüvi/Zümo

Bonjour,

après réflexion j'ai supprimer un message que j'avais mis à la suite de [Vous devez être inscrit et connecté pour voir ce lien] pour en faire un sujet à part => je remets ci-dessous l'essentiel de ce que j'avais écrit:

Dans le tuto [Vous devez être inscrit et connecté pour voir ce lien] (comme à chaque fois qu'on parle de copie globale), ne serait-il pas prudent d'ajouter une phase de "vérification minimum" de la copie de sauvegarde?

En effet, bien que ça ne soit pas la majorité des cas (c'est même rare, heureusement), nous sommes quelques uns à avoir constaté que Windows "perd" parfois quelques éléments lors de la recopie d'une grosse arborescence. Encore une fois c'est (très) rare, mais dans le cas d'une sauvegarde c'est particulièrement malencontreux.
Une "vérification minimum" peut consister en une simple opération de "Clic droit, propriétés", pour s'assurer que la sauvegarde comporte bien les mêmes nombres de dossiers, fichiers et octets que l'original (c'est d'ailleurs comme ça que nous avons constaté le problème).

Bonjour
Effectivement, cela doit être très rare - Jamais rencontré ce problème, bien que je vérifies toute sauvegarde avec des volumes dépassant les 10 go sur disque en réseau pour 90 000 fichiers

C'est en effet surprenant, car depuis 1983 la commande la plus populaire chez Guillaume Barrières, c'est la "Copy".

Elle devrait par conséquent être assez fiable.

Re-,

le phénomène est rare, effectivement, mais pas nouveau.

Il m'a été signalé il y a déjà quelques années par un ami photographe, alors sous XP, pour qui le passage de l'argentique au numérique a fait émerger de gros besoins de sauvegarde, en volumes comme en périodicités.
Cela a été confirmé par 2 autres personnes ne se connaissant pas, dont le responsable info de ma boîte de l'époque; mais sans explication...

C'est en recherchant un fichier sur une sauvegarde que le photographe a constaté que celui-ci manquait, alors que les autres du même répertoires étaient bien là. Depuis ce temps-là il fait des vérifications systématiques par "Clic droit", Propriétés", et cela arrive encore, quels que soient les outils et les supports utilisés: du côté logiciels, Explorateur Windows, SuperCopier, et un équivalent payant; côté OS, XP 32b Pro, Vista 32b Home et Win7 64b Pro; côté support, disques durs internes de 500Go à 2To, disques externes en USB2/USB3, NAS 2 à 6To en Raid5 et Raid10. Résultat, nous n'avons pas pu mettre en évidence de cause/de situation reproductible, pourtant ça continue à arriver "parfois"; seul(s) point(s) commun(s) lorsque le soucis est rencontré: une arborescence assez étendue et/ou un gros volume de données à recopier.

De mon côté, j'ai contourné le problème avec les utilitaires DOS: XCOPY et sa palanquée de paramètres possibles (dont la vérification), et depuis cet été ROBOCOPY (idem): en faisant la migration de mes NAS de 1,5To vers 3To j'ai de nouveau constaté le problème sous Vista, et en voulant utiliser XCOPY je suis tombé sur ROBOCOPY. J'ai un peu galéré pour trouver les paramètres dont j'avais besoin, mais depuis plus de souci (je continue de faire des vérifications par "Propriétés").

Bonjour,

A mon avis, il est possible de perdre des fichiers lors d'une opération de copie Windows (quel que soit le système) si ces fichiers sont utilisés par ailleurs dans d'autres applications au moment de la copie.

D'ailleurs si vous procédez avec la commande Dos XCOPY et que les fichiers sont utilisés par ailleurs, vous avez un message qui signale que ce fichier n'a pas pu être copié.

Je ne connais pas Robocopy, au moins j'ai appris qqchose.

Bonjour,

Problème résolu en ce qui me concerne, j'ai ajouté la vérification au 6) dans le tuto.

Bonjour,

>> Paul74:

merci pour cette piste d'explication; cependant je crains que ça ne soit pas la bonne, car je pense que mon ami photographe, même peu au fait de la technique Windows, ne fait pas sauvegarde lors que des fichiers sont ouverts (je lui poserai quand même la question); et pour ma part, quand j'ai fait les sauvegardes globales de mes disques je suis quasiment sûr qu'aucun n'était ouvert.
Accessoirement à propos de Robocopy, ce que je j'apprecie par exemple c'est la possibilité que les répertoires gardent leur horodatage initial sur la copie, et qu'il affiche en permanence, et surtout à la fin, le nb de fichiers lus et copiés.

>> Monique:

il est très peu probable que des usagers soient soient confrontés au problème, mais même s'il ne devait y en avoir qu'un seul, celui-là te serait reconnaissant d'avoir inclus cette opération de vérification basique dans ton tuto [Vous devez être inscrit et connecté pour voir cette image].

2 remarques quand même à propos de tes modifs -tu devais bien t'y attendre [Vous devez être inscrit et connecté pour voir cette image]-:

• ce n'est pas important, mais pour information après un clic droit pour déclencher une action, le clic suivant peut être aussi droit et pas forcément gauche
  
• plus important: il serait peut-être judicieux de trouver un moyen de préciser, en ce qui concerne le nb d'octets, qu'il s'agit de celui de "Taille" tout court et pas "Taille sur le disque" (qui, elle, peut être différente entre 2 supports différents) => peut-être qu'une copie d'écran d'un exemple de fenêtre Propriétés, mettant en évidence l'endroit où il faut regarder ces informations mais en précisant qu'elles peuvent être différentes selon les utilisateurs, serait un moyen efficace?
  

C'est ajouté.
Bien que je suppose que tu ne seras pas encore entièrement satisfait, Oooops!, je ne modifierai plus ce tuto, je n'en ai plus le temps ni l'envie (je vais être très peu présente pendant quelques jours).

bonjour
autre piste possible :
fichiers et/ou process (tout ou partie) restant en mémoire même après fermeture
Windows les considère ouvert et empêche certaines actions

J'ai remarqué pas mal de pbs avec des fichiers zip notamment, mais pas lors de copie

La gestion de mémoire et windows, ca fait 2 :-)

Re-,

>> Monique:

si si, cette fois je suis bien d'accord avec ce que tu as fait [Vous devez être inscrit et connecté pour voir cette image], donc plus besoin d'écrire en petit [Vous devez être inscrit et connecté pour voir cette image].


>> Sixun:

Bien d'accord avec toi: ne serait-ce que des process de type affichage de vignettes, voire de "chien de garde" de certains antivirus; surtout sur les très gros fichiers utilisés en photographie...

Quant à "La gestion de mémoire et windows, ca fait 2 :-)", complètement d'accord aussi.

=> J'ai transmis ces quelques pistes à mon ami, il va essayer de surveiller les choses.