[Sammelthread] ASUS ROG Strix X670E-E/-F/-A/-I Gaming WIFI (AM5)

klasse08-15 · 26.08.2023

Eiseone schrieb:
Soweit kommt der Rechner ja gar nicht. Er bleibt sofort nach dem einschalten hängen. Vermutlich weil als erstes der RAM geprüft wird...

Nur ein Riegel probieren. Wenn das nicht klappt, den anderen Riegel nehmen. Alle slots durchprobieren.
BIOS Update wird helfen.

Eiseone · 26.08.2023

klasse08-15 schrieb:
Nur ein Riegel probieren. Wenn das nicht klappt, den anderen Riegel nehmen. Alle slots durchprobieren.
BIOS Update wird helfen.

Auch nach dem BIOS Update auf 1602 keinerlei Änderung.
2 Sekunden nach dem Einschalten geht die gelbe Q Control LED des DRAM an und nicht mehr aus.
Beide Riegel auf allen Slots getestet.

Hab jetzt diese bestellt weil Sie bei ASUS auf der Liste stehen:

Kingston FURY DIMM 64 GB DDR5-6000 (2x 32 GB) Dual-Kit, Arbeitsspeicher schwarz, KF560C36BBEK2-64, FURY Beast, AMD EXPO

Das Kingston KF560C36BBEK2-64 ist ein Kit aus zwei 32-GB-DDR5-XXXXX-Speichermodulen (PC5-48000) aus der Fury Beast Serie. Die Gesamtkapazität beträ...

www.alternate.de

amdx2 · 26.08.2023

Ich habe auch die Corsair und die laufen aber Problemlos.

Tranax · 26.08.2023

amdx2 schrieb:
Ich habe auch die Corsair und die laufen aber Problemlos.

Ihr habt nicht die gleichen Riegel.. Du hast insgesammt 32 gb er 64 und bezeichnung ist auch nicht die gleiche.

LuxSkywalker · 26.08.2023

Eiseone schrieb:
Auch nach dem BIOS Update auf 1602 keinerlei Änderung.
2 Sekunden nach dem Einschalten geht die gelbe Q Control LED des DRAM an und nicht mehr aus.
Beide Riegel auf allen Slots getestet.

auch mal einfach 2-3 Minuten gewartet?

Manchmal braucht der Erststart ewig lange

amdx2 · 26.08.2023

Tranax schrieb:
Ihr habt nicht die gleichen Riegel.. Du hast insgesammt 32 gb er 64 und bezeichnung ist auch nicht die gleiche.

Ah ok, schlampig geschaut.

Eiseone · 26.08.2023

LuxSkywalker schrieb:
auch mal einfach 2-3 Minuten gewartet?

Manchmal braucht der Erststart ewig lange

Auch nach 10 Minuten keine Veränderung...

Thunderburne · 26.08.2023

Eiseone schrieb:
Auch nach 10 Minuten keine Veränderung...

Google-Ergebnis für https://bdfunhouse.wordpress.com/files/2009/02/asus.jpg?w=640

Eiseone · 26.08.2023

Thunderburne schrieb:
Google-Ergebnis für https://bdfunhouse.wordpress.com/files/2009/02/asus.jpg?w=640

Der ist gut!
Aber wie durch ein Wunder hat es jetzt geklappt.

Hab den 2. Riegel nochmal probiert auf Steckplatz Nummer 2 und dann ging es plötzlich.
Allerdings läuft der Riegel jetzt mit 4800 anstatt 6000.
Aber immerhin.

Wahrscheinlich hat das MB dein Bild gesehen...🤣

LuxSkywalker · 26.08.2023

Eiseone schrieb:
Auch nach 10 Minuten keine Veränderung...

Hm, schade

Thunderburne · 26.08.2023

Eiseone schrieb:
Der ist gut!
Aber wie durch ein Wunder hat es jetzt geklappt.

Hab den 2. Riegel nochmal probiert auf Steckplatz Nummer 2 und dann ging es plötzlich.
Allerdings läuft der Riegel jetzt mit 4800 anstatt 6000.
Aber immerhin.

Wahrscheinlich hat das MB dein Bild gesehen...🤣

Das Board hat Angst bekommen nach dem Bild :bigok:

klasse08-15 · 26.08.2023

Eiseone schrieb:
Der ist gut!
Aber wie durch ein Wunder hat es jetzt geklappt.

Hab den 2. Riegel nochmal probiert auf Steckplatz Nummer 2 und dann ging es plötzlich.
Allerdings läuft der Riegel jetzt mit 4800 anstatt 6000.
Aber immerhin.

Wahrscheinlich hat das MB dein Bild gesehen...🤣

Ich hab kein 670er, weil ich noch ein B550 mit DDR4 einsetze. Aber diese Probleme hatte ich eine zeitlang auch. Und nicht mal ab der ersten Installation, sondern nach einem Umbau. Es hieß dann immer Durchprobieren, updaten und irgendwann lief es dann stabil. Es wäre ärgerlich, wenn dein RAM nicht wie gewünscht läuft. Aber wenn alles durchprobieren nicht hilft und die letzte BIOS-VerSion keine Besserung bringt, dann ist ein Wechsel des RAM wohl die beste Lösung.

HerrLange · 27.08.2023

Ich habe gerade Strix X670E-A bestellt. Ich wollte erst das X670-Pro kaufen. Aber die Boards kosten beide gerade gleich und für 340€ für das Strix X670E-A konnte ich nicht widerstehen. Trotz intel i225v Netzwerkchips der ja nicht gerade bekannt dafür ist problemlos zu funktioniere.
Ich habe mir gerade versucht das meiste hier in dem Thread durchzulesen. Gerade die ersten 25 Seiten sind ja gruselig. Mein Beileid an die Early Adopter hier.

Zu meiner Config auf dem Strix X670E-A:
7800x3d oder 7950x3d (bin noch unschlüssig)
Kingston Fury Beast 6000MT/s CL36
Sapphire 7900XTX VapaorX

Ich boote eigentlich nur noch Linux (Bleeding Edge/Arch)

Ich hatte erst mal nur vor über den Curve Optimizer leichtes UV zu machen.

Was für Probleme habe ich zu erwarten? Oder habt ihr die Kinderkankheiten jetzt schon alle für mich beseitigt?

Irgendwelche Workarounds die ich kennen sollte?
Irgendwelche BIOS Settings die ich sofort einstellen sollte?

Ich hatte hier diverse Probleme mit diversen Grafikkarten gelesen? Ist irgendetwas bestimmtes zur 7900XTX VapaorX zu beachten?

Schon mal Vielen Dank für den Thread.

Thunderburne · 27.08.2023

@HerrLange
Hab auch das E-A und bin seit Anfang an zufrieden damit bis auf das ich verpeilt hatte das man den BLCK nicht Asynchron übertakten kann.
Empfehlen kann ich dir wen der Ram Stabil eingestellt ist Memory Context Restore im Bios auf Enable zu setzen automatisch Springt auch Powerdown um so bekommt man schnelle Boot Zeiten.
Hab das Aktuellste Bios 1602 drauf.
Nach langer Ram OC Pause bin ich gerade dabei 6400MHz mit M-Die Speicher zu finalisieren.
Edit. @HerrLange
Pack dir den Lan Treiber auf einen USB Stick damit du den vor der Win Installation Installieren kannst.

fax668 · 27.08.2023

HerrLange schrieb:
Trotz intel i225v Netzwerkchips der ja nicht gerade bekannt dafür ist problemlos zu funktioniere.

Ja, muss ich leider bestätigen.

Alle paar Stunden ist der Intel Treiber tatsächlich gecrasht (netter Stacktrace im Kernel Log) mit meinem Debian 12. Ich hab das in den Griff bekommen mit folgenden Kernelparametern: "pcie_port_pm=off pcie_aspm.policy=performance" (in die Grub Konfig einfügen). (Den zweiten Parameter braucht es evtl. nicht, kann jedenfalls keine offizielle Doku dazu finden. Hatte noch keine Zeit, das ohne auszuprobieren.) Hat leider den Nachteil, dass es das PCIe Power Management abschaltet, aber andererseits kann ich keinen messbaren Unterschied beim Verbrauch feststellen.

Auch wichtig ist, ALSA 1.2.9 zu haben. Debian 12 hat noch die 1.2.8 und damit ging Audio nicht.

Das waren aber die beiden einzigen Probleme. Bluetooth funktioniert bei mir einfach so mit KDE. Standby ist auch gar kein Problem. WLAN habe ich nicht probiert, da kein Bedarf.

HerrLange · 27.08.2023

fax668 schrieb:
Ja, muss ich leider bestätigen. Alle paar Stunden ist der Intel Treiber tatsächlich gecrasht (netter Stacktrace im Kernel Log) mit meinem Debian 12. Ich hab das in den Griff bekommen mit folgenden Kernelparametern: "pcie_port_pm=off pcie_aspm.policy=performance" (in die Grub Konfig einfügen). (Den zweiten Parameter braucht es evtl. nicht, kann jedenfalls keine offizielle Doku dazu finden. Hatte noch keine Zeit, das ohne auszuprobieren.) Hat leider den Nachteil, dass es das PCIe Power Management abschaltet, aber andererseits kann ich keinen messbaren Unterschied beim Verbrauch feststellen.

Auch wichtig ist, ALSA 1.2.9 zu haben. Debian 12 hatte noch die 1.2.8 und damit ging Audio nicht.

Das waren aber die beiden einzigen Probleme. Bluetooth funktionierte bei mir einfach so mit KDE. Standby ist auch gar kein Problem. WLAN habe ich nicht probiert, da kein Bedarf.

Ich bin schon überlegen mir eine pcie Netzwerkkarte zu kaufe und das onboard Teil im Bios zu Deaktivieren. Bin mir aber noch beim Chipsatz unsicher. In die vollen mit einem Intel X550-AT2 oder eher einen billigen Marvell/Aquantia AQC107 oder 113.

Thunderburne · 27.08.2023

@fax668
Mmh wie macht sich das bemerkbar das der Intel Treiber crasht .
Hab sowas nicht bemerkt ?

ThuNd3r1982 · 27.08.2023

Habe ich bis jetzt auch noch nicht gehabt.

fax668 · 27.08.2023

Euch ist aber schon aufgefallen, dass wir von Linux reden?

Code:

Aug 20 23:19:12 mysys kernel: igc 0000:08:00.0 eno1: PCIe link lost, device now detached
Aug 20 23:19:12 mysys kernel: ------------[ cut here ]------------
Aug 20 23:19:12 mysys kernel: igc: Failed to read reg 0xc030!
Aug 20 23:19:12 mysys kernel: WARNING: CPU: 4 PID: 2936 at drivers/net/ethernet/intel/igc/igc_main.c:6412 igc_rd32+0x91/0xa0 [igc]
Aug 20 23:19:12 mysys kernel: Modules linked in: rfcomm cmac algif_hash algif_skcipher af_alg nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_rejec>
Aug 20 23:19:12 mysys kernel:  async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 raid0 multipath linear md_mod h>
Aug 20 23:19:12 mysys kernel: CPU: 4 PID: 2936 Comm: Qt bearer threa Not tainted 6.1.0-11-amd64 #1  Debian 6.1.38-4
Aug 20 23:19:12 mysys kernel: Hardware name: ASUS System Product Name/ROG STRIX X670E-A GAMING WIFI, BIOS 1516 07/21/2023
Aug 20 23:19:12 mysys kernel: RIP: 0010:igc_rd32+0x91/0xa0 [igc]
Aug 20 23:19:12 mysys kernel: Code: 48 c7 c6 00 b5 6f c0 e8 6d 0e 33 c7 48 8b bd 28 ff ff ff e8 71 b0 ea c6 84 c0 74 b4 89 de 48 c7 c7 28 b5 6f c0 e8 3f 39 9b c6 <0f>
Aug 20 23:19:12 mysys kernel: RSP: 0018:ffffbaa286b5f6a0 EFLAGS: 00010282
Aug 20 23:19:12 mysys kernel: RAX: 0000000000000000 RBX: 000000000000c030 RCX: 0000000000000000
Aug 20 23:19:12 mysys kernel: RDX: 0000000000000003 RSI: ffffffff8834191e RDI: 00000000ffffffff
Aug 20 23:19:12 mysys kernel: RBP: ffff9a046477ac20 R08: 0000000000000000 R09: ffffbaa286b5f510
Aug 20 23:19:12 mysys kernel: R10: 0000000000000003 R11: ffff9a0b97f7dfe8 R12: ffff9a046477a000
Aug 20 23:19:12 mysys kernel: R13: 0000000000000000 R14: ffff9a0464757d40 R15: 000000000000c030
Aug 20 23:19:12 mysys kernel: FS:  00007fdd995fb6c0(0000) GS:ffff9a0b78300000(0000) knlGS:0000000000000000
Aug 20 23:19:12 mysys kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Aug 20 23:19:12 mysys kernel: CR2: 00007f9e93ea5b00 CR3: 0000000114a4c000 CR4: 0000000000750ee0
Aug 20 23:19:12 mysys kernel: PKRU: 55555554
Aug 20 23:19:12 mysys kernel: Call Trace:
Aug 20 23:19:12 mysys kernel:  <TASK>
Aug 20 23:19:12 mysys kernel:  ? __warn+0x7d/0xc0
Aug 20 23:19:12 mysys kernel:  ? igc_rd32+0x91/0xa0 [igc]
... usw. usf. ...

igc ist der Kerneltreiber für den Intelchip.

HerrLange schrieb:
Ich bin schon überlegen mir eine pcie Netzwerkkarte zu kaufe und das onboard Teil im Bios zu Deaktivieren. Bin mir aber noch beim Chipsatz unsicher. In die vollen mit einem Intel X550-AT2 oder eher einen billigen Marvell/Aquantia AQC107 oder 113.

Mit den oben erwähnten Kernelparametern läuft es seitdem sehr stabil. Sehe da keine Notwendigkeit, noch eine extra Karte reinzustecken.

MusicIsMyLife · 28.08.2023

Thunderburne schrieb:
@fax668
Mmh wie macht sich das bemerkbar das der Intel Treiber crasht .
Hab sowas nicht bemerkt ?

ThuNd3r1982 schrieb:
Habe ich bis jetzt auch noch nicht gehabt.

Ich bin bin von kompletten Crashes auch verschont geblieben. Wenn der Netzwerkanschluss lief, dann lief er - auch, wenn in der Windows-Systemanzeige immer mal wieder Meldungen bezüglich Verbindungsabbrüchen zu finden waren. Von den Abbrüchen war im Alltag nix zu spüren.

Aber: Bei meinem Mainboard-Sample war im späteren Alltagsbetrieb immer mal wieder der Netzwerkcontroller "tot". Man konnte sich auf den Kopf stellen - keine Netzwerkverbindung. Die einzige Lösung: Rechner herunterfahren, stromlos machen, neustarten. Dann war der Controller wieder da - so, als wäre er nie weg gewesen.

Das Board ist jetzt bei nem Bekannten im Alltagseinsatz - soweit ich weiß, hat er sich eine separate Netzwerkkarte gesteckt, da er das Problem exakt so hatte, wie ich.

Der I225-V ist definitiv ein problematischer Chip. Aber wie das immer so bei Intel ist: Es wird Ihnen nicht schaden...

Ich selbst bin auf ein Board mit Realtek-Chip umgestiegen.

HerrLange · 28.08.2023

MusicIsMyLife schrieb:
Der I225-V ist definitiv ein problematischer Chip. Aber wie das immer so bei Intel ist: Es wird Ihnen nicht schaden...

Ja, das Problem gibt es auch unter Windows. Auch mit dem Nachfolger I226-V.
Ich vermute stark das Asus (und MSI) im BIOS die ACPI informationen für den Chip falsch (oder eher garnicht) hinterlegen. Unter Windows sollte etwas ähnliches funktionieren wie unter Linux. Vielen fällt vermutlich gar nicht auf, dass sie mit eingeschränkter Bandbreite unterwegs sind. Probiert mal das hier:

News - Intel hat ein Netzwerkproblem: I226-V-Controller verliert häufig die Verbindung

Wenn ich im Eintrag des Controllers im Gerätemanager eine Zahl in Klammern habe, steht das sicher für die Revison des Chips? Also Beispiel: Intel Ethernet Controller (3) I225V steht dann für die nicht betroffene Revision 3 des I225V Chips?

www.computerbase.de

Afaik weigert sich ASUS (und andere) aber das Problem anzuerkennen.

fax668 schrieb:
Mit den oben erwähnten Kernelparametern läuft es seitdem sehr stabil. Sehe da keine Notwendigkeit, noch eine extra Karte reinzustecken.

Das ist aber ein globaler Schalter für ein einzelnes Gerät - gefällt mir nicht. Jedoch auf einem Desktoprechner macht das vermutlich kaum einen Unterschied, da die Boardhersteller damit durchkommen sich nicht um ACPI und Effizienz zu kümmern. Vergleiche Idle Power Consumption von Desktop Boards zu Laptop/mobile Boards.
Richtigerweise müßte man aber das Gerät vermutlich blacklisten oder anders extra behandeln. Siehe https://wiki.archlinux.org/title/Power_management#Bus_power_management

Beitrag automatisch zusammengeführt: 28.08.2023

P.S.
immerhin gibt es bei Intel echten Support der Probleme mit analysiert. Siehe https://www.reddit.com/r/buildapc/comments/xypn1m/network_card_intel_ethernet_controller_i225v_igc/ welches vermutlich die Quelle für die Einstellungen des Users fax668 ist.

Von Asus, MSI und Gigabyte (& Co) bekommt man immer nur die Antwort, daß Linux nicht unterstützt wird.

fax668 · 28.08.2023

HerrLange schrieb:
Richtigerweise müßte man aber das Gerät vermutlich blacklisten oder anders extra behandeln. Siehe https://wiki.archlinux.org/title/Power_management#Bus_power_management

Beitrag automatisch zusammengeführt: 28.08.2023

Interessant, aber eine Methode, um das Power Management für ein einzelnes PCIe Gerät auszuschalten, kann ich da leider nicht entdecken.

HerrLange schrieb:
immerhin gibt es bei Intel echten Support der Probleme mit analysiert. Siehe https://www.reddit.com/r/buildapc/comments/xypn1m/network_card_intel_ethernet_controller_i225v_igc/ welches vermutlich die Quelle für die Einstellungen des Users fax668 ist.

Ja, das war aus dem Reddit Thema kombiniert mit noch einem anderen Fundstück, aber höchstwahrscheinlich ist nur der erste Parameter relevant.

HerrLange · 29.08.2023

fax668 schrieb:
Interessant, aber eine Methode, um das Power Management für ein einzelnes PCIe Gerät auszuschalten, kann ich da leider nicht entdecken.

Da ich das noch nie gemacht habe, kann ich es dir nicht genau sagen, aber vermutlich muss ein ähnlicher Eintrag wie dieser gemacht werden passend für das Device:

Code:

/etc/udev/rules.d/pci_pm.rules

# blacklist for pci runtime power management
SUBSYSTEM=="pci", ATTR{vendor}=="0x1234", ATTR{device}=="0x1234", ATTR{power/control}="on", GOTO="pci_pm_end"

Ich lese mir gerade noch das hier durch, um es genau zu verstehen: https://docs.kernel.org/power/pci.html

schuster99 · 01.09.2023

Hey Leute,

hab eine X670E-Gaming und folgendes Problem. Board Nr 1.: hatte beim Starten einige Probleme, lief immer nur bis 33/34 ohne ein Bild anzuzeigen. Hat zwar einmal geklappt, hing dann aber wo anders. Long Story Short, irgendwann ging der Strom gar nicht mehr rein, gab also irgendwo am Board einen Kurzschluss. Hab das Board getauscht, funzt alles, solange ich die GPU nicht anschließe. Dann bleibt er bei Code 99 hängen. Darf ich davon ausgehen, dass der Kurzschluss am alten X670E-E wohl von der GPU ausging und die und das Board geschrottet wurden und ich jetzt am neuen Board deshalb den 99er Fehler bekomme, weil die Kurzschlusssicherung mich nicht mit der GPU booten lässt? Bin gerade am PC, geht wunderbar ohne GPU.
Oder kann es mit dem 99er Code auch ein anderer Fehler sein? Ich kann mich irgendwann hinquälen und versuchen die Graka nochmal in das mittlerweile komplett entkernte alte Board zu geben und zumindest dort mal Strom durchzujagen um zu sehen, ob die GPU da funktioniert, bin mir aber sehr sicher, dass die GPU einen Fehler hat... Würde es dann eben zum Händler retour bringen und checken lassen (MediaMarkt, war damals Listenpreis für die 3080 TI und man hats nur per Shadowdrop bekommen).

Kann der 99er mit dem Fehlerbild, dass alles geht, wenn die GPU draußen ist, einen anderen Grund haben?

CPU: 7900X3D
GPU: MSI RTX 3080 Ti Ventus 3X
EDIT: Falsche CPU/Tippfehler

Scoty · 01.09.2023

CPU 7090X3D? Aha wo gab es diese CPU jemals?

schuster99 · 01.09.2023

Scoty schrieb:
CPU 7090X3D? Aha wo gab es diese CPU jemals?

Bei meinem netten Händler ums Eck. Mit der Starfield-Combo
Der ist minimal schlechter bei Games (rund 4-5%), für meine Anwendungen aber ideal (da rund 10-15% besser als der 7800x3D).

EDIT: Natürlich 7900X3D - ich habs nicht gesehen ^^

GODzilla · 01.09.2023

...und wie bei jedem BIOS-Update der letzten ~25 Jahre hatte ich wie immer einen Stein im Magen, vorher und als es aktualisierte! :xmas:

Und wie jedes Mal hat es funktioniert. Aber schaut mal von welch antiker Version ich aktualisiere:

Bis auf EXPO II und die Lüfterkurven (und ein paar Energieeinstellungen und solche für onboard-Geräte, iGPU etc.) habe ich jetzt praktisch alles auf "Auto" gelassen. Memory Context Restore ist aktiv, sehe ich ja an der Bootzeit. Lasse ich auch an, soll er ruhig trainieren. ^^

Ich hoffe das langt jetzt bis ich das Mainboard in 5 Jahren oder so in Rente schicke. Ich HASSE BIOS Updates.

LuxSkywalker · 02.09.2023

@GODzilla

ich hatte in meinen letzten 25 Jahren PCs bauen noch kein BIOS update welches in die Hose ging - allerdings lade ich auch vorher IMMER "Load Setup Defaults" und starte neu

das ist ja zumindest bei der aktuellen AM5 Generation nicht mehr notwendig weil dies automatisch vorher durchgeführt wird

nehme aber auch nicht jedes verfügbare BIOS Update mit - wenn Probleme bestehen dann ja, ansonsten "never touch a fucking running System"

GODzilla · 02.09.2023

Ja, während ich das gestern vorbereitet habe ging mir der Spruch auch nicht aus dem Kopf.

Aber das alte UEFI hatte halt keine der späteren Verbesserungen, nicht die SOC Begrenzung für größere CPUs (und irgendwann kommt mal eine rein), nicht die bessere Speicher-Komaptibilität und nicht den neuen CPU Microcode. Das musste schon sein. ^^

Die Defaults habe ich vorher geladen, freilich. Und dann hat er es beim Neustart selbst gemacht, wie doof.

NuVirus · 03.09.2023

So hab am X670e TUF Wifi jetzt auch die neueste AGESA Version als final drauf.
Was mir aufgefallen ist nachdem ich mich nochmal neu an Settings rantaste, hab halt alles auf Defaults gepackt und dann EXPO aktiviert und den BCLK mal auf 101.125 gestellt.
Scheint soweit auch zu laufen, nach ersten Tests ist mir im Bios aufgefallen das die Auto SOC Spannung sich etwas über 1,3V (ca. 1,31) gesetzt hatte laut Bios - habt ihr dieses Verhalten auch?
Ich hab es jetzt wie vorher mal fixiert, diesmal erstmal auf 1,29V - setze ich dann nochmal weiter runter wenn ich weiß das es sonst stabil ist.

Wo findet man eigl. nochmal das Setting, das er als Default im Bios direkt Advanced anzeigt, finde es gerade irgendwie nimmer.

Welchen Stabilitätstest hat sich bei euch für X3D CPUs/RAM BCLK OC als besten Test herausgestellt um effektiv zu testen - mir geht es primär um Alltagsstabilität für Games und Windows Standard Nutzung.

[Sammelthread] ASUS ROG Strix X670E-E/-F/-A/-I Gaming WIFI (AM5)

CPU​

Chipset​

Memory​

Graphics​

Expansion Slots​

Storage​

Ethernet​

Wireless & Bluetooth​

USB​

Audio​

Back Panel I/O Ports​

Internal I/O Connectors​

Special Features​

Software Features​

BIOS​

Manageability​

Accessories​

Operating System​

Form Factor​

CPU​

Chipset​

Memory​

Graphics​

Expansion Slots​

Storage​

Ethernet​

Wireless & Bluetooth​

USB​

Audio​

Back Panel I/O Ports​

Internal I/O Connectors​

Special Features​

Software Features​

BIOS​

Manageability​

Accessories​

Operating System​

Form Factor​

CPU​

Chipset​

Memory​

Graphics​

Expansion Slots​

Storage​

Ethernet​

Wireless & Bluetooth​

USB​

Audio​

Back Panel I/O Ports​

Internal I/O Connectors​

Special Features​

Software Features​

BIOS​

Manageability​

Accessories​

Operating System​

Form Factor​

CPU​

Chipset​

Memory​

Graphics​

Expansion Slots​

Storage​

Ethernet​

Wireless & Bluetooth​

USB​

Audio​

Back Panel I/O Ports​

Internal I/O Connectors​

Special Features​

Software Features​

BIOS​

Manageability​

Accessories​

Operating System​

Form Factor​

Anhänge

Legende

Enthusiast

CPU

Chipset

Memory

Graphics

Expansion Slots

Storage

Ethernet

Wireless & Bluetooth

USB

Audio

Back Panel I/O Ports

Internal I/O Connectors

Special Features

Software Features

BIOS

Manageability

Accessories

Operating System

Form Factor

CPU

Chipset

Memory

Graphics

Expansion Slots

Storage

Ethernet

Wireless & Bluetooth

USB

Audio

Back Panel I/O Ports

Internal I/O Connectors

Special Features

Software Features

BIOS

Manageability

Accessories

Operating System

Form Factor

CPU

Chipset

Memory

Graphics

Expansion Slots

Storage

Ethernet

Wireless & Bluetooth

USB

Audio

Back Panel I/O Ports

Internal I/O Connectors

Special Features

Software Features

BIOS

Manageability

Accessories

Operating System

Form Factor

CPU

Chipset

Memory

Graphics

Expansion Slots

Storage

Ethernet

Wireless & Bluetooth

USB

Audio

Back Panel I/O Ports

Internal I/O Connectors

Special Features

Software Features

BIOS

Manageability

Accessories

Operating System

Form Factor