[Sammelthread] Gigabyte MC12-LE0 (AM4, B550, servertauglich: IPMI, Dual Lan, ECC)

Vorvorwort:
Danke an @pumuckel für das ursprüngliche Erstellen des Threads. Ich habe mich bereit erklärt den Thread zur Pflege zu übernehmen und um neue Inhalte zu ergänzen. Der ursprüngliche starter bleibt vorerst als Spoiler im letzten Abschnitt angehängt, damit keine Inhalte verloren gehen.

Vorwort:
Erstmalig in Erscheinung ist das Gigabyte MC12-LE0 kurz vor Weihnachten 2023 auf mydealz getreten. Mit einem Preis von 50€ Neuware war (ist) es ein no-brainer um noch einen günstigen Server auf AM4-Basis zusammen zu stellen. Aktuell (21.10.2024) liegt der Preis bei ~60€, wobei es in der Vergangenheit zwischen 80 und 30 € für Neuware geschwankt hat. Ähnliche Boards (AsRock Rack) und auch der Nachfolger MC13 liegen meist bei >300 €.

Von Gigabyte ist es als mATX Enterprise-Workstation-Motherboard eingestuft und eignet sich insbesondere wegen IPMI/BMC auch für den Servereinbau.

Eine nett gemeinter Hinweis vorweg: Wenn du neu bist wärst du nicht der erste, welcher mit dem Updateprozess (BMC & BIOS) und der Hardwareauswahl (Kompatibilität) Probleme hättest. Lies gerne den Starter, bevor du mit Planung und Umsetzung startest.

Viele Dinge werden auch im Thread diskutiert, es ist jedoch mein Bestreben die wichtigsten Dinge im Starter als zentrales Nachschlagewerk zu sammeln und würde dich bitten zunächst einmal dort nach deinem Problem zu suchen oder auch die Suchfunktion des Threads nach ähnlichen Beiträgen zu nutzen. Ich bin über jeden Hinweis zu fehlenden Inhalten im Starter dankbar und ergänze dieser gerne.



Inhaltsverzeichnis​

  1. Das Angebot
  2. Technische Daten
  3. Prozessor Support
  4. Anleitungen & Guides
    1. BIOS und BMC Update
    2. Reset BMC Passwort
  5. Bekannte Probleme
  6. FAQs
  7. Verbrauchswerte
  8. Linksammlung
  9. Vorheriger Starter


1. Das Angebot Nach oben

Das Board ist alleine oder oft für wenige Euro mehr mit einem kleinen Gelid Kühler erhältlich. Erster Händler, welcher es zu einem sehr günstigen Preis angeboten hat war piospartslab über ebay bzw. den eigenen Onlineshop. In beiden Fällen konnte man in Kombination mit Gutscheincodes nochmals günstigere Preise erreichen. Die meiste Zeit ist/war dieser Händler auf einem der Verkaufswege am günstigsten und ist nicht bei geizhals gelistet.
Wenn einem das Board zusagt, jedoch weniger Leistung braucht oder noch weniger ausgeben möchte und bastelwillig ist kann ein Blick auf das Nachbarboard mit SoC quadcore Epyc MJ11-EC1 lohnen.

In der Vergangeheit gab es sowohl bei eBay al sauch Piospartslab immer mal wieder Rabattgutscheine.
Erste Erwähnung im Luxx:


2. Technische DatenNach oben


880-png.960381
mc12-le0_blockdiagram-1027390689-png.1035466

  • mATX B550 AM4 Board für 3000-5000 AMD Ryzen (Achtung: keine 3000er Zen+ Picasso!)
  • bis zu 128 GB unbuffered (UDIMM) ECC oder non ECC (DDR4 2133-3200) (Achtung: KEIN registred/RDMM und KEIN LRDIMM!)
  • 2 x 1GbE LAN ports (Intel® I210-AT)
  • 1 x 10/100/1000 dedizierter management LAN port
  • Integrated in Aspeed® AST2500
    • "mini" onboard GPU zur Administation
    • 2D Video Graphic Adapter with PCIe bus interface
      1920x1200@60Hz 32bpp
  • Erweiterungsslots
    • 1 x PCIe 4.0 x16 (Gen4 x16 bus)slot from CPU
      • CPUs: Bitfuraction 8/8, 8/4/4 und 4/4/4/4 möglich
      • APUs: Bitfuraction nur 8/8 und 8/4/4 bzw 4/4/8 möglich
    • 1 x PCIe 4.0 x4 (Gen4 x4 bus)slot from CPU
      • (im Gegensatz zu anderen Boards direkt von der CPU = weniger Latenz und Probleme) ... die meisten Boards nutzen die Anbindung für die NVMe [@pumucke]
    • M.2 slot (über Chipsatz angebunden):
      • M-key
      • PCIe 3.0 x1 (max brutto 0,97 GByte/s)
  • Aspeed® AST2500 management controller
    GIGABYTE Management Console (AMI MegaRAC SP-X) web interface
    • Dashboard
    • HTML5 KVM
    • Sensor Monitor (Voltage, RPM, Temperature, CPU Status …etc.)
    • Sensor Reading History Data
    • FRU Information
    • SEL Log in Linear Storage / Circular Storage Policy
    • Hardware Inventory
    • Fan Profile
    • System Firewall
    • Power Consumption
    • Power Control
    • LDAP / AD / RADIUS Support
    • Backup & Restore Configuration
    • Remote BIOS/BMC/CPLD Update
    • Event Log Filter
    • User Management
    • Media Redirection Settings
    • PAM Order Settings
    • SSL Settings
    • SMTP Settings
  • nur bedingt für normale Desktop Systeme zu empfehlen
    • sehr wenig I/O-Ports (2x USB 3.1)
    • VGA nur für onboard Grafik, keine Bildausgabe einer APU
    • kein onboard Sound


3. Prozessor SupportNach oben

  • [Herstellerseite] Download: QVL Liste (mehr aber nicht alle CPUs aus der Tabelle unten)
  • Bei den 3000er Picasso APUs könnte man wegen der Namensgebung vermuten, dass sie laufen. Tun sie aber nicht (Zen+)
ACHTUNG: Die Tabelle vertauscht immer wieder die Spalten APU und ECC! Ich arbeite an der Fehlersuche.

CPUPassmark
multicore
Passmark
singlecore
Support?APUECC (+/Nein)iGPU
Intel N10055041943Nein
i5-850095812452Nein
3100115982420QVL-+
4650G Pro161662653QVLAPU++
3600177482567QVL-+
3600x189192652QVL-+
i5-12400193633519Nein
E5-2690v4194702074Nein
5500 (kein ECC)193983058APUAPUNeinN
5600G (kein ECC)198743190APUAPUNein+
5650G Pro207713252yAPU++
5600215763258y-+
5600x218883361QVL-+
3700x225422660QVL-+
5700 (kein ECC)242683250?APUNeinN
5700x266583382y-+
5800X3D283043233siehe #2.893 @JVN -
i5-13500318543884Nein
3900x326202706y-+
5950x455993468QVL, *Kühlung beachten-+

Grafischer Vergleich (danke @Haldi):
1730624072696.png


*Beim 5950X und teilweise auch anderen "großem" CPUs mit vielen Kernen wurde von Instabilitäten berichtet, da die Spannungsversorgung wohl realativ knapp bemessen ist. Unterschiedliche Nutzer haben die CPU mit unterschiedlichen Methoden stabil bekommen:
  • Wasserkühlung
  • Top-Blower (Thermalright baut große, leise)
  • Undervolting
  • Begrenzung der Leistungsaufnahme (PBO?)
  • hoher Airflow im Gehäuse
  • die Spannungswandler sind beim silbernen Kühlkörper links unter dem CPU Sockel (stimmt das?)


4. Anleitungen / GuideNach oben

4.1 UpdatesNach oben

Treiber, BIOS/UEFI und Firmware Updates gibt es auf der Herstellerseite.
Es gibt zwei Möglichkeiten das BIOS und die BMC Firmware zu upgraden: per UEFI oder BMC. Ich habe nur letzteres verwendet, andere finden das Update per UEFI einfacher.

per BMC:
  • eine unterstütze CPU einsetzen (bei mir ging es auch mit einem 5650G, welcher nicht auf der QVL steht)
  • einen Ramstick in Slot A1
  • Managment Lan mit Router verbinden
  • Board Starten (es muss laufen für den Update Prozess)
  • IP des Managment Interfaces Herausfinden (z. B. über ein fritzbox Menü)
  • mit der IP mit einem anderen Recher im gleichen Netzwerk verbinden
  • die Zugangsdaten stehen auf dem Karton und auf dem x16 PCIe Slot
  • die Flashvorgänge können bis zu 15 Minuten dauern, in der Zeit auf keinen Fall vom Strom trennen!
  • bei mir war nach erfolgreichem BIOS Update ein komplett stromlos machen des Boards für mehrere Minuten erforderlich
  • wenn man nur eine CPU hat, welche erst ab einerhöheren BIOS-Version unterstützt wird wäre meine Präferenz zuerst das BIOS zu updaten (wegen möglichem "BMC Passwort Brick")
  • BIOS Update
  • BMC Update
per UEFI (von @pumuckel):
  • eine CPU die auf der QVL ist einsetzen (aber die meisten 3er und 5er non -APUs klappen)
  • einen Ramstick in Slot A1 (hier sind 2133er wohl problemfreier als 3200er)
  • Tast/Maus/mon anschließen
  • System starten und abwarten (erster Start dauert etwas)
  • Achtung: der Browser sollte keinen Popup/script Schutz haben (notfalls einfach kurz ausmachen)
  • dann entweder per BMC oder per UEFI den BMC updaten (kann locker > 15 Min dauern, achtet auf die grüne "Heartbeat LED") - Full Flash
  • dann (wenn nötig) kurz restarten
  • dann das Bios entweder per BMC oder per UEFI updaten
  • dann runterfahren
  • Power trennen vom Board für 1-2 Minuten (aka das Netzteil abziehen)
  • nach 1-2 Minuten wieder anstecken und Spass haben

4.2 Reset BMC PasswortNach oben

Bei mir konnte ich mich bei einem von drei Boards nach einem BMC Update nicht mehr einloggen. Andere berichten von ähnlichen vorfällen. Ein Rücksetzen des BMC-Passwortes brachte abhilfe.

Ich habe gerade keine Zeit einen ganzen Guide zu machen, aber dir PDF dort sollte helfen:

to-DO:


5. Problembehandlung Nach oben

  • Reset BMC-PW
  • 5950X Abstürze


6. FAQsNach oben

  • Lüfterprofil
  • Stromverbrauch zu hoch (im BIOS gemessen, Systeamatisches Abklemmen von Komponenten, Minimalkonfiguration, 30W Thread)
  • KVM-Konsole öffnen
  • Web-BIOS aufrufen


7. VerbrauchswerteNach oben

  • 5600x Idle: 22W
  • 5650G Idle: 16W
  • die Liste soll später ergänzt werden, evtl. auch als Tabelle oder Online Sheet
Low Power Fetischisten könnten im folgenden Link Inspiration suchen. Wie man an den beiden Messwerten erkennen kann ist das MC12 bisher eher durch einen erhöhten Verbrauch (wegen dem BMC und u. A. den chiplet CPUs) aufgefallen.


8. LinksammlungNach oben



9. Früherer StartbeitragNach oben

Danke an @pumuckel für das ursprüngliche Erstellen des Threads. Ich habe mich bereit erklärt den Thread zur Pflege zu übernehmen und um neue Inhalte zu ergänzen. Der ursprüngliche Starter bleibt hier vorerst (oder auch für immer) angehängt, damit keine Inhalte verloren gehen.
------------- Vorwort, Credits und Angebote

Vorwort:


Wer mir ein vergleichbares NEUWARE Mainboard zu dem Preis mit den Features nennen kann, der darf dies gern tun.... bisher fand ich keines unter 200-400€
hingewiesen darauf hat @sch4kal zuerst im Marktplatz Link Thread

Vergleichbare MBs (ab 390€ mit PCIe 4.0):





Unterstützte CPUs: AMD 3000er und 5000er (und mit F15 wohl auch APUs mit intern - aka für VMs nutzbarer aber nicht extern - nutzbarer IGP)

Bestpreise lagen um die 35€ für das Board (ultra low war mal 27€ bei 4 Stück inkl kühler)


mit low profile Kühler:


ohne low profile Kühler

(hier die Gutscheine beachten!)



im Webshop von Pio (Ergänzung auf Userwunsch):

(hier die Widerrufsbelehrung beachten!)





------------- Zur Hardware

Gigabyte Mainboard MC12-LE0​


880.png


MC12-LE0_BlockDiagram-1027390689.png



mAtx B550 Am4 Board für 3000-5000er AMD CPUs
bis zu 128GB unbuffered ECC oder non ECC (DDR4 2133-3200) (ACHTUNG: KEIN REGISTERED ECC sondern unbuffered ECC)

2 x 1GbE LAN ports (Intel® I210-AT)
1 x 10/100/1000 management LAN

Integrated in Aspeed® AST2500
2D Video Graphic Adapter with PCIe bus interface
1920x1200@60Hz 32bpp


Expansion Slots

1 x PCIe x16 (Gen4 x16 bus) slot from CPU (Bifurcation 4/4/4/4 fähig mit NON -APUs)

Kommentar: setzt hier also normale CPUs ein . der 5600 (non x) ist imho hier ein sweetspot oder auch ein gebrauchter 3600x/3700x/3900x ...
generell würde ich bei 65W CPUs bleiben oder entsprechend die CPU limitieren (cTPU)

APUs können keine 4/4/4/4 bifurcation

1 x PCIe x4 (Gen4 x4 bus) slot from CPU (im Gegensatz zu anderen Boards direkt von der CPU = weniger Latenz und Probleme)
... die meisten Boards nutzen die Anbindung für die NVMe


1 x M.2 slot (über Chipsatz angebunden): (imho gut für ne kleine 128/256GB M2 SSD fürs OS - sowas bekommt ja nachgeworfen aus EDU stores und viele davon haben oft eh nur 2x PCIe 3.0)
- M-key
- PCIe Gen3 x1 (max brutto 0,97 GByte/s)
- Supports NGFF-2242/2280 cards




Board Management

Aspeed® AST2500 management controller
GIGABYTE Management Console (AMI MegaRAC SP-X) web interface


  • Dashboard
  • HTML5 KVM
  • Sensor Monitor (Voltage, RPM, Temperature, CPU Status …etc.)
  • Sensor Reading History Data
  • FRU Information
  • SEL Log in Linear Storage / Circular Storage Policy
  • Hardware Inventory
  • Fan Profile
  • System Firewall
  • Power Consumption
  • Power Control
  • LDAP / AD / RADIUS Support
  • Backup & Restore Configuration
  • Remote BIOS/BMC/CPLD Update
  • Event Log Filter
  • User Management
  • Media Redirection Settings
  • PAM Order Settings
  • SSL Settings
  • SMTP Settings

------------- Kühlerempfehlung

Top Blow der die Spawas links unter dem CPU Sockel abdeckt (Thermalright baut nette)
.. damit ist der silberne Kühlkörper links unter dem CPU Sockel gemeint

------------- Bios, BMC Firmware, Treiber

offizielle:

BMC: 12.61.21
Bios: F15


hier: https://www.gigabyte.com/de/Enterprise/Server-Motherboard/MC12-LE0-rev-1x#Support



die einfachste Weise das Board auf den aktuellen Stand zu bringen:

eine CPU die auf der QVL ist einsetzen (aber die meisten 3er und 5er non -APUs klappen)
einen Ramstick in Slot A1 (hier sind 2133er wohl problemfreier als 3200er)
Tast/Maus/mon anschließen
System starten und abwarten (erster Start dauert etwas)

Achtung: der Browser sollte keinen Popup/script Schutz haben (notfalls einfach kurz ausmachen)

dann entweder per BMC oder per UEFI den BMC updaten (kann locker > 15 Min dauern, achtet auf die grüne "Heartbeat LED") - Full Flash
dann (wenn nötig) kurz restarten
dann das Bios entweder per BMC oder per UEFI updaten
dann runterfahren
Power trennen vom Board für 1-2 Minuten (aka das Netzteil abziehen)
nach 1-2 Minuten wieder anstecken und Spass haben



es geht auch komplett per BMC aber für viele ist das schwieriger als es rein mit CPU und Ram gleich zu machen
ich z.B. hab grad 2 Boards von F06 (Auslieferungszustand) direkt auf aktuelle BMC und BIOS F15 per BMC (mit CPU/Ram eingesetzt) ohne Probleme geupdated (21-9-2024)


------------- Reset des BMC Passwort



... hier das PDF beachten


------------- Q&A


Passmark Scores ausgewählter CPUs zum Vergleich :

i5-8500: 9581 (6 Core S1151)
3600: 17776 (Zen2)
3600x: 18227 (Zen2)
i5-12400: 19557
E5-2690v4 : 19619 (S2011-3)
5600: 21592 <------ P/L

5600x: 21926
3700x: 22598 (Zen2)
5700x: 26738
i5-13500: 32250
3900x: 32678 (Zen2)
5950x: 45633 (hier muss aber wohl manuell die Spannung begrenzt werden (glaube unter 1,4V)) - aber gute Performance/W/€


------------- Links zu anderen Forendiskussionen


STH: https://forums.servethehome.com/ind...oard-mc12-le0-re1-0-amd-b550-am4-ryzen.42579/
L1T: https://forum.level1techs.com/t/gigabyte-mc12-le0/183692/21



------------- User Anmerkungen (selbst nicht geprüft)

@BobbyD:
  • Das BMC Passwort steht auf dem (Anmerkung: brauner Außenkarton an der Seite) Karton
  • Fürs BMC-Update über das BMC ist folgende Datei auszuwählen: "rom.ima_enc" Mode:BMC
  • Fürs BIOS-Update über das BMC ist folgende Datei auszuwählen: "image.RBU" Mode:Bios
#
#
 
Zuletzt bearbeitet:
Gute Frage. Ich glaube da dominieren andere Effekte (Netzteileffizienzen, sonstige Hardware, Betriebssystem).
Ansonsten gibt es ja sogar noch die raren Quadcores 4350G Pro und 5350G Pro. Aber ob der Core count so viel ausmacht?
Ich habe mir tatsächlich einen (defekten) 4350G Pro für einem 10er geschossen aus Neugier und potentielles Backup (ist jetzt ein 3500X geworden). Ein erster Test lässt leider einen ernsthafteren Defekt beim 4350G vermuten, also ist hier kein Erfahrungsbericht von meiner Seite zu erwarten :/
Die Achtkerner (4750G Pro und 5750G Pro) sind leider meist unverhältnismäßig teuer und es gibt keine Gründe dort einen geringeren Idle Verbrauch zu vermuten.
Aus Gründen der Performance und dem größeren L3 Cache würde ich immer zu den 5000ern greifen wenn sie nicht deutlich teurer als die 4000er sind. Notfalls auch mit "0,5 W erkauft".
Beitrag automatisch zusammengeführt:

Nach dem Graphen/Test kann man vermuten, dass Idlr zwischen Pro 4750G/4650G/4350G keinen Unterschied macht:



Ich habe einen 4350 GE hier, also die 35W TDP Version. Ich werde das System bald mit hdds in Betrieb nehmen und berichten
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Sooo, ich hab mein kleines Projekt auch in neue Regionen vorangetrieben an den letzten beiden Abenden. Ob das wirklich eine gute Sache ist, wird sich aber erst weisen :fresse:

Zuerst hab ich es mal geschafft, den BMC komplett zu schrotten. Dafuer hat es gereicht, den via TFTP-Chainloading gebooteten Kernel zu crashen, wonach der AMI-Gigabyte u-boot erstmal in irgendeiner Recovery-Routine seine gesamte Boot-Konfiguration ausgeNULLt hat, und der BMC dadurch in einer Art Bootloop (ohne UART-Konsole) gefangen war. Keine Interaktionsmoeglichkeit via UART mehr, kein Webinterface, kein `ipmitool` am Host, nix. Das war schlecht.

Aber dann war es auch wieder gut, weil es stellt sich heraus, dass beim AST2500 der Bootloader gewisse Mitigations gegen wirklich schlimme Schwachstellen in der Host/BMC-Kommunikation setzt (die z. B. durch culvert ausgenutzt werden koennen), die somit entfielen, und womit der Host ploetzlich privilegiert mit dem AST2500 kommunizieren kann, und da auf Schnittstellen und Speicherbereiche kommt, die mit korrekt-gebootet-habendem-AST2500 unerreichbar sind. So konnte ich dann auch mal rausfinden, was man denn genau braucht, um via culvert das ROM-Image des BMC zu dumpen, auch wenn ich noch nicht 100%ig begriffen habe, was das entscheidende Moment ist, und was culvert noch dazulernen muesste, um es ohne einen vorherigen Durchlauf von `gigaflash_x64` alleine zu schaffen. Aber kommt wohl noch :)

Es stellt sich uebrigens raus, dass man den BMC komplett lahmlegen kann (so lange nicht mal der Bootloader irgendwelche Initialisierungsroutinen durchfuehren kann) und der Host TROTZDEM betriebsbereit ist/sein kann. Aber wie gesagt dann und nur dann, wenn sogar u-boot schon beim Starten scheitert, und man im BIOS/UEFI/CMOS-Setup den "BMC Watchdog" ausschaltet, der sonst dafuer sorgt, dass 120 Sekunden nach dem POST ohne BMC Schicht im Schacht ist.

Letztendlich hab ich es mittels culvert auch geschafft, das schon vor geraumer Zeit gebackene OpenBMC ast2500evb-phosphor-Image auf den BMC SPI ROM zu flashen, und das bootet auch voellig anstandslos auf dem Board: Man bekommt auf der UART-Konsole die serielle Konsole des gebooteten Linux 6.6.30, das OpenBMC-Upstream-Webinterface laeuft an, zwei sshd-Instanzen (Ports 22 fuer BMC-SSH und 2200 fuer Host-SOL, afaiui) Logins via root:0penBmc klappen alle - nur ist (wohl wegen der fehlenden i2c-Konfiguration et al., davon habe ich aber noch quasi gar keine Ahnung leider) nichts davon funktional, und man kann den Host mit einem OpenBMC-gebootet-habenden BMC leider gar nicht starten.

Ich stehe inzwischen in einem gewissen Austausch mit dem culvert-Autor und der OpenBMC-Mailingliste, und wenn man mir dort wie bisher freundlich und extrem kompetent weiterhelfen kann, koennte ich mir durchaus vorstellen, dass hier noch mehr geht. Jetzt werde ich mal versuchen, eine definitiv funktionierende Routine zu erarbeiten, wie man die Stock-FW wieder auf den BMC-SPI-Flash bringt, und dann den ganzen Weg nochmal zu gehen versuchen - also ein Prozedere zu finden, um ein OpenBMC-Image ohne meine Zwischenstationen auf den BMC mir Original-FW aufzuflashen.
 
Jemand ein ähnliches Problem gehabt?
Habe ein paar von den Boards im Einsatz und bisher weitesgehend nur negative Erfahrungen gehabt.

1716911750207.png
1716911802402.png
 
Ob Gigabyte wohl das neuste AGESA für das Board zur Verfügung stellt?
 
Hast du einen Flash Programmer? (z.B. den CH341A) vielleicht könntest du damit einen Dump vom Original Flash eines funktionierenden Boards ziehen und den einfach wieder drauf packen
Nein, aber das wird wohl die naechste Anschaffung auf dieser Kostenstelle :bigok:

Ich befuerchte nur, dass der Baustein, in dem die BMC-Firmware zu liegen kommt, keine SOIC-8-Variante ist, und der Umgang damit ziemlich muehsam werden wird... (ich konnte ihn am Board noch nicht eindeutig identifizieren, kenne mich mit der Materie aber auch noch nicht aus. Wenn wer einen Tipp hat, ich bin ganz Ohr! :))
 
Meine Vermutung wäre, daß man sich bei dem Board vorzugsweise auf 65W CPUs beschränken sollte. Zumindest habe ich selbst mittlerweile 3 Stück jeweils mit Ryzen 3700X im Dauereinsatz und keinerlei Probleme feststellen können.
 
Ich befuerchte nur, dass der Baustein, in dem die BMC-Firmware zu liegen kommt, keine SOIC-8-Variante ist,
Ziemlich sicher sogar nicht. Das ist ein chip, der keine Beinchen hat, auf dem Foto im Startpost der unten links mit AST2500 gelabelte Chip sollte das sein.
Dafür bräuchtest du Reflow-Soldering Ausrüstung (ne Heißluftpistole, Lötpaste und Reflow-Zinn... eine passende Schablone wäre wohl auch hilfreich). Wenn du debuggen willst, Kupferlackdraht und ziemlich gute Lötskills.

ast2500.jpg


Debug lines gibt es aber wohl auch ohne den runterzulöten:


Vielleicht nützt es dir ja was. Was den zugehörigen Nand-Flash angeht, könnte das aber anders aussehen:


Leider ist das erste verlinkte Bild auf das sich der folgende Quote bezieht offline. Ich vermute aber, dass es der kleine Chip (grün markiert) direkt links unten neben dem AST2500 (rot markiert) ist.

ast2500_marked.jpg

What you've highlighted in the red green rectangle is a socket for the BMC SPI NOR flash. You can flash it with a CH431A by using another socket such as 652B0082211 from http://test-socket.com/#8. Check that the chip pin count and body size matches with the socket. Then use https://flashrom.org/Flashrom.
Note that socflash relies on a security vulnerability (https://www.flamingspork.com/blog/2...ining-control-of-bmc-from-the-host-processor/) to work. If the BMC has a firmware on it with a mitigation for that vuln, socflash won't work.
 
Zuletzt bearbeitet:
DIe BMC ist ja lustig die zeigt einem einen Haufen Optionen an die dann nach dem Login garnicht mehr da sind, zb. Shop und so weiter.


Ich scheine kein Bild via KVM zu bekommen .... Oh my was hab ich da gekauft. Das Bios Update via BMC ist auch fehlgeschlagen.

Muss man bei der KVM noch was einstellen ?


Verbaut ist ein R5 2600 und 1 16 GB Ram Rigel in Slot A1 ...

Das Board scheint ne kleine Diva zu sein ?

€: Kommando zurück das ding kann kein R2000 ... ich bin echt doof es ist spät oh my ich lass lieber heute die finger davon :/
 
Zuletzt bearbeitet:
Moin zusammen,
hat jemand von euch den Ryzen 5650G mit PVE 8.x laufen?
Seit dem Wechsel von Ryzen 3900X auf 5650G fehlen mir einige Möglichkeiten die AMD Pstate nach Wunsch einzustellen.
Könnt ihr mir bitte die Ausgabe dieser Kommandos hier posten? Ich möchte vermeiden, dass ich einfach nur zu blöd war.
Keine Sorge ich erhalte damit nur die Informationen welcher Scaling driver verwendet wird, welcher Scaling governor, welche Preference eingestellt ist und welche Preferences verfügbar sind. :P

Code:
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
cat /sys/devices/system/cpu/cpu0/cpufreq/energy_performance_preference
cat /sys/devices/system/cpu/cpu0/cpufreq/energy_performance_available_preferences

Danke! :)
 
Dank der tollen Hilfe meines IRC-Freundes Paul konnte ich inzwischen rausfinden, welcher GPIO-Zustand noetig ist, damit der Host auch mit OpenBMC auf dem BMC booten kann/darf. Verantwortlich ist #539 - wenn man also OpenBMC am BMC gebootet hat, und dort dann diese Kommandos absetzt:

Code:
echo 539 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio539/direction
echo 0 > /sys/class/gpio/gpio539/value
sleep 1
echo 1 > /sys/class/gpio/gpio539/value

... dauert es noch ein paar (sehr lang scheinende) Sekunden, und der Host darf auch loslegen!! :) Host Ethernet funktioniert nach dem Booten dann auch anstandslos.
Dieser weitere kleine Durchbruch wird die Arbeit mit dem Board wesentlich erleichtern, da ich jetzt auch wieder mit ipmitool/gigaflash/culvert/etc. arbeiten kann, waehrend OpenBMC den BMC betreibt :banana:



(Feiertage bringen's echt!! :d)
Beitrag automatisch zusammengeführt:

@sandreas: Danke fuer diesen sachdienlichen Hinweis, dank des Photos des PCB des ASRock-Boards mit AST2500 (mit dem IC wollte ich eh nie was tun, nur mit seinem SPI ROM :)) bin ich draufgekommen, dass ich den falschen IC als Speicherort der BMC-Firmware in Verdacht hatte! Mit dem SOIC-8-Teil da werde ich schnell umzugehen lernen :coolblue:
 
Hmmm ich bekommen das Board zum booten aber Ubuntu/ Linux und ich gehen besser weiterhin getrennte Wege.

Nun steck ich im Windows 10 Setup fest denn der Windows Installer meint ich brauch nen Treiber. Kann nur mutmaßen das das der Chipset Treiber für den B550 ist. Ok kannte ja runterladen denkste :d ....

Ich bin aug einem M1 Mac unterwegs. Der Treiber versteckt sich hinter einer Exe, die Oh wunder weitere EXES beinhaltet; die ich ja nicht ausführen kann.... wie komm ich den an den Chipsatztreiber ohne Zugriff auf einen WINDOWS PC.

€: das hab ich grade auch ausprobiert auf einer alten WIndows Kiste:

Treiber Installer meint so "Oh das ist kein ADM System. Tschau mit V und bricht vor dem Extract ab"

Der Installer findet so jedenfalls keine Festplatten, weder NVME noch SATA....

Hat jemand von euch den vielleicht extrahiert und könnte mir den hochladen?

Windows 11 ist keine Option ich hab kein TPM und das müsste ich dann ja auch noch Patchen


Danke
 
Also ich habe in das Board eine NVMe-SSD aus einem Intel Board eingebaut und es hat sofort gebootet. Und die SSD hat bestimmt keinen AMD vorher gesehen.
Demnach braucht es keine gesonderten Treiber für eine Windows Installation, außer man möchte das Board in einem RAID Modus installieren.
Aber wozu sollte man sowas tun? ;)
Beitrag automatisch zusammengeführt:

Gleiches gilt auch für ein geklontes System auf einer SATA-SSD (y)
 
Danke fuer diesen sachdienlichen Hinweis
Aber gern, ich fische total im Trüben, weil ich das Board nicht mal besitze. Wenn du OpenBMC richtig am Laufen hast und es einfach zu flashen ist, dann überlege ich, ob ich das Board vielleicht kaufe :-) Vielen Dank jedenfalls auch für deine Bemühungen.
 
Hmmm ich bekommen das Board zum booten aber Ubuntu/ Linux und ich gehen besser weiterhin getrennte Wege.

Nun steck ich im Windows 10 Setup fest denn der Windows Installer meint ich brauch nen Treiber. Kann nur mutmaßen das das der Chipset Treiber für den B550 ist. Ok kannte ja runterladen denkste :d ....

Ich bin aug einem M1 Mac unterwegs. Der Treiber versteckt sich hinter einer Exe, die Oh wunder weitere EXES beinhaltet; die ich ja nicht ausführen kann.... wie komm ich den an den Chipsatztreiber ohne Zugriff auf einen WINDOWS PC.

€: das hab ich grade auch ausprobiert auf einer alten WIndows Kiste:

Treiber Installer meint so "Oh das ist kein ADM System. Tschau mit V und bricht vor dem Extract ab"

Der Installer findet so jedenfalls keine Festplatten, weder NVME noch SATA....

Hat jemand von euch den vielleicht extrahiert und könnte mir den hochladen?

Windows 11 ist keine Option ich hab kein TPM und das müsste ich dann ja auch noch Patchen


Danke
Normalerweise kann man die EXE Dateien entpacken und dort dann die entsprechenden Treiber-Files finden.
Am besten mal mit sowas wie 7zip versuchen.
 
Normalerweise kann man die EXE Dateien entpacken und dort dann die entsprechenden Treiber-Files finden.
Am besten mal mit sowas wie 7zip versuchen.
hatte ich schon versucht mittlerweile bin ich einen Schritt weiter und Windows ist drauf aber die IPMI bringt mich um den Verstand. Also die ist irgendwie sinnlos und unbrauchbar.

Ich würde gerne ins BIOS:
Ich sehe den POST - ich drücke enter BIOS .... Es zählt Geräte auf und sagt mir "Entering BIOS" danach bleibt das Bild schwarz. es folgt eine Rebootschlaufe.....

Wenn ich durchboote .... komm ich ins Windoof und sehe wieder was.

Das geht aber manchmal spontan doch oder eben wieder nicht ...
Manchmal funktioniert alles super fließend manchmal hab ich keine Tastatur oder keine Maus....

Sagen wir mal so das ASrock Board war nicht so anfällig und die bezahlten IMPI Lösungen auf der Arbeit "fluppen" auch ohne Probleme...

Nächstes Problem ist das BIOS Update. Das klappt via BMC natürlich nicht. Warum auch wäre zu einfach......
 
Nächstes Problem ist das BIOS Update. Das klappt via BMC natürlich nicht. Warum auch wäre zu einfach......
Layer 8 Problem. Für manche ist es halt schwieriger als für andere. Ich hatte auch immer wieder Hinweise hier gegeben, aber gut, die sind halt ziemlich verstreut. Aber dass Du auch Probleme hast ein aktuelles(?) Win10 zu installieren, würde mir an deiner Stelle zu bedenken geben.
 
Ja ich versteh grade die Welt nicht mehr.

Also ich gestehe ja ein das ich mich auch ein wenig anstelle aber "hell no" so ein kompliziertes Board hab ich noch nie unter die Finger bekommen.....
 
Ja ich versteh grade die Welt nicht mehr.

Also ich gestehe ja ein das ich mich auch ein wenig anstelle aber "hell no" so ein kompliziertes Board hab ich noch nie unter die Finger bekommen.....
Alles was du benötigst steht im ersten Post. Kiste mit DIMM bestücken, CPU rein und in ein Netzwerk mit DHCP hängen. Entweder mit MAC Adresse oder über einen IP Scanner die IP Adresse bestimmen. Auf das IPMI verbinden und dort das IPMI Update hochladen. Update bestätigen und durchführen. Nach erfolgreichen Update den Hobel ausschalten und Stromkabel ziehen. 1min warten. Wieder stecken und durch prüfen der Version verifizieren das das IPMI Update erfolgreich war. Danach den Host über das IPMI starten und das UEFI updaten, entweder durch IPMI oder USB Stick. Nach Update den Hobel ausschalten und stromlos machen. 1min warten. Strom wieder dran, den Host starten und glücklich sein. Die ganze Routine ist in 30 Minuten gegessen.

Zu deinem Win10 Problem: kann mir echt nicht vorstellen das Win10 keine passenden Treiber für den Hobel hat. Ich meine wir reden von Hardware die schon "etwas" auf dem Markt ist. Es ist auch keine VM auf einem KVM Host die irgendwelche VirtIO Treiber benötigt. Erstell dir mal mit dem Windows Media Creation Tool ein aktuelles cleanes Bootmedium.
 
@Brokk
Falls es dich beruhigt: Bei meinem ersten Board habe ich auch 3 Stunden nur für IPMI und BIOS Update gebraucht. Ich hatte aber vorher noch keine Erfahrungen damit und der erste Post war entweder noch nicht so gut, oder ich habe ihn überlesen. Es gibt irgendwie doch viele Möglichkeiten, bei denen man rein intuitiv ohne Anleitung schnell mal falsch abbiegt.
Brett 2&3 gelangen mit ca. 20 und 15 Minuten viel schneller.

Lass dich nicht entmutigen. Richtig nervig wird es natürlich, sollte doch ein defekt vorliegen. Meist haben die Updates bei den anderen aber dann irgendwann doch geklappt.
 
hatte ich schon versucht mittlerweile bin ich einen Schritt weiter und Windows ist drauf aber die IPMI bringt mich um den Verstand. Also die ist irgendwie sinnlos und unbrauchbar.

Ich würde gerne ins BIOS:
Ich sehe den POST - ich drücke enter BIOS .... Es zählt Geräte auf und sagt mir "Entering BIOS" danach bleibt das Bild schwarz. es folgt eine Rebootschlaufe.....

Wenn ich durchboote .... komm ich ins Windoof und sehe wieder was.

Das geht aber manchmal spontan doch oder eben wieder nicht ...
Manchmal funktioniert alles super fließend manchmal hab ich keine Tastatur oder keine Maus....

Sagen wir mal so das ASrock Board war nicht so anfällig und die bezahlten IMPI Lösungen auf der Arbeit "fluppen" auch ohne Probleme...

Nächstes Problem ist das BIOS Update. Das klappt via BMC natürlich nicht. Warum auch wäre zu einfach......

die einfachste Weise das Board auf den aktuellen STand zu bringen:

eine CPU die auf der QVL ist einsetzen (z.B. 3600x/5600x - aber die meisten 3000er oder 5000er sollten laufen als non-APU)
einen Ramstick in Slot A1 (hier sind 2133er wohl problemfreier als 3200er)
Tast/Maus/mon anschließen
System starten und abwarten (erster Start dauert etwas)

dann entweder per BMC oder per UEFI den BMC updaten
dann kurz restarten
dann das Bios entweder per BMC oder per UEFI updaten
dann runterfahren
Power trennen vom Board für 1-2 Minuten (aka das Netzuteil abziehen)
nach 1-2 Minuten wieder anstecken und Spass haben


es geht auch komplett per BMC aber für viele ist das schwieriger als es rein mit CPU und Ram gleich zu machen
 
Sehr guter Nachmittag heute fuer mein kleines Projekt: Ich hab durch einen Wechsel des OpenBMC-Templates von evb-ast2500 auf tiogapass (das ist ein BMC-Modell, das Facebook in der OCP einsetzt, und das mir mein IRC-Freund Paul als Versuchsbasis ans Herz gelegt hatte) eine Menge IPMI-Funktionalitaet und -Konformitaet quasi geschenkt bekommen :d Der gebootete Host kann jetzt also per `ipmitool` mit dem BMC kommunizieren!

Sieht gerade so aus hier:

Code:
root@grml ~ # dmidecode -t 0x0000; ipmitool mc info; ipmitool sel list
# dmidecode 3.5
Getting SMBIOS data from sysfs.
SMBIOS 3.3.0 present.

Handle 0x0000, DMI type 0, 26 bytes
BIOS Information
        Vendor: GIGABYTE
        Version: F14
        Release Date: 03/01/2024
        Address: 0xF0000
        Runtime Size: 64 kB
        ROM Size: 32 MB
        Characteristics:
                PCI is supported
                PNP is supported
                BIOS is upgradeable
                BIOS shadowing is allowed
                Boot from CD is supported
                Selectable boot is supported
                EDD is supported
                USB legacy is supported
                BIOS boot specification is supported
                Targeted content distribution is supported
                UEFI is supported
        BIOS Revision: 5.17

Device ID                 : 32
Device Revision           : 1
Firmware Revision         : 0.00
IPMI Version              : 2.0
Manufacturer ID           : 40981
Manufacturer Name         : Facebook, Inc.
Product ID                : 12614 (0x3146)
Product Name              : Unknown (0x3146)
Device Available          : no
Provides Device SDRs      : yes
Additional Device Support :
    Sensor Device
    SDR Repository Device
    SEL Device
    FRU Inventory Device
    IPMB Event Receiver
    IPMB Event Generator
    Chassis Device
Aux Firmware Rev Info     :
    0x00
    0x00
    0x00
    0x00
   0 |  Pre-Init  |0000000000| System Event | OEM System boot event | Asserted
   0 |  Pre-Init  |0000000000| OS Boot #0x22 | boot completed - device not specified | Asserted

Ich musste dazu das OpenBMC-2.14.0-Release bauen (HEAD kann momentan keine Images fuer tiogapass produzieren, und ich hatte nach einer halben Stunde noch keinen Durchblick, warum nicht...) Sensoren wollen auch noch keine gelesen werden (das ist eine Sache der I2C-Config, afaiui), aber sonst geht wirklich eine ganze Menge. Geil! :d

Einen kleinen Schock hab ich nach dem Flashen des neuen FW-ROM-Image erlitten, weil der u-boot-Monitor kurz nach dem Power-On komplett zu Guelle wurde - aber das liegt einfach daran, dass die tiagopass-UART-Konsole mit 57600 statt 115200 baud konfiguriert ist, warum auch immer. Lustig auch: Facebook zieht IPv6 auch bei BMC voll durch, und es gibt im Build nicht mal einen DHCP-Client :d

Das Webinterface dieses Builds ist was komplett anderes als bei "vanilla" OpenBMC afaict, und tut im Moment gar nix, als sich ueber "Unauthorized"-Zugriffe zu beschweren, aber das ist vmtl. das geringere Problem als ein funktionierendes Webinterface, aber keinerlei Verstaendnis zwischen BMC und Host zu haben. Was ich immer noch nicht habe ist ein /dev/video0 v4l2-Device im BMC, wo ich den ast-Framebuffer abgreifen koennte (wichtig fuer iKVM), aber Paul hat gemeint, dass er da schon eine Idee hat...

Es geht wohl wirklich noch eine Weile weiter in Richtung "OpenBMC auf dem MC12-LE0"! :d
 
Hallo,
vielen lieben Dank für die nützlichen Update Hinweise und die Erfahrungen mit dem Board hier im Thread. Leider ist auf der Support Seite die F14 Version mit iGPU Support nicht gelistet. Daher die Bitte, ob diese Version hier verlinkt oder hochgeladen werden könnte.
 
@c0l0

Magste deine Arbeit vielleicht mal in nem Github Repo veröffentlichen? Dann wäre es einfacher, Infos zusammen zu tragen und kollaborativ dran zu arbeiten... Markdown eignet sich hervorragend für kleine Tutorials und Informationssammlungen.
 
@c0l0

Magste deine Arbeit vielleicht mal in nem Github Repo veröffentlichen? Dann wäre es einfacher, Infos zusammen zu tragen und kollaborativ dran zu arbeiten... Markdown eignet sich hervorragend für kleine Tutorials und Informationssammlungen.

Definitiv (auch wenn nicht notwendigerweise auf Github); ich gehe mal davon aus, dass - wenn das hier wirklich zu einem positiven Abschluss kommt :) - auch was davon im OpenBMC upstream landen wird. Momentan ist aber das *reine* Chaos in meinen Materialien, und bevor sich nicht zumindest ein duenner roter Faden ergeben hat, der publizierbar scheint, muss man halt hier und auf der OpenBMC-ML mitlesen ;)

Wenn sich jemand bei mir meldet, der sagt, "hey colo, ich will auch mehr oder minder intensiv ganz konkret an dieser Sache arbeiten und OpenBMC vernuenftig auf das Board portiert kriegen, brauche nicht viel bis gar kein Haendchenhalten und breche bereitwillig das eine oder andere Board", dann bin ich aber natuerlich gerne schon vorher zu einer Kooperation bereit!
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh