Fehler beim Starten einer Hyper-V VM: Synthetic SCSI Controller Zugriff verweigert

Nachdem gute Chancen bestehen, dass die Fehler­meldung die wirkliche Ursache benennt, liegt es nahe, die Berechtigungen auf die VHD anzupassen. Microsoft bietet dazu eine Anleitung, wie man dies mit Hilfe von icacls erreicht:

icacls <Pfad der .vhd oder .avhd file> /grant "NT VIRTUAL MACHINE\<ID der virtuellen Maschine> ":(F)

Anstatt, wie dort empfohlen, die ID der VM und den Pfad zum virtuellen Laufwerk aus der Fehlermeldung abzutippen, kann man PowerShell bemühen und das Ergebnis in den icacls-Befehl kopieren:

Get-VM -Name <Name der VM> | select name, VMId

Get-VM -Name <Name der VM> | Get-VMHardDiskDrive | select vmname, path | fl

Sind mehrere VMs oder virtuelle Laufwerke betroffen, dann kann man den Vorgang mit dem Script von Thomas Torggler abkürzen. Es ist in der Lage, die Rechte für alle VHDs mehrerer VMs in einem Durchgang anzupassen.

Laufwerk entfernen und wieder anhängen

Wenn das Setzen der Berechtigung nicht dazu führt, dass sich die VM starten lässt, dann bleibt noch die Möglichkeit, die betroffenen Laufwerke abzuhängen und neu mit der VM zu verbinden.

Befindet sich die VM in einem gespeicherten Zustand, dann muss man diesen erst löschen, um die VHD entfernen zu können.

Das Ab- und Anhängen des Laufwerks lässt sich über den Hyper-V Manager oder über PowerShell  bewerk­stelligen. Entscheidet man sich für Letztere, dann entfernt man ein virtuelles Laufwerk folgender­maßen:

Remove-VMHardDiskDrive -VMName <VM-Name> -ControllerType SCSI `
-ControllerNumber 0 -ControllerLocation 2

Die Werte für die Controller-Parameter entnimmt man der Ausgabe des zweiten der oben angeführten Befehle.

Anschließend hängt man die VHD wieder ein:

Add-VMHardDiskDrive -VMName <VM-Name> -ControllerType SCSI `
-ControllerNumber 0 -Path "<Pfad zur VHD>"

Für ControllerType und ControllerNumber wird man hier wieder die gleichen Werte verwenden wie beim Aufruf von Remove-VMHardDiskDrive.