Robocopy VS Win2K8 64bits

Le
Chris
Bonjour

Robocopy a t il une version dispo pour fonctionné sur un Win 2008 Ent 64
bits ?

Merci

Chris
Questions / Réponses high-tech
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Stephane [MS]
Le #12275211
Bonjour,

Robocopy fait désormais partie des outils livrés par le système
d'exploitation. Il est livré en version 64 bits tant sur Windows Vista que
Windows Server 2008.

--
Cdlt
Stéphane
http://blogs.msdn.com/spapp/default.aspx

"Chris" news:
Bonjour

Robocopy a t il une version dispo pour fonctionné sur un Win 2008 Ent 64
bits ?

Merci

Chris



Chris
Le #12838951
COOOOOOLLLL

Merci je ne le savait pas !

@ +

Chris

"Stephane [MS]" news:
Bonjour,

Robocopy fait désormais partie des outils livrés par le système
d'exploitation. Il est livré en version 64 bits tant sur Windows Vista que
Windows Server 2008.

--
Cdlt
Stéphane
http://blogs.msdn.com/spapp/default.aspx

"Chris" news:
Bonjour

Robocopy a t il une version dispo pour fonctionné sur un Win 2008 Ent 64
bits ?

Merci

Chris






Gloops
Le #16397851
Bonjour,

Stephane [MS] a écrit, le 07/07/2008 21:28 :
Bonjour,

Robocopy fait désormais partie des outils livrés par le système
d'exploitation. Il est livré en version 64 bits tant sur Windows Vist a
que Windows Server 2008.




C'est pas mal, ce truc-là.

Après, il reste la traditionnelle figure de style qui consiste à
vérifier la sauvegarde. Il y a des outils pour obtenir la somme MD5, on
peut la stocker dans un sous-répertoire exprès pour, et pareil sur le
support de sauvegarde, et ensuite comparer les deux.

Il a déjà dû y avoir du monde qui a planché, là-dessus ?
moi
Le #16414911
Bonjour,

Après, il reste la traditionnelle figure de style qui consiste à
vérifier la sauvegarde. Il y a des outils pour obtenir la somme MD5,
on peut la stocker dans un sous-répertoire exprès pour, et pareil
sur
le support de sauvegarde, et ensuite comparer les deux.

Il a déjà dû y avoir du monde qui a planché, là-dessus ?



Le plus simple pour un script est sans doute d'utiliser ça :

http://xstandard.com/en/documentation/xmd5/

C'est une petite dll qui contient deux fonctions :

GetCheckSumFromFile(sPathName As String) As String
GetCheckSumFromString(sString As String) As String

tout simplement .

Soit, pour comparer deux fichiers :
========================== Dim objMD5, Chaine1, Chaine2
Set objMD5 = CreateObject("XStandard.MD5")
Chaine1 = objMD5.GetCheckSumFromFile("F:OriginauxFichier1.truc")
Chaine2 = objMD5.GetCheckSumFromFile("G:CopiesFichier1.truc")
If Chaine1 = Chaine2 Then
msgbox " C'est pareil ... ;o) "
Else
MsgBox "C'est différent !"
End If
Set objMD5 = Nothing
============================
HB
Gloops
Le #16415311
mdnews a écrit, le 24/07/2008 08:41 :
Fsum
http://www.slavasoft.com/fsum/
Un seul exe Freeware 92ko.



OK, merci.
Autrement il y a aussi
http://www.fourmilab.ch/md5/md5.zip

qui est fourni avec les sources en C.
A l'occasion j'essaierais bien en C#, mais pas tout de suite.
Gloops
Le #16415381
C'est pourtant vrai qu'on est dans le newsgroup scripting :)

Merci pour ce tuyau intéressant, ce qu'il y a de bien avec ça par
rapport à un fichier exe, c'est qu'on n'a pas besoin de se préoccuper de
son chemin d'accès.

Après, on n'a plus qu'à monter la récursivité pour parcourir
l'arborescence, somme toute une figure de style assez courante.
Et aussi, une idée pour une page web, pour les utilisateurs qui ne se
plongeront pas là-dedans.

__________________________________
moi a écrit, le 26/07/2008 13:50 :
Le plus simple pour un script est sans doute d'utiliser ça :

http://xstandard.com/en/documentation/xmd5/

C'est une petite dll qui contient deux fonctions :

GetCheckSumFromFile(sPathName As String) As String
GetCheckSumFromString(sString As String) As String

tout simplement .

Soit, pour comparer deux fichiers :
======================== ===
Dim objMD5, Chaine1, Chaine2
Set objMD5 = CreateObject("XStandard.MD5")
Chaine1 = objMD5.GetCheckSumFromFile("F:OriginauxFichier1.truc")
Chaine2 = objMD5.GetCheckSumFromFile("G:CopiesFichier1.truc")
If Chaine1 = Chaine2 Then
msgbox " C'est pareil ... ;o) "
Else
MsgBox "C'est différent !"
End If
Set objMD5 = Nothing
======================== =====

HB



moi
Le #16420471
Bonjour,


Gloops wrote:
C'est pourtant vrai qu'on est dans le newsgroup scripting :)

http://xstandard.com/en/documentation/xmd5/







... et à ce propos ...
quelqu'un connait-il une dll "du même type en plus vaste"
pour disposer aussi d'autres outils de "hashage" ( SHA-1 ou autre ) ?

A+

HB
Gilles LAURENT [MVP]
Le #16425521
"moi" wrote:

Bonjour,



Bonjour,

.... et à ce propos ...
quelqu'un connait-il une dll "du même type en plus vaste"
pour disposer aussi d'autres outils de "hashage" ( SHA-1 ou autre ) ?



Microsoft CAPICOM qui est un serveur COM qui s'interface avec les APIs de
cryptographie natives

Les algorithmes de hachage SHA1, MD2, MD4, MD5, SHA256, SHA384 et SHA512
sont supportés (en fonction de la plateformes). Après l'enregistrement de la
librairie capicom.dll via regsvr32, pour obtenir le hash SHA1 d'une chaine de
caractères :

Set oHash=CreateObject("CAPICOM.HashedData")
oHash.Algorithm=0
oHash.Hash "MaChaineDeCaractères"
WScript.Echo oHash.Value

Note: Plusieurs exemples sont disponibles au sein de la distribution

--
Gilles LAURENT
MVP Windows Server - Admin Frameworks
http://glsft.free.fr
moi
Le #16429751
Gilles LAURENT [MVP] wrote:
(...)
Microsoft CAPICOM qui est un serveur COM qui (...)



Je viens de récupérer et d'installer.
Curieusement le msi a créé deux répertoires
dans program files sans enregistrer la dll
( présente en deux endroit distincts, d'ailleurs )
Un petit coup de regsvr32 et c'est parti !

La liste des méthodes et propriétés semble longue...
Cela mériterait une documentation ... que je n'ai pas trouvée :o)

Toutefois, j'ai fait un petit test
en simplifiant un des vbs fournis ( CHashData.vbs)...
ça baigne.

Cependant je me pose des question... :

Dans l'exemple fourni, c'est la méthode OpenTextFife de FSO
qui est utilisée pour récupérer le contenu du fichier à "hasher"
je n'ai pas trouver la trace d'une méthode
permettant de passer un fichier à la moulinette .

On peut cependant utiliser fso pour un fichier quelconque...
J'ai testé avec un zip de 1,7 Mo et un jpg de 2.1 Mo
et le fonctionnement semblait normal mais ...

En testant avec le même algo (MD5) avec xmd5.dll
je n'ai pas eu la même empreinte ( pour le jpg et pour le zip):
J'en déduis donc (peut-être hâtivement)
que le mode d'accès joue un rôle important...
On ne peut donc pas utiliser capicom pour hasher un fichier
mais seulement pour le contenu d'un fichier.
Donc si je récupère un fichier sur le web avec son empreinte md5
( courant sur de nombreux serveur ftp désormais)
capicom ne peut pas servir pour vérifier l'intégrité du fichier.

De plus, second problème :
Ne va-t-on pas rencontrer une limite de taille
que les outils accédant en binaire ( comme xmd5)
ne rencontrerait pas ?
( et là j'en sais rien !)

Qu'en pense les spécialistes ?

merci d'avance,
HB
Gilles LAURENT [MVP]
Le #16430221
"moi" news:%

[...]
| La liste des méthodes et propriétés semble longue...
| Cela mériterait une documentation ... que je n'ai pas trouvée :o)

CAPICOM Reference :
http://msdn.microsoft.com/en-us/library/aa375732.aspx

CAPICOM Hashed Data Object :
http://msdn.microsoft.com/en-us/library/aa382440(VS.85).aspx

[...]
| Dans l'exemple fourni, c'est la méthode OpenTextFife de FSO
| qui est utilisée pour récupérer le contenu du fichier à "hasher"
| je n'ai pas trouver la trace d'une méthode
| permettant de passer un fichier à la moulinette .

Il suffit d'écrire une petite fonction ;-)

Exemple :
CScript HashFile.vbs D:Downloadsetup.exe

--- Coupez ici : HashFile.vbs ---
Function HashFile (strFilename, nAlgo)

' initialisation des objets
Set oHash=CreateObject("CAPICOM.HashedData")
Set oStream=CreateObject("ADODB.Stream")

' lecture du fichier en mode binaire
oStream.Type=1: oStream.Open
oStream.LoadFromFile strFilename
BinStream=oStream.Read

' libération des ressources
oStream.Close

' calcul du hash avec l'algorithme passé comme argument
oHash.Algorithm=nAlgo
oHash.Hash BinStream

' retour du hash au format texte
HashFile=oHash.Value

End Function

sMD5Hash=HashFile (WScript.Arguments(0), 3)
WScript.Echo sMD5Hash
--- Coupez ici : HashFile.vbs ---

[...]
| En testant avec le même algo (MD5) avec xmd5.dll
| je n'ai pas eu la même empreinte ( pour le jpg et pour le zip):
| J'en déduis donc (peut-être hâtivement)
| que le mode d'accès joue un rôle important...
| On ne peut donc pas utiliser capicom pour hasher un fichier
| mais seulement pour le contenu d'un fichier.
| Donc si je récupère un fichier sur le web avec son empreinte md5
| ( courant sur de nombreux serveur ftp désormais)
| capicom ne peut pas servir pour vérifier l'intégrité du fichier.

Le fichier à hasher doit être lu en mode binaire !
=> voir exemple ci-dessus

| De plus, second problème :
| Ne va-t-on pas rencontrer une limite de taille
| que les outils accédant en binaire ( comme xmd5)
| ne rencontrerait pas ?
| ( et là j'en sais rien !)

Il est tout à fait possible de hasher un énorme fichier en appelant la
méthode Hash par blocs de données (c'est généralement la méthode
conseillée). Le hash ne sera calculé qu'à la lecture de la propriété
Value.

--
Gilles LAURENT
MVP Windows Server - Admin Frameworks
http://glsft.free.fr
Publicité
Poster une réponse
Anonyme