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

PCGH-Redaktion · 11. August 2019

Jetzt ist Ihre Meinung gefragt zu Ryzen 3000 und Linux: Systemd-Fix anscheinend mit neuestem AGESA-Update

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 Change-Log des AsusROG Crosshair VIII Hero ableiten.

Bitte beachten Sie: Der Kommentarbereich wird gemäß der Forenregeln moderiert. Allgemeine Fragen und Kritik zu Online-Artikeln von PC Games Hardware sind im Feedback-Unterforum zu veröffentlichen und nicht im Kommentarthread zu einer News. Dort werden sie ohne Nachfragen entfernt.

Zurück zum Artikel: Ryzen 3000 und Linux: Systemd-Fix anscheinend mit neuestem AGESA-Update

Th3D3str0y3r · 11. August 2019

Dieser „SystemD-Fehler“ ist ein Fehler in der RDRAND Instruction die zum generieren von Zufallszahlen genutzt wird. Das war also keineswegs ein Fehler in SystemD, das war ein Fehler von AMD, und der wurde gefixt.

Casurin · 11. August 2019

Th3D3str0y3r schrieb:
Dieser „SystemD-Fehler“ ist ein Fehler in der RDRAND Instruction die zum generieren von Zufallszahlen genutzt wird. Das war also keineswegs ein Fehler in SystemD, das war ein Fehler von AMD, und der wurde gefixt.

Aber aber aber - AMD macht doch keine Fehler - das war ein Feature

Abductee · 11. August 2019

Casurin schrieb:
Aber aber aber - AMD macht doch keine Fehler - das war ein Feature

Das im Gegensatz zu anderen Herstellern gefixt wurde.

PCTom · 11. August 2019

"Das MEG X570 Godlike ist aktuell die einzige Platine des Herstellers."

Wenn man es genau nimmt ist auch das CH8 von ASUS die einzigste 570er Platine von ASUS mit AGESA 1003ABB.

JZedtler · 11. August 2019

Abductee schrieb:
Das im Gegensatz zu anderen Herstellern gefixt wurde.

Und keine dutzende % Leistung kostet.

00pflaume · 11. August 2019

Abductee schrieb:
Das im Gegensatz zu anderen Herstellern gefixt wurde.

Diesen Fehler ja, jedoch hat auch amd spectre immer noch nicht behoben, sondern es bei der 3000er nur schwerer gemacht den Fehler auszunutzen, genauso wie Intel mit der 9000er Generation Härtungen im Prozessor gegen die Fehler eingeführt hat.

Die Fehler basieren auf integralen Bestandteil der Architektur der Prozessoren und sind alles andere als leicht zu beheben im Gegensatz zur einer einzigen fehlerhaften cpu Instruktion.

DKK007 · 11. August 2019

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.

00pflaume · 11. August 2019

JZedtler schrieb:
Und keine dutzende % Leistung kostet.

Zum einen hat auch amd 5% an Leistung durch spectre verloren (immer noch besser als Intels 5%), zum anderen, wäre ich mir nicht ganz sicher ob hier durch nicht auch Leistung verloren gegangen ist.

Wenn es kein Initialisierungsfehler war, sondern ein Fehler im eigentlichen Algorithmus wird RDRAND mindestens doppelt so langsam sein mit dem fix, als eigentlich hätte sein müssen, da dann Hardwarebefehle durch Software emuliert werden müssen

hanfi104 · 11. August 2019

PCTom schrieb:
"Das MEG X570 Godlike ist aktuell die einzige Platine des Herstellers."

Wenn man es genau nimmt ist auch das CH8 von ASUS die einzigste 570er Platine von ASUS mit AGESA 1003ABB.

Während Gigabyte sogar schon die X370/B350 und X470/B450 versorgt hat

PCTom · 11. August 2019

hanfi104 schrieb:
Während Gigabyte sogar schon die X370/B350 und X470/B450 versorgt hat

OK fairerweise das CH6 hat wohl auch schon AGESA 1003ABB. Viel mehr ist allerdings noch nicht bei ASUS.

mylka · 11. August 2019

Abductee schrieb:
Das im Gegensatz zu anderen Herstellern gefixt wurde.

wenn sie das nicht gefixed hätten, dann hätten sie alle linux nutzer verloren... und dazu gehört auch google stadia... und google als kunden will man sicher nicht verlieren

Abductee · 11. August 2019

mylka schrieb:
wenn sie das nicht gefixed hätten, dann hätten sie alle linux nutzer verloren... und dazu gehört auch google stadia... und google als kunden will man sicher nicht verlieren

Interessantes Argument, traut sich Intel deswegen nicht das anfällige HT zu deaktivieren?
Im Datacenter würden die Admins wohl Amok rennen wenn sie nur noch die Hälfte der Threads hätten.

lutari · 11. August 2019

PCTom schrieb:
OK fairerweise das CH6 hat wohl auch schon AGESA 1003ABB. Viel mehr ist allerdings noch nicht bei ASUS.

Mein Prime X370-Pro hat vor 4 Tagen AB erhalten.

Th3D3str0y3r · 11. August 2019

DKK007 schrieb:
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.

Ja, das ist eine gute Frage… vielleicht hat ja ein Zen 2 Besitzer Langeweile und kann die Funktion ein paar Millionen mal ausführen, dann wird sich schon zeigen wie zufällig das doch ist. :ugly:

DKK007 · 11. August 2019

Da müssten dann aber auch entsprechende Statistiktests ausgeführt werden.

PCTom · 12. August 2019

PCTom schrieb:
OK fairerweise das CH6 hat wohl auch schon AGESA 1003ABB. Viel mehr ist allerdings noch nicht bei ASUS.

ASUS hat heut 1003ABB bereitgestellt.

VikingGe · 13. August 2019

DKK007 schrieb:
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.

Th3D3str0y3r · 13. August 2019

VikingGe schrieb:
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.

DKK007 · 14. August 2019

VikingGe schrieb:
Deswegen verlässt man sich für Crypto-Zeugs auch nicht auf eine Entropiequelle. RDRAND ist da höchstens eine ganz nette Ergänzung.

Th3D3str0y3r schrieb:
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?

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

Kommentar-System

Software-Overclocker(in)

BIOS-Overclocker(in)

PCGH-Community-Veteran(in)

Volt-Modder(in)

Komplett-PC-Aufrüster(in)

Kabelverknoter(in)

PCGH-Community-Veteran(in)

Kabelverknoter(in)

Volt-Modder(in)

Volt-Modder(in)

Freizeitschrauber(in)

PCGH-Community-Veteran(in)

Software-Overclocker(in)

Software-Overclocker(in)

PCGH-Community-Veteran(in)

Volt-Modder(in)

Software-Overclocker(in)

Software-Overclocker(in)

PCGH-Community-Veteran(in)

Ähnliche Themen