Achtung VMware, Inc. - SCSIAdapter - 1.3.18.0 virtuelle Server starten nicht mehr
Hallo Admins,
ich habe heute über das VMware, Inc. - SCSIAdapter - 1.3.18.0 Treiberupdate aus den Windows Updates auf einem virtuellen Server Windows 2012 R2 installiert.
Nach dem Neustart lief der Server nicht mehr hoch und blieb im Windows-Reparatur-Modus hängen.
Ich konnte das Problem nur durch einen Restore der Systempartition des Servers beheben.
Das Problem scheint nicht nur bei uns zu existieren.
https://www.reddit.com/r/sysadmin/comments/q872w6/server_2012_r2_on_esxi ...
Also Achtung!
Ob auch Windows 2019 Server betroffen sind, kann ich noch nicht sagen.
VG
Bl0ckS1z3
ich habe heute über das VMware, Inc. - SCSIAdapter - 1.3.18.0 Treiberupdate aus den Windows Updates auf einem virtuellen Server Windows 2012 R2 installiert.
Nach dem Neustart lief der Server nicht mehr hoch und blieb im Windows-Reparatur-Modus hängen.
Ich konnte das Problem nur durch einen Restore der Systempartition des Servers beheben.
Das Problem scheint nicht nur bei uns zu existieren.
https://www.reddit.com/r/sysadmin/comments/q872w6/server_2012_r2_on_esxi ...
Also Achtung!
Ob auch Windows 2019 Server betroffen sind, kann ich noch nicht sagen.
VG
Bl0ckS1z3
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1391380235
Url: https://administrator.de/forum/achtung-vmware-inc-scsiadapter-1-3-18-0-virtuelle-server-starten-nicht-mehr-1391380235.html
Ausgedruckt am: 22.12.2024 um 12:12 Uhr
6 Kommentare
Neuester Kommentar
Zitat von @Bl0ckS1z3:
Ich dachte die Treiber werden von vmware über Microsoft Update Catalog publiziert.
https://kb.vmware.com/s/article/82290
Ich dachte die Treiber werden von vmware über Microsoft Update Catalog publiziert.
https://kb.vmware.com/s/article/82290
Hmm.. interessant.
Hier wird auch nur der 1.3.17 gelistet. vielleicht hat MS/ VMware den 1.3.18 aber auch zwischenzeitig rausgenommen...
Hey zusammen,
ich kann das bestätigen. Wir hatten heute Nacht einige automatische Windows Updates mit 2012R2 Servern, die heute Morgen alle in der Reperatur/Recovery Console standen.
Das Problem ließ sich bei uns so beheben:
Gruß
ich kann das bestätigen. Wir hatten heute Nacht einige automatische Windows Updates mit 2012R2 Servern, die heute Morgen alle in der Reperatur/Recovery Console standen.
Das Problem ließ sich bei uns so beheben:
- VM ausschalten
- SCSI-Controller zu "LSI-Logic (SAS)" umstellen
- VM starten und auf Recovery Console warten
- Anmelden mit dem lokalen Administrator
- VMware Tools Image als ISO mounten
- Herausfinden welcher Laufwerksbuchstabe die Windows-Installation hat (bei uns war es meist D)
- mit dism /image:D:\ /get-drivers alle PVSCSI-Treiber herausfinden
- mit dism /image:D:\ /remove-driver /driver:oem<#>.inf alle PVSCSI Treiber entfernen
- mit dism /image:D:\ /add-driver /driver:"<PFAD zur VMTools ISO Verzeichnis pvscsi\win8\amd64" installieren
- System herunterfahren
- Hardware SCSI-Controller der VM wieder auf VMware Paravirtuell zurückstellen.
- System normal starten.
Gruß
Hallo Zusammen,
auch wir sind auf das Treiber Update hereingefallen.
Wir konnten unsere Systeme über "F8 > Erzwingen der Treibersignatur deaktivieren" mit dem fehlerhaften Treiber hochfahren. Im Anschluss über Gerätemanager den SCSI Treiber wieder auf Version 1.3.17.0 zurückkehren.
Nach erneutem Neustart der VM wieder alles OK.
Gruß
brauni-ab
auch wir sind auf das Treiber Update hereingefallen.
Wir konnten unsere Systeme über "F8 > Erzwingen der Treibersignatur deaktivieren" mit dem fehlerhaften Treiber hochfahren. Im Anschluss über Gerätemanager den SCSI Treiber wieder auf Version 1.3.17.0 zurückkehren.
Nach erneutem Neustart der VM wieder alles OK.
Gruß
brauni-ab