MDT 2013 Problème nom machine

MDT 2013 Problème nom machine - Poste de travail - Systèmes & Réseaux Pro

Marsh Posté le 14-01-2015 à 00:32:15    

Bonjour tout le monde,
 
 
J'ai une petite question sur du MDT 2013, je dois avouer que j'ai rarement vu un service de Windows aussi bizarre dans sa mise en place.
 
Après avoir résolu un soucis de clé lecture d'une clé de registre qui n'existe pas de base (CloneTag), j'ai de nouveau un problème etrange. J'ai fait une capture, qui se déploie presque sans problème. Presque car il y en n'a un gros quand même, pendant le déploiement j'entre un nom de machine et j'ajoute le PC au Domain. Tout ce déroule bien, sauf quand le PC démarre il est pas dans mon Domain, le compte admin est desactive bref étrange.
Il me remet toujours le nom d'origine généré automatiquement.
 
Le nom aléatoire pose soucis car de toute façon ne convient pas à mon parc, et il est impossible de l'enregistrer car doublons Netbios. Donc ma question, qu'est ce qui peux faire que le nom de PC que je rentre à la main au déploiement, ne soit pas pris en compte ?
 
En vous remerciant par avance :)


Message édité par Micko77666 le 14-01-2015 à 00:32:46
Reply

Marsh Posté le 14-01-2015 à 00:32:15   

Reply

Marsh Posté le 14-01-2015 à 00:39:51    

MDT a rien de bizard. Il fait ce qu'on lui dit de faire.
Soit ton master est pas bon, soit la façon dont tu le déploies n'es pas bon

Reply

Marsh Posté le 14-01-2015 à 08:13:20    


Quelle partie du déploiement ou Master, peut ignorer le changement de nom au déploiement ?
 
J'ai regarde mon Custom, j'ai tout enlevé pour mettre celui d'origine, et dans le Master je vois pas ce qui pourrait bloque. Je suis un peu à court de piste. En tout cas merci pour ta réponse :)

Reply

Marsh Posté le 14-01-2015 à 09:36:58    

Salut,
Tu pourrais mettre le custom ici afin que l'on puisse voir ce qui cloche ?


---------------
Pixel mort -> .
Reply

Marsh Posté le 14-01-2015 à 10:02:35    

Pour mon Custom :
 
 

Code :
  1. [Settings]
  2. Priority=Default
  3. Properties=MyCustomProperty
  4. [Default]
  5. OSInstall=Y
  6. SkipAppsOnUpgrade=YES
  7. SkipCapture=NO
  8. SkipAdminPassword=YES
  9. SkipProductKey=YES


 
 
Et le Bootstrap mais qui dois pas intervenir logiquement :
 

Code :
  1. [Settings]
  2. Priority=Default
  3. [Default]
  4. DeployRoot=\\xxxxxxxxxx\DeploymentShare$
  5. SkipBDDWelcome=YES
  6. KeyboardLocalePE=040c:0000040c
  7. TimeZoneName=Romance Standard Time
  8. TimeZone=105

Reply

Marsh Posté le 14-01-2015 à 10:15:20    

Regarde plutôt le smsts.log voir ce qui a planté

Reply

Marsh Posté le 14-01-2015 à 10:25:12    


Ce qui est bizarre, c'est que l'image se déroule bien et si je change le nom du PC que je viens de déployer, j'arrive sans soucis à l'intégrer à mon domaine. C'est vraiment étrange qu'il ignore le nom au début, je recherche le fichier smsts.log, il doit se trouver où logiquement ?

Reply

Marsh Posté le 14-01-2015 à 13:29:57    


Je viens d'utiliser une ancienne capture, pour la remettre dans la même task, et la aucun soucis de changement de nom de la machine et d'intégration au domaine.
 
J'ai aussi installé un Windows 7 sans rien sous vmware, fait une capture et la aussi aucun soucis. J'ai donc bien un soucis au niveau de mon template, mais qu'est ce qui peut poser soucis ? un soucis avec SysPrep ?
 

Reply

Marsh Posté le 14-01-2015 à 14:23:49    

Comment as-tu créé ton template ?

Reply

Marsh Posté le 14-01-2015 à 14:27:59    


J'ai installé depuis un CD Windows 7 Pro SP1 32bit, une machine virtuelle avec des applis de bases :
 
- Pack office 2010
- Antivirus
- Navigateur web
- ERP
 
Et quelques petits logiciels métiers classique. Il y a les Vmtools d'installé, mais c'était déjà le cas de l'ancienne image qui n'a jamais posé de soucis.  
 
Quand je fais le déploiement, les drivers sont installés selon le model du PC (PC Dell). Et je vais depuis le PC template sur mon serveur, lancer le script en tant qu'administrateur. J'ai pas eu d'ailleurs d'erreur pendant la capture. La je refait une machine, pour tester de nouveau, mais si ça marche .. je sais pas pourquoi ça n'aurait pas marché avant franchement.

Reply

Marsh Posté le 14-01-2015 à 14:27:59   

Reply

Marsh Posté le 14-01-2015 à 14:31:49    

Alors en lève les VMTools. Tu as fait un sysprep avant la capture au moins ?

Reply

Marsh Posté le 14-01-2015 à 14:37:43    


Yes je lance la task sysprep and capture depuis le template dans le fichier script.
 
Je vais dégager les tools, mise à part la carte réseau sinon ça va être compliqué :)

Reply

Marsh Posté le 14-01-2015 à 15:00:46    


La machine est en cours de capture, j'ai pas eu d'erreur pendant la première phase déjà.
 
Par contre sur le PC avec juste Windows 7, j'avais l'impression que les étapes du Sysprep avant le reboot étaient plus longues, notamment la partie : " Processing generalize phase Sysprep plugins" que je n'ai pas vu ou trop rapide sur la machine que je fais actuellement.

Reply

Marsh Posté le 15-01-2015 à 09:20:20    

Hier pas de soucis pour la capture, je balance donc ce matin le deploiement avec la même task séquence qui a fonctionné pour un Windows 7 de base, je change donc juste l'OS.
 
Voici le message d'erreur :
 
http://img4.hostingpics.net/pics/163734test.jpg
 
 
 
Une idée ? D'ailleurs ma VM qui a servie de template, reboot bien, mais le compte admin local a été désactivé.. normal ?
La je vais refaire une image, mais sans intégrer Symantec Endpoint, des fois que ...


Message édité par Micko77666 le 15-01-2015 à 09:52:30
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed