Ryzen 3000 und Linux: Systemd-Fix anscheinend mit neuestem AGESA-Update

20
News Benjamin Gründken Als bevorzugte Quelle auf Google hinzufügen
Ryzen 3000 und Linux: Systemd-Fix anscheinend mit neuestem AGESA-Update (1)
Quelle: PCGH

Die derzeit von verschiedenen Mainboard-Herstellern angebotene AGESA-Version 1.0.0.3abb behebt anscheinend den Systemd-Fehler, der zu Startschwierigkeiten mit Linux-Distributionen führen kann. Das lässt sich zumindest aus dem Changelog des Asus ROG Crosshair VIII Hero ableiten.

AGESA Combo-AM4 1.0.0.3abb soll sich verschiedener Fehler mit Ryzen-3000-CPUs annehmen, die bei vorherigen Versionen noch im Umlauf waren. Obwohl Mainboard -Anbieter entsprechend präparierte BIOS-Versionen mitunter schon ausgeliefert haben, bleiben dabei noch viele Fragen unbeantwortet. Wurde auch der Systemd-Fehler behoben, der das Nichtbooten einiger Linux-Distribution zu verantworten hat? Laut Asus ist dem der Fall.

Im Detail führen die Taiwaner das zwar nicht aus, verweisen beim ROG Crosshair VIII Hero jedoch auf eine der betroffenen Linux-Distributionen. Konkret geht es um Ubuntu 19.04 und "andere Linux-Distros". Folgende Angaben finden sich im Change-Log für das jüngste BIOS-Update:

1.Updated AM4 combo PI 1.0.0.3 patch ABB
2.Optimized the chipset fan profile. The new profile allows the chipset fan to stop during idle or when temperature is low.
3.Supports Ubuntu 19.04 and other Linux distros
4.Improved system performance, stability and storage device compatibility
5.Before running the USB BIOS Flashback tool, please rename the BIOS file (C8HW.CAP) using BIOS Renamer.

Mehr zum Thema: Asrock: AGESA-Version 1.0.0.3abb für zahlreiche weitere Mainboards

Gigabyte, Biostar und Asrock haben schon verschiedene Mainboards mit dem AGESA Combo-AM4 1.0.0.3abb versorgt, verwirren jedoch mit unterschiedlichen Informationen. MSI gibt derweil den Zauderer. Das MEG X570 Godlike ist aktuell die einzige Platine des Herstellers, die mit einem solchen Update versorgt wurde. MSI verweist diesbezüglich auf das Beta-Stadium in Kombination mit dem Hinweis, das BIOS-Update nur aufzuspielen, wenn es nötig ist. Wann diese Notwendigkeit besteht, bleibt jedoch offen. Änderungen gehen aus dem Changelog nicht hervor.

Quelle: Asus, MSI (via 3D-Center)

20
    • Kommentare (20)

      Zur Diskussion im Forum
      • Von Th3D3str0y3r Software-Overclocker(in)
        Zitat von DKK007
        Welche CPU-Funktion wird denn eigentlich in den Programmen bei einem normalen random() Aufruf verwendet?
        So direkt gar keine. Der Großteil der Entropie kommt aus verschiedenen Timings, Geräuschen, etc.; RDRAND selbst dient dabei aber auch als Quelle für den Random-Pool.
        Wie genau /dev/random sich den Krempel aus dem Pool holt weiß ich nicht - ich weiß nur, dass random blockt, wenn die Entropie zu niedrig ist.
      • Von Th3D3str0y3r Software-Overclocker(in)
        Zitat von DKK007
        Welche CPU-Funktion wird denn eigentlich in den Programmen bei einem normalen random() Aufruf verwendet?
        So direkt gar keine. Der Großteil der Entropie kommt aus verschiedenen Timings, Geräuschen, etc.; RDRAND selbst dient dabei aber auch als Quelle für den Random-Pool.
        Wie genau /dev/random sich den Krempel aus dem Pool holt weiß ich nicht - ich weiß nur, dass random blockt, wenn die Entropie zu niedrig ist.
      • Von DKK007 Trockeneisprofi (m/w)
        Zitat von VikingGe
        Deswegen verlässt man sich für Crypto-Zeugs auch nicht auf eine Entropiequelle. RDRAND ist da höchstens eine ganz nette Ergänzung.
        Zitat von Th3D3str0y3r
        Ja, genau. Aber weil so früh beim Booten nur niedrige Entropie vorhanden ist greift SystemD auf RDRAND zurück.
        Welche CPU-Funktion wird denn eigentlich in den Programmen bei einem normalen random() Aufruf verwendet?
      • Von Th3D3str0y3r Software-Overclocker(in)
        Zitat von VikingGe
        Deswegen verlässt man sich für Crypto-Zeugs auch nicht auf eine Entropiequelle. RDRAND ist da höchstens eine ganz nette Ergänzung.
        Ja, genau. Aber weil so früh beim Booten nur niedrige Entropie vorhanden ist greift SystemD auf RDRAND zurück.
      • Von VikingGe Software-Overclocker(in)
        Zitat von DKK007
        Ist nur die Frage, wie zuverlässig zufällig der Zufall nun ist. Lässt sich schließlich nur schwer prüfen, ist jedoch für Kryptografie entscheidend.
        Deswegen verlässt man sich für Crypto-Zeugs auch nicht auf eine Entropiequelle. RDRAND ist da höchstens eine ganz nette Ergänzung.
      • Von PCTom Volt-Modder(in)
        Zitat von PCTom
        OK fairerweise das CH6 hat wohl auch schon AGESA 1003ABB. Viel mehr ist allerdings noch nicht bei ASUS.
        ASUS hat heut 1003ABB bereitgestellt.
      Direkt zum Diskussionsende
  • Print / Abo
    Apps
    PCGH Magazin 07/2026 PC Games 06/2026 play5 07/2026 N-Zone 06/2026 Linux Magazin 06/2026 LinuxUser 06/2026 Raspberry Pi Geek 07/2026
    PC Games Hardware PC Games Linux Magazin Raspberry Pi Geek Computec Kiosk