(Linux) Netboot friert auf aktueller AMD-Plattform ein

[SimonHSG]

Hallo cgiesers,

danke für die Infos. Ich benutzen immer noch die opsi-linux-bootimage_20180813 Version. Mit dieser funktionieren die Ryzen einwandfrei. Da wir seit geraumer Zeit die Dell Optiplex 5055 mit Ryzen 5 2400G kaufen, bin ich halt gezwungen, dass "alte" Bootimage zu nehmen.

Gruß
SimonHSG

[m.radtke]

Hi,

danke für eure Rückmeldungen.

Ich bin diese Woche nicht im Büro, prüfe aber in der kommenden Woche mal was im Kernel sich geändert hat,sodass es nicht mit jeder Kernel Version mit Ryzen CPus funktioniert.

Gruß
Mathias

[xup_db]

Kann das bestätigen: opsi-linux-bootimage_20180813 funktioniert, _20191015-3 nicht. CPU ist AMD Ryzen 5 3400G, MB ist Gigabyte GA-AX370-Gaming 3, 16 GB RAM.

Die Meldung ist /initrd.image: incomplete write (-28 != 263899566).

Habe mem=2048M als Parameter bereits ausprobiert.

[m.radtke]

Hi

läuft das Unter UEFI oder BIOS?

Was passiert wenn du den Parameter

Code: Alles auswählen

ramdisk_size=2097152

über den Host-Parameter bootimage.append mitgibst?

Gruß
Mathias

[cgiesers]

Ich habe mal die aktuelle Experiemental ausprobiert:
http://download.opensuse.org/repositori ... -1_all.deb

Funktioniert nach wie vor nicht - bin also wieder zu opsi-linux-bootimage_20180813-1_all.deb zurück.
AFAIK die letezte funktionierende Version.

Gruß!

[smariedl]

Wir hatten/haben das gleiche Problem mit Thinkpads mit Ryzen-Prozessoren. Wir haben alle möglichen Tipps ausprobiert, mit acpi=off und mem und dem experimental image usw., es half alles nichts. Die Laptops blieben bei

Code: Alles auswählen

[  OK  ] Reached target SoundCard.

hängen und nahmen auch keine Tastatureingaben mehr an. Wir konnten uns also die lokalen Log-Files nicht angucken.

Bis wir dann auf die Idee kamen, wir versuchen es mal per SSH, aber wenn SSH auf dem Laptop läuft, ist's ja komisch, dass sonst nichts passiert. Dann haben wir mal versucht, was

Code: Alles auswählen

dtach -A /tmp/bootimage master.py

so anzeigt und uns in die laufende Session gehangen und siehe da, tatsächlich lief der Bootprozess komplett durch und fragte nach Betätigung oder Abbruch der OS Installation, nur auf dem Laptopdisplay war immer noch Standbild von der Konsole. Nach der Bestätigung lief die Installation reibungslos durch, nach dem Neustart war das Bild auch wieder "live".

Installiert ist jetzt noch das experimental image 20191211-1, wir testen in Bälde, ob es mit dem stable doch auch funktioniert.

Edit: stable 20191015-3 tut's auch.

[cgiesers]

Bis zum

Code: Alles auswählen

 [ OK ] Reache target SoundCard.

komme ich nicht. Er bleibt nach 4 Zeilen und 4 defekten OPSI-Logos oben links stehen.
Da das 2018er Image funktioniert, ist der Leidensdruck begrenzt groß - bleibt aber ein Bug der nun ~1 Jahr existiert, eine ganze Architekturlinie betrifft und vermutlich auch alle künftigen AMD-Prozessoren auf Ryzen-Basis betreffen wird.

[m.radtke]

Hallo,

ich experimental gibt es nun ein bootimage von gestern, das hat noch 2 weitere Kernel Module für RyZen bekommen.

Eine Kollegin bekommt im Januar einen neuen Rechner mit RyZen 3000 glaube ich. Den werde ich mir vorher zum testen schnappen und analysieren.

Gruß
Mathias

[cgiesers]

@Mathias: Hab die Version mal eingespielt. Der Bootscreen bleibt nach wie vor kleben, letzte Zeile:

Code: Alles auswählen

failed to execute /init (error -8)

Der "SSH Kniff" funktioniert aber.

Gruß
- Christof

[m.radtke]

Hi

der "Fehler" mit dem Init ist kein richtiger Fehler.
Wir haben hier nun den neuen Rechner der Kollegin stehen. CPU ist Ryzen 3 2200G mit Vega Grafik integriert.

Hier läuft nun das Bootimage sauber durch die Maske durch und zeigt sie auch entsprechend an.
Falls der SSH Trick funktioniert, setz doch mal das property 'ask_before_inst' auf False. dann startet die Installation sofort durch ohne Nachfrage.

Gruß
Mathias

EDIT:

anderer Rechner mit Ryzen 5 2400G zeigt auch die gewünschte Maske des Bootimages