Win10 installer kan inte skapa partition + hur öppna cmd-shell

Har du testat att installera tex Linux på den för att utesluta att det är något problem med den?
Om det går så testa även med Windows 7.

Även ditt USB-minne kan vara problemet, det kan fungera helt perfekt i Dator 1, men inte alls eller dåligt i Dator 2.
Så om du har fler USB-minnen så testa även med dessa.

Annars så kan du även stoppa i SSD'n i en annan dator, installera Windows 10 på den där, sedan stoppa tillbaka den i din gamla AMD dator och boota upp, Windows bör då automagiskt ladda ner drivrutiner för AMD-datorn.

Du har förmodligen en gammal MBR-sektor i början på disken som spökar

modern WIN vill ha GPT-partionssektorer och UEFI-partitioner.

Det du behöver är att wipa/nollställa dessa sektorer så att installationsprogrammet inte försöker återanvända en befintlig MBR som pekar åt pipan (behöver vara fylld med data på visst sätt för att det skall leta vidare efter en GPT-partitions-tabell lite senare ut på disken)

Är första 100-talet kByte i början av lagringen fylld/överskriven med '0' så inser installationsprogrammet att det fins inget gammal kvarvarande OS på disken och bygger allt från början igen.

Jag gör alltid en "dd if=/dev/zero of=/dev/sdx bs=1024k count=1 <enter>" i en terminal från en bootbar linux USB-sticka när jag får sådana problem

'sdx' här är ofta 'sda' eller 'sdb' (om 'sda' är USB-sticka man bootade linux på såvida den inte klassas som cdrom) när det kör mot SATA-disk och 'nvme0n1' när det gäller mot NVMe-lagring - kolla i förväg med kommandot 'lsblk'

Partitionmagic, Gparted mfl. program kan förmodligen också göra den typen av städning i början på disken men har ingen koll på dessa.

Windows är väldigt fel OS och filsystem för sådana här disk-meck - API:erna/gränssnitten finns helt enkelt inte tillgängliga för enkel åtkomst under terminall/powershell och om man kör en linux-smak under WSL så är ofta den fysiska lagringen spärrad för åtkomst och heller inte tillgängliga under /dev/-trädet där. Detta löser man antingen med (kommersiella) program eller så kör man under linux.

Vill du kolla om lagringen inte är defekt/trubbligt/oväntat långsam och samtidigt utplåna alla spår av gammal data som kan störa/feltolkas av windows-installation senare så prova att köra samma kommandon som innan i min förra inlägg i Linux men ta bort 'count=1' och lägger till 'status=progress'

dvs. "dd if=/dev/zero of=/dev/sdx bs=1024k status=progress <enter>" - så skrivs hela disken tills det tar stopp med '0' från första till sista sektorn. Med 'progress' ser du också förloppet medans det skriver med både hur mycket och hur fort det går.

OBS. detta raderar all data du har på lagringen och också ett sätt att göra 'wipe' på disken då på snurrdiskar verkligen skriver över sektorer så att gammal data inte går att få fram igen i efterhand men mindre säkert på SSD då SSD normalt vid nollskrivna sektorer bara kopplar bort flashdelen i FTL-lagret som är kopplad till LBA-nummret för sektorn ifråga och läggs på 'tvätthögen' och sedan raderas vid behov - vilket inte säker görs omedelbart vid överskrivning utan först långt senare när man behöver utrymmet igen.

Ofta görs TRIM-operation (radering av flashblocket om den har blivit helt frigjord) kort efter att att sektor har fyllts med '0' men ingen garanti - ibland behövs flera 100 kByte - MB data motsvarande hel flash-block raderas sekventiellt innan TRIM-operationen verkställs internt i SSD:n.

SSD är ovilliga att börja flytta och packa om sektorer till nya flashblock för att frigöra halvfyllda block för radering mer än absolut nödvändigt för att hålla så låg WAF (Writing Amplify factor) som möjligt. Skriver man från sektor 0 till sektorslut sekventiellt med bara '0' i hela lagringen bör dock de flesta av SSD:n flash-block bli förklarade lediga och raderas förr eller senare.

Skönt att det löste sig för dig @Oegat.

Har själv råkat ut för detta på en äldre dator där det tog runt 2-3h efter man kommit till att skapa partitioner tills Windows började installera (eller försökte, oftast blev det mycket trasiga filer), den USB-stickan jag använde hade jag använt utan problem på andra datorer men på denna gick det inte, men när jag bytte till en annan så gick installation igenom direkt utan problem och ingen låsning/väntetid.

Har du fel USB-sticka som presentera sig som 'mass storage' och inte som 'removable mass storage' så kan alla möjliga problem dyka upp när man installerar windows.

Det problemet har hänt med flertalet batcher stickor även från sandisk, kingston mm. då det är en bit i hur USB-stickan presentera sig som avgör om det är bootbar eller inte... är det fel så fins det ingen annat än att byta stickan till annan sort/märke/batch - och var rädd om dem som fungerar - inte sällan rena reklamstickor av nonametyp medans det kan vara rejält uppkäftigt med "märkesstickor"

Och när inget fungerar - bränn ISO-imagen till en optisk skiva och går igenom en ansluten USB-CD/DVD-spelare när inget annat hjälper då dessa hanteras på helt annat sätt och går annan väg genom BIOS:et än via USB-stickor