Windows 10 UEFI-Installation bleibt hängen.

[Frevler]

Ja, hört sich nicht so gut an...
Sind ja eh nur notwendigste Teile verbaut.
Glaube nicht an RAM, selbst mein 15 Jahre altes MB prüft den RAM beim Booten, und es gäb auch noch RAM Tests beim Linux Boot.
CPU + Sockel wär schöne Sch***
Wenn ich selbst das Board schrotte, hilft wohl auch Garantie wenig...
Die Komponenten sind allesamt neu, nur da die CPU keine integrierte Grafik hat, musste ich eine alte GOP fähige GPU nehmen.
(die auch in anderen Rechnern immer 1A funktionierte - ganz einfache silent Office-Karte, die auch im UEFI richtig erkannt wird)

pffft ... wie gesagt: muss mal a bissi setzen lassen

[Tante Google]

[Frevler]

doppelt - gelöscht

[Gastli]

Frage dazu, gemäß der Aussage:
Die UEFI-Firmware ist aus dem März 2024 ...

"Am Anfang war das BIOS und seine unbekannten Einstellungen"
Welches ist aktuell installiert?
Wie angemerkt - Beta Versionen sind nicht unbedingt "Stable"
Ich würde mal zuerst die unterste für AMD CPUs einspielen, dann Setup damit testen

Nennt sich auch "BIOS Downgrade" oder roll back.
M-FLASH will check the BIOS file,
if it matches with your board, but then you're free to flash to a newer or older version.
Die *.aio 'Datei vom eingesteckten Stick angeben.

Recherchen:
https://de.msi.com/Motherboard/B550-A-PRO/support

Sept 2024
AMI BIOS 7C56vAJ1(Beta version) 2024-09-05 17.35 MB
Beschreibung:
- AGESA ComboAm4v2PI 1.2.0.Cc update.
- Added security issue of SMM Lock Bypass uCode fix aka “Sinkclose”.

oder: August 2024
AMI BIOS 7C56vAI 2024-08-05 17.34 MB
Beschreibung:
- Fixed CVE-2024-36877 security issue.
(Das wäre die Aktuellste Stable)

Naheliegend: April 2024
AMI BIOS 7C56vAI1(Beta version) 2024-04-30 17.35 MB
Beschreibung:
- AGESA ComboAm4v2PI 1.2.0.Ca update.
- Patch for AMD CPU security issue.

Dazu evtl. diese aktuellsten MB- Treiber:
https://de.msi.com/Motherboard/B550-A-P ... ort#driver
AMD Chipset Driver 6.10.22.027 2024-11-05 63.22 MB

BIOS Problem:
New PC Build Won't Boot to BIOS (MSI B550-A Pro)
https://forum-en.msi.com/index.php?thre ... ro.407211/

AMD Ryzen memory support:
https://forum-en.msi.com/index.php?thre ... rt.283351/

Dann probiere das mit deinem Windows
und den Entpackten Treibern (In das ISO mit einbinden)

Eine weitere Möglichkeit wäre auch:
Eine "Zero Limit ISO" von hier zu benutzen

Fehler eingrenzen - Stück für Stück
Viel Glück und Erfolg

[Frevler]

Hab das BIOS nicht geändert - ist die damalige stabile Version aus dem März 2024.
Ich komm ja auch ins BIOS, da schaut alles vernünftig aus, zeigt auch alle Komponenten richtig an.
Nur bissi mit Einstellungen versucht - gibt aber die Möglichkeit auf empfohlene "Standardwerte zurücksetzen" was ich auch immer wieder gemacht hab.
Denke es ist das 7C56vAH aus dem März 24 (CPU war 2022 und wird ja auch im BIOS richtig erkannt)
Nachdem Windows-Installation sehr schnell einfriert -> hab kein Windows, kein Treiber-Install

Dann probiere das mit deinem Windows
und den Entpackten Treibern (In das ISO mit einbinden)
Eine weitere Möglichkeit wäre auch:
Eine "Zero Limit ISO" von hier zu benutzen

Interessant, muss i mir anschaun,
nur bleibt meine Windows-Install sehr schnell, gleich zu Beginn hängen...

Werd wohl zunächst, wenn ich wieder den Nerv aufbringe, mal CPU-Pins und Sockel genau inspizieren :(

[Frevler]

Hello,
was hat sich inzwischen getan:
hab auf die neueste stable Bios-Version geflasht, CMOS-Reset, nur 1 RAM in allen Positionen, Linux wieder drauf (gut verlaufende Brenchmark Tests) -> war nahezu sicher, muss das MB sein.
Gut, am Samstag zum E-Tec, Motherboard reklamiert (wird eingeschickt) und selbiges MB wieder gekauft. (May be Fehler - hat aber genau die gewünschten Features)
Wieder zurück, Sachen verbaut: wtf... genau das selbe Verhalten wie vorher. Maus so gut wie unbrauchbar, Navigation per Tastatur.
Beim 4. Start kommt's aber nichtmal mehr ins BIOS ... dafür leuchtet die CPU-Led dauerhaft bis heute.
Shit ... doch die CPU.
Bissi zuvor gemachte Recherche, heut nochmal versucht: CPU-Led leuchtet. ->
Anpressdruck des Kühlers verringert, CMOS-Reset, nur 1 Ram-Riegel: nix, weiterhin CPU-Led.
Nochmal CPU raus genommen, nochmals genau die Pins kontrolliert, erneuten cmos-clear ... fängt das scheiß Ding an, die Hardware neu einzulesen??? 2 Ram-Riegel wieder rein -> Xubuntu ist in Sekundenschnelle wieder da; Brenchmark tests schauen alle gut aus... pffft
Kann natürlich trotzdem die CPU sein ...
Obwohl die GPU UEFI-tauglich (GOP) ist, und auch vom BIOS und von Linux richtig erkannt wird, ist eine Radeon R5 230 nicht mehr grad die jüngste ... kann's die auch sein? (was mir allerdings unlogisch erscheint)
Ah ja: und Win10-Install hängt as usual beim 3 Fenster

Es nervt! :)
Servus aus Wien

[Frevler]

Kann's nicht fassen .... Win-Install läuft
Mal wie in Linux öfters die Maus aus- und angesteckt, hauptsächlich (soweit möglich) Tastatur-Navigation ... pffft

und läuft und läuft ("Hallo, schön, dass du da bist" ... grummel)
"MSI-Center" zieht gleich mal 2 GB Updates
(ffs, hat mir Norton unter gejubelt)

[Frevler]

Ein Teil davon, der MSI Driver Utility Installer, hat gleich jede Menge Treiber mit gezogen und installiert,
Neustart, unter Win scheint die Maus jetzt normal zu funktionieren.
Linux muss ich zuerst mal Grub wieder reparieren (hat Win wie üblich zerschossen).

In Win klappt jetzt die Aktivierung nicht, trotz gültigem Key. Hatte diese Version nicht mal ein Jahr lang zum Testen (2019, Multi-Boot)) auf einem anderen System genutzt, aber dann wegen Win7 Upgrade nicht mehr gebraucht bzw. verwendet.

Für heute reicht's.

[g-force]

"Maus rein, Maus raus" - Sorry, da kann ich nicht helfen. Ist doch ziemlich klar, daß deine Hardware da irgendwie ne Macke hat.

[Frevler]

Rein und raus die Maus ... dann hatte man wieder genau einen Klick zur Verfügung...
In Win funktioniert's jetzt (vorerst scheinbar)
Motherboard war's mal nicht. CPU, Ram kann ich noch immer nicht wirklich ausschließen.
Sämtliche Hardwarekomponenten (außer GPU) sind neu und sollten gut zusammenpassen ...
versteh's ja selber nicht, keine Ahnung

[Frevler]

Mal ein paar Sachen in Win10 eingestellt, installiert ... läuft vorläufig scheinbar normal... nur dieses Win .... iiih
Bin ja absoluter UEFI Neuling...
Habe folgenden Verdacht: nach dann doch noch erfolgreicher Windows Installation führt MSI erst- und einmalig auch den "MSI Driver Utility Installer" aus, der hat eine Menge Treiber- und Firmwarepakete gezogen ... (und auch was davon im UEFI hinterlegt? NVRAM?)
Als ich dann Linux vom Stick bootete .. alles wie vorher, Maus unbrauchbar..
Nur: als ich über'n Terminal (Command prompt) ein Update machte, gab's plötzlich auch hier eine Menge von Treibern und Firmware zu ziehen??? (war vor Win-Install nicht der Fall)
Verdacht wurd für mich verhärtet durch die Meldung, dass für'n Boot ein "MDK" (Machine Owner-Key) zu hinterlegen sei
"to use third party drivers" .. siehe Screenshot ...

UEFI-Meldung.png

Was ich leider vermasselt hab... da gibt's so viele Optionen in den UEFI-Advanced Einstellungen, muss ich mir nochmal anschauen,
Drum heut auch abermaliger CMOS-Clear gemacht.
Win läuft bisher normal, was allerdings nicht zwingend bedeutet, dass die Hardware nicht doch einen hock'n hat :)
Schau ma mal

[Gastli]

Zu:
RAM: CORSAIR Vengeance LPX, Kit 32GB, DDR4-3200
Könntest du dazu mal in den BIOS Einstellungen checken - also mit anderen Einstellungen testen.

CPU: Performance Modus oder "Energiespar" Modus - Dazu im BIOS (Voreinstellungen) prüfen

Und das Netzteil könnte genauso gut Macken haben und machen,
da gibt es ja auch noch größere Unterschiede mit der Stromverteilung
("Montagsgerät"?) Ein anderes dran hängen und damit mal probieren....

Dann gingen mir noch mögliche "Jumper" im Kopf herum, falls da in einer "technischen" Bedienungsanleitung zum Board was dazu aufgeführt sein sollte.

Vielleicht klappt das dann doch noch, die Tage

[Frevler]

Hello,
nur so, zur Rückmeldung:
mittlerweile funktioniert alles so wie es soll (auch im SecureBoot - Dual Win/Linux)
Hatte die einzelnen Komponenten ausführlich getestet, passt alles...
Denke es war die im EFI hinterlegte Firmware
(die durch Linux-Erstinstallation nicht richtig abgeschlossen wurde)
Wurde scheinbar durch ein paar CMOS-Resets und jeweiligem erneutem Einlesen der Hardware behoben.

Thx Leute für die Gedanken und Anteilnahme

Servus aus Wien
Frevler