Montez ISO dans Windows Server sur un lecteur de CD virtuel existant, au lieu de créer un nouveau

Windows Server 2012 R2 nouvelle installation dans Azure, avec un comportement étrange: lors du chargement d’un fichier ISO (clic droit dans Explorer, sélectionnez Monter), au lieu de monter sur le lecteur de CD existant E :, il crée un nouveau lecteur de CD, au premier lettre disponible, G:, et le monte là. Lorsque j'éjecte G:, l'ISO est démonté et le lecteur disparaît de la liste.

Aucun autre logiciel installé, c'est l'image Azure de février 2015.

On a essayé de le faire via Powershell, mais Mount-DiskImage n'a pas de paramètre pour le lecteur ou la lettre cible.

Aucun moyen de réparer cela ?

mount iso-image windows-server-2012-r2

— Razvan Zoitanu
source

Je m'attendrais à ce que cela fonctionne comme vous le décrivez. Pourquoi appelez-vous ce comportement étrange ? Tout logiciel de montage de disque que j'ai rencontré monte sur une lettre de lecteur non attribuée.

— AFH

Après le montage, vous devriez pouvoir utiliser diskpart pour réaffecter les lettres de lecteur.

— AFH

Tu as raison. Je vous remercie ! :) lecteur E: semble conçu pour le backend Azure et il n’ya aucun moyen de monter autre chose là-bas. Changer les lettres de lecteur gênerait très probablement le système, car les fichiers source de l'installation ne seront plus disponibles, au cas où j'aurais besoin d'installer des fonctionnalités supplémentaires. Va simplement changer tous mes scripts pour utiliser la prochaine lettre disponible.

— Razvan Zoitanu

Le meilleur moyen de résoudre ce problème consiste à monter sans lettre de lecteur et à attribuer une lettre (moins susceptible d'être utilisée par un processus interne Azure, tel que V) avec une seconde commande.

Mount-DiskImage -ImagePath "C:\ISO\My.iso" -NoDriveLetter
Get-Partition -DiskNumber 3 | Set-Partition -NewDriveLetter V

Comme indiqué dans mon commentaire et le lien ci-dessous, il s'agit du comportement attendu: le lecteur E: est utilisé par Azure dans les images de marché. Si vous souhaitez en savoir plus sur les raisons pour lesquelles j'ai examiné ce problème: https://www.codeisahighway.com/prepare-data-disks-for-stability-and-consistency-in-azure-throughout-virtual -machines-and-scale-sets-cycle de vie /

C'était un lecteur de CD-ROM utilisé par Microsoft qui était à l'origine de ce problème. Lorsqu’il s’agit de traiter certaines images du marché Azure (généralisées), Microsoft utilisera ce lecteur comme point d’amorçage pour octroyer une licence à Windows et configurer le système d’exploitation de manière appropriée. Lorsque l'agent de la machine virtuelle entre dans un état prêt et que tout va bien, ce lecteur n'est plus nécessaire et sera éventuellement purgé, ce qui le fera disparaître à un moment donné du cycle de vie de la machine virtuelle. [...] Dans mon scénario, je créais des échelles de machine virtuelle et commençais à attribuer ma première lettre de lecteur de disque de données en tant que F. J'utilisais un script d'initialisation extrait de la documentation Azure. Cela a très bien fonctionné jusqu'à ce que je doive ré-imaginer des instances ou effectuer une mise à niveau du système d'exploitation dans les ensembles de bascules. Quand j'ai fait ça,

— Razvan Zoitanu
source