BIOS-Version in Windows prüfen - so geht's per Eingabeaufforderung

Die BIOS-Version zu kennen ist nützlich, wenn ein Firmware-Update ansteht, ein Fehler eingegrenzt werden soll oder Geräte in eine Inventarliste gehören. Ich zeige hier die direkte Abfrage in der Eingabeaufforderung, die modernere CIM-Variante und die Stellen, an denen ich das Ergebnis gegenprüfe. So lässt sich schnell entscheiden, ob ein Rechner aktuell genug ist oder ob ein Update wirklich Sinn ergibt.

Was die BIOS-Version in Windows tatsächlich sagt

Auf modernen Rechnern läuft intern meist UEFI, Windows spricht in der Oberfläche aber weiterhin oft von BIOS. Für die Praxis ist das kein Widerspruch: Ich lese damit die Firmware-Version des Boards oder des Geräts aus, also genau die Information, die bei Support, Inventarisierung und Updates wichtig ist. Entscheidend ist nicht nur die Zahl selbst, sondern auch der Hersteller, die Gerätefamilie und die zugehörige Release-Notiz.

Die Versionsangabe ist nur dann wirklich aussagekräftig, wenn sie zum exakten Modell passt. Eine „neuere“ Firmware ist nicht automatisch besser; sinnvoll wird ein Update vor allem dann, wenn der Hersteller einen Fehler, eine Sicherheitslücke oder ein Kompatibilitätsproblem nennt. Genau deshalb trenne ich zuerst die reine Abfrage vom eigentlichen Interpretieren. Damit ist der Blick auf die schnellste Abfrage in cmd.exe sinnvoll.

Die schnellste Lösung in der Eingabeaufforderung

In vielen Systemen funktioniert der klassische Weg noch mit wmic bios get smbiosbiosversion. WMIC ist allerdings veraltet und kann auf neueren Windows-Installationen fehlen; deshalb setze ich ihn nur noch ein, wenn er vorhanden ist und ich schnell einen Einzelwert brauche. Für die lokale Abfrage brauche ich dafür in der Regel keine administrative Konsole.

wmic bios get smbiosbiosversion

Wenn ich etwas mehr Kontext will, frage ich gleich Hersteller, Version und Datum ab:

wmic bios get manufacturer, smbiosbiosversion, version, releasedate

Die Ausgabe ist knapp, aber genau dafür im Alltag praktisch. SMBIOSBIOSVersion stammt aus der SMBIOS-Datenstruktur, also aus dem Standard, über den Firmware- und Hardwareinformationen an Windows gemeldet werden. Wenn der Befehl nicht gefunden wird oder nur eine Fehlermeldung zurückkommt, liegt das meistens nicht an dir, sondern am Systemstand des Tools. Dann lohnt sich der Wechsel auf die modernere Abfrage.

Wenn WMIC fehlt, nimm die CIM-Abfrage

Wenn WMIC nicht mehr verfügbar ist, rufe ich PowerShell direkt aus der Eingabeaufforderung auf. Das ist für mich der sauberere Weg, weil Get-CimInstance strukturierte Objekte zurückgibt und nicht nur Text, den man mühsam parsen muss. CIM steht für Common Information Model, also ein standardisiertes Modell für Systeminformationen.

powershell -NoProfile -Command "(Get-CimInstance Win32_BIOS).SMBIOSBIOSVersion"

Für Supportfälle oder kleine Skripte ist die ausführlichere Variante oft nützlicher:

powershell -NoProfile -Command "Get-CimInstance Win32_BIOS | Select-Object SMBIOSBIOSVersion, Manufacturer, ReleaseDate, Version"

Der Vorteil ist klar: Das Ergebnis lässt sich später leichter weiterverarbeiten, etwa für Berichte, Inventarisierung oder Remote-Abfragen. Wenn du mehrere Rechner verwaltest, ist dieser Weg langfristig deutlich stabiler als die reine Textausgabe aus alten Konsolenbefehlen. Danach geht es um die Frage, wie ich den Wert richtig einordne.

So prüfe ich das Ergebnis gegen Herstellerdaten

Bevor ich eine Firmware aktualisiere, gleiche ich die Ausgabe immer mit der Herstellerseite ab. Dabei achte ich auf exakt das Modell, die Board- oder Serienvariante und darauf, ob die Versionsnummer eine interne Build-Logik oder ein Datum abbildet. Ein Blick auf die gängigsten Wege hilft, die richtige Methode für den jeweiligen Fall zu wählen.

Für eine schnelle Einzelprüfung reicht oft der erste Treffer. Für Dokumentation und Rollouts ist die CIM-Variante klar besser, weil sie sich direkt weiterverarbeiten lässt. Wenn ich nur visuell gegenprüfen will, öffne ich zusätzlich msinfo32 und schaue auf das Feld BIOS Version/Date. Genau an dieser Stelle wird oft klar, ob man wirklich dasselbe Gerät vor sich hat oder schon auf einer anderen Modellvariante gelandet ist.

Typische Fehler, die mir im Support immer wieder begegnen

Die eigentliche Abfrage ist selten das Problem. Die meisten Verzögerungen entstehen beim Einordnen des Ergebnisses oder beim falschen Erwartungsmanagement.

• Ich sehe oft, dass die BIOS-Version mit der Windows-Version verwechselt wird. Das sind zwei völlig verschiedene Dinge.
• Manche erwarten eine Ausgabe auch dann, wenn WMIC auf dem System nicht mehr installiert oder deaktiviert ist. Dann ist nicht die Hardware kaputt, sondern nur der alte Befehl nicht mehr verfügbar.
• Bei Geräten mit mehreren Revisionen reicht die Modellbezeichnung allein nicht aus. Entscheidend ist die genaue Untervariante des Mainboards oder der Firmwarelinie.
• In virtuellen Maschinen sind BIOS-Werte oft generisch oder vom Hypervisor vorgegeben. Für die Hardwarepflege eines physischen PCs ist das nur eingeschränkt aussagekräftig.
• Die Zahl im Feld klingt manchmal nach einem Datum oder Build-Code. Ohne Herstellervergleich ist schwer zu sagen, ob sie wirklich aktuell, rückständig oder nur anders aufgebaut ist.
• Ein höherer Wert ist nicht automatisch besser. Ich update nicht blind, sondern nur dann, wenn ein echter Nutzen erkennbar ist.

Wenn die Ausgabe sauber vorliegt, bleibt noch die Frage, was ich daraus konkret ableite. Genau dort trennt sich eine schnelle Abfrage von echter Systemverwaltung.

Was ich aus der BIOS-Abfrage für Updates und Inventarisierung ableite

In der Systemverwaltung nutze ich die Version vor allem für drei Entscheidungen: Muss ein Firmware-Update eingeplant werden, passt das Gerät zu einem Support-Fall und lässt sich der Bestand sauber dokumentieren? Bei einzelnen Rechnern reicht die manuelle Abfrage. Für mehrere Geräte ziehe ich die Werte lieber automatisiert und schreibe sie in eine Datei.

powershell -NoProfile -Command "Get-CimInstance Win32_BIOS | Select-Object SMBIOSBIOSVersion, Manufacturer, ReleaseDate | Export-Csv bios.csv -NoTypeInformation"

• Vor einem Update prüfe ich immer die exakte Herstellerfreigabe für das Modell.
• Ich sichere den aktuellen Zustand und sorge für stabile Stromversorgung.
• Wenn BitLocker oder Geräteschutz aktiv ist, setze ich die Schutzfunktion vor dem Firmwarewechsel vorübergehend aus.
• Nach dem Neustart lese ich die Version erneut aus und dokumentiere den Wechsel.

So wird aus einer kleinen Abfrage ein brauchbarer Wartungsschritt: erst lesen, dann vergleichen, erst danach aktualisieren. Für den Alltag ist genau diese Reihenfolge meist effizienter als jedes Firmware-Update sofort mitzunehmen.