Pour faire des images de disques durs, j?utilise depuis toujours des disquettes de boot avec support réseau.
J?avais créé ces disquettes avec l?utilitaire «Administrateur de client réseau» de NT4 Serveur
Ça fonctionne toujours : je boote sur la disquette, je me connecte au domaine, je mappe un volume réseau et je fais mon image. Le tout en TCP/IP (adresse obtenue parD HCP).
 
Mon problème se situe au niveau des performances :

Comme vous pouvez le constater, l?écriture de l?image sur serveur Windows 2000 est 30 fois plus lente que sur un serveur NT4 !
 
Des idées ?

t sur qu'ils sont po errones tes resultats paske ca me semble enoreme comme dif,meme si j'y connais rien c bizar......

Non-non-non, je ne me suis pas gouré.
Par ailleurs j'ai voulu utiliser la même technique à la maison (Cf. ma config), mais cette fois en TCP/IP avec adresse «en dur», ça fait pareil !

c strange quand meme !  

 
 
Nous avions le même problème ici avec certain ordinateur avec le disquette de boot microsoft. Est-ce que t'es disque sont en dynamique ou bien en raid ?

> Est-ce que t'es disque sont en dynamique ou bien en raid ?
 
Coté client, l'OS présent sur le dur n'est pas chargé au moment de la manip'.
Par ailleurs, le phénomène est le même avec des disques formatés en FAT16, FAT32 ou NTFS. Sont concernés des PC simples, càd à un disque dur IDE, sans contrôleur RAID ni quoi que ce soit d'exotique !
 
Côté serveur, j'utilise mon PC en bi-boot NT4 Workstation/ Window 2000 Pro et le phénomène est tout aussi sensible.
 
J'ai essayé avec plusieurs PC sous Windows 2000 Pro, plusieurs sous NT4 Workstation, et le phénomène est tout aussi sensible.

Faut que tu lances SmartDrv  

Je reviens à la charge !
Des idées ?

J'essaie encore !
Rappel : le problème se pose de la même manière au boulot dans un environnement de domaine qu'à la maison dans un environnement de groupe de travail.

je suis dans le même cas, cela m'interesse aussi

Pour masteriser des machines au boulot on a un server ghost 2001 sous 2000.
 
 On sort en ethernet sur un RZO privée (pas de sortie sur la boucle LAN) sur un switch qui ne sert qu'à çà.
 
 Nos résultats sont bien meilleur puisque l'on fait une dizaine de machines en même temps en moins de 10 mins. Les partitions font environ 2Go.
 
 A toi de voir si avec un serveur ghost c plus rapide.
 
En esperant que ces infos t'aideront...

Pour schragga
Ce qui m'étonne, dans mon cas, c'est qu'à la maison (Cf. ma config), je n'ai que 2 PC reliés par un Hub 10/100. Le trafic réseau n'est donc pas bien violent !
Ce qu'il faudrait que j'essaie : écrire l'image Ghost sur un partage d'un SERVEUR win2k, et non pas un win2k workstation comme je l'ai fait jusque là.
Ceci dit, ne problème n'apparaît pas quand le partage est sur un nt4 workstation...

Je reviens à la charge !
Toujours pas d'idée ?

Encore moi !
Ce matin, j'ai fait un test d'écriture de l'image Ghost sur un SERVEUR Win2k.
Tout comme avec Win2k pro, c'est d'une lenteur effarante.
Je me demande s'il ne s'agit pas d'un problème de sécurité...
 
Siouplaît, une ch'tite idée ?!

p'tet que c'est du a une stratégie de securité?

Mon sauveur va-t-il se manifester ?

Le petit up du jour !

Sans avoir testé, je pense néanmoins avoir (difficilement !) trouvé la solution (lien plus bas).
Si vous lisez les SYMPTOMS (y compris la NOTE), vous trouverez exactement ce qui me posait problème !
 
Quelqu'un a-t-il déjà ainsi bricolé les tailles de fenêtres TCP/IP ?
http://support.microsoft.com/defau [...] US;q244826

 
après lecture attentive du lien ci-dessus, ça me semble etre tout à fait ce qui se passe chez toi ...  
La méthode de résolution est de configuré les fenetres de reception TCP de windows2000 à une valeur compatible avec celle utilisée dans ms-dos ... et la valeur recommandée est ici 8192 octets ...
 
Reste à voir si cela n'a pas d'incidence sur les communications réseaux du reste des machines communiquant avec ce serveur !!!
 
Si tu testes ça rapidement, ce serait sympa de nous donner l'incidence que cette modif. a sur le reste de ton réseau ...  

Premier petit test fait samedi matin à la maison (groupe de travail de 2 PC reliés par un Hub Ethernet NETGEAR DS108 (8 ports 10/100BaseTX autosense).
 
Sur PC2
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Ajouter la clé
Nom de la valeur     : TcpWindowSize
Type                 : REG_DWORD
Données de la valeur : Décimal 8192 (0x00002000)
 
Remarques :  
- la modification du registre doit être suivie d'un reboot
- la clé est absente par défaut, et la valeur est alors 17KB (17408 octets)
 
 
J?ai booté sur mon habituelle disquette DOS avec support réseau
J?ai lancé une image du PC1 vers un partage du PC2
Je n?ai laissé tourner le processus que quelques minutes (je ferais le test complet plus tard et vous indiquerai les résultats). Voici ce que cela donne :
Ghost Speed (Mb/min) :  24 - TcpWindowSize = default
Ghost Speed (Mb/min) : 130 - TcpWindowSize = 8192
 
C?était donc bien ça !
 
Après avoir rebooté PC1 en Windows 2000, j?ai fait un petit test de copie d?un fichier de 530 Mo entre les 2 PC et n?ai noté aucune différence de durée selon la valeur de taille de fenêtre TCP définie sur PC2.

 
très bon post ... qui servira vraisemblablement à tous ceux qui utilisent la copie sous DOS vers un partage réseau sous Win2k !
 
Dis nous quand même si le fait d'avoir modifier la valeur de la taille des paquets TCP sous win2k n'a pas d'incidence sur les perfs du reste du réseau ...    
 
A+