GPU upptäcks inte i PCI-E slot i ny dator - fungerar i äldre burk

Så du får bild ur grafikkortet, och det hittas inte av Windows?

@ReconHavoc:
Undra om det har med Fast Boot att göra, Fast Boot skippar att initiera ny hårdvara, oftast instickskort som raid kontroller och ljudkort som inte initieras. Men grafikkort? Inte hört talas om det förut men det går i linje med vad Fast Boot är (en onödig funktion som bör tas bort)

Alla PCIe-portar på ditt moderkort är 3.0, men det är hur som helst en bra idé att testa den andra x16-porten. Om den fungerar så är problemet sannolikt att du har böjda pinnar i CPU-sockeln som gör att processorns PCIe-banor inte fungerar. Endast den första x16-porten är kopplad direkt till processorn, övriga går via Z490-kretsen.

Byggde Inet ihop den utan grafik-kort, alltså de använde iGPUn?

I så fall kan de ha missat att PCI-e slotten kan vara trasig.

@ReconHavoc:
Tro mig, när man ska bygga ihop ett antal datorer om dagen, så gör man inte mer än nödvändigt på varje dator.

I vilket fall som helst oavsett om det är fel på PCI-e slotten eller som perost skriver böjda pinnar i CPU sockeln, så är det reklamation som gäller.

Oftast går det väldigt fort om man reklamerar direkt, tror de flesta butiker har 7 dagar så får du nytt bara då det räknas som doa (dead on arrival)

Jag skulle definitivt rekommendera att i alla fall testa att flasha nyaste BIOS, samt efter det återställa BIOS-inställningarna till default (alt. än bättre optimerade inställningar). Det behöver absolut inte vara någon fysisk skada utan kan utan tvekan vara en inställnings-/kompatibilitetsgrej. Personligen tippar starkt jag på att det snarare är det än en fysisk skada på moderkortet.

Inte minst då senaste BIOS-versionen (F4c) har "Improve graphic card compatibility" i sin changelog.
(BIOSen på moderkortet hanterar initeringskommunikation med bl.a. kompatibla PCIe-enheter, och det räcker med någon inkompatibilitet för att inte kortet ska initeras som det ska. Att kortet fungerar i PCH-slotten och inte i CPU-slotten behöver inte som @Perost säger indikera fysisk skada.)

På moderna moderkort är det för övrigt i regel väldigt säkert att flasha BIOS, och det finns oftast flera återställningsmöjligheter även om du mot all förmodan skulle råka göra en misflash*. Det brukar vara enkelt att dra hem BIOS-filen, lägga på ett USB-minne och använda sig av ett inbyggt verktyg i UEFIn (Q-Flash heter Gigabytes/Aorus sådant).

*Gigabyte brukar bland annat ha dubbla fysiska BIOS-chip (främst på dyrare modeller iofs), samt metoder att återställa även en helt kraschad BIOS.
Ser inte någon info om det på just ditt moderkort, dock - så precis som @HeroiX nämner nedan kan det vara värt att åtminstone bolla idén med Inet. Risken för misflash är i dag såpass låg att de sannolikt inte motsätter sig det.

Med tanke på att BIOS på mjukvarunivå hanterar initiering av grafikkortet kan det vara en kompatibilitetsgrej. Då första slotten går genom CPU och andra går genom chipset skiljer sig även hanteringen av signalerna på mjukvarunivå. Grafikkortet har en egen BIOS som måste kommunicera med moderkortets, och om den kommunikationen failar oavsett anledning kan det visa sig genom att du inte får bild, till exempel.

Man kan leka felsöka lite mer med det där för att se vad som påverkar - CSM-läge på/av i BIOS, ex., samt hur initiering och prioritering av grafiksignaler görs i BIOS. Sådant har en tendens att ställa till det ibland. På ditt moderkort finns det en del inställningar jag hade tittat lite extra på;

I settings:
ASPM (strömhantering/strömsparfunktioner), speciellt PEG ASPM (som hanterar strömsparfunktioner för just PCIe-slotten som går till CPUn.
Initial Display Output (det här kan enkelt missas, framförallt om den testats med iGPUn) - dock borde Windows upptäcka grafikkortet och slänga ut nån output till det.
PCIE Bifurcation Support - osannolikt att det skulle ställa till något, den borde vara ställd till auto. Däremot kan en del sådana inställningar beroende på moderkort och grafikkort ge udda problem.

I bootinställningar:
Fast Boot - är alltid värt att stänga av.
VGA Support - kan vara värt att testa så väl UEFI-läge som legacy-läge, samma sak gäller dock som ovan. Windows borde upptäcka och lösa oavsett.
CSM Support - om det är någon komponent som inte gillar UEFI-läget kan CSM hjälpa, det här är ett BIOS-alternativ som är värt att testa i random felsökning ibland.

Ändra dock bara inställningar i BIOS om du känner dig trygg med det - om du inte gör det skulle jag rekommendera att bara flasha och sen välja "Load optimized defaults". Om du vill känna dig lite tryggare kan du även spara BIOS-inställningarna på ett USB-minne innan du flashar. (Se Save Profiles under Save & Exit i BIOS.)

Uff, jag minns när liknande typer av inkompatibilitet var något vanligare än idag - vissa grafikkort fungerade helt enkelt inte med vissa chipset/moderkort alls. Men jag misstänker primärt att det är en inkompatibilitet i BIOS, och någon defekt sekundärt (det är inte omöjligt, om än mindre sannolikt).

Ingen info att ge direkt då det finns flera bra alternativ i tråden redan. Men om du tänkt flasha bios så fråga Inet först så de inte blir något strul där. Bios kan ju bricka moderkortet och då kanske det ses som självförvållat eller liknande om de inte godkänt att du testar.

@ReconHavoc: Ja, att det skulle vara något kompabilitetsproblem med BIOS låter osannolikt, ditt RX 580 är ju tre år äldre än moderkortet och de andra korten du testat ännu äldre. Att Asus skulle släppa ett moderkort med ett BIOS som är så trasigt måste ses som väldigt osannolikt, och det skulle i så fall finnas mängder av klagomål på nätet om det.

Att flasha nytt BIOS skulle ändå kunna hjälpa om BIOS:et blivit korrupt av någon anledning, men jag tror fortfarande att det mest sannolika är något hårdvarufel.

Nej, det är inte alls osannolikt. Att ett random RX 580 (något har sannolikt testats under utvecklingen, men samtidigt har det några år på nacken, vilket ökar risken för inkompatibilitet - fokus ligger i regel på komponenter tillverkade ungefär samtidigt) fungerar med moderkortet betyder inte att alla automatiskt gör det, även om kompatibiliteten anno 2020 är bra är den inte felfri. Kort från olika tillverkare har inte identisk VBIOS, och kompatibilitet är mer än bara ett chipset kombinerat med en GPU. Och första revisionen av en BIOS även på moderna moderkort kan dessutom innehålla buggar och inkompatibiliteter - med äldre så väl som nya komponenter. Att det skulle innebära att BIOSen är "trasig" eller att mängder av användare skulle uppleva problem är rent befängt.
Jag har testat tillräckligt med hård- och mjukvara på professionell nivå för att se inkompatibilitet på mjukvarunivå (BIOS) som sannolikt i det här fallet. Men återigen, ett hårdvarufel är absolut inte uteslutet.

Och det är f.ö. inte ett Asus-moderkort.

OnT: Jag släpper det där och låter TS göra som denne känner är bäst - om Inet säger att det är ok att köra på en flashning (risken för det i dag är låg) skulle jag vidhålla rekommendationen att göra det. Om datorn/moderkortet lämnas in och det inte är något fel på det (vilket är fullt möjligt att det inte är) kan det kosta en slant. Säg gärna till hur det går!

Köpte du kortet hos dem också, och lämnar du in burken med det monterat?

@ReconHavoc: Gött att det är löst, det är det viktiga. Också skönt att det som jag misstänkte var mjukvara och inte hårdvara, oftast bökigare att lösa hårdvaruproblem.

Hoppas den fortsätter tuffa på bra!