Låg hastighet kopiering mellan hårddiskar 3.5" sata.

Mekaniska eller solid state diskar?
SATA och mekaniska diskar får ju problem när småfiler skall skrivas.
Och windows statistik på överföringshastigheterna är inte heller alltid korrekt.

Vad som skickas spelar stor roll, stora filer kan kopieras bra mycket snabbare än många små filer.
Är ju inte bara datan som skall skickas utan även alla filer skall registreras var på disken de ligger så man kan hitta den sedan, och det tar tid.

@Mr Dirkschneider: Har du kollat hälsan på diskarna? Annars kan du använda t.ex. CrystalDiskInfo för det.

Jag upprepar frågan lite här; Vad visar hälsan? Eller kan du ta en skärmdump och ladda upp?

Den har skrivfel (C8) och den har ganska många läsfel (01), och några sökfel (07) så den är nog inte riktigt så kry som du önskar - 3 TB ~10 år gammal kalendermässigt ??. - då kanske skivan börjat tappa magnetinformation för sin sync och tracking-information på skivan och har svårare att orientera sig och även att låsa på spåret vilket gör det svårare att läsa. - en full skrivning från sektor 0 till slut linjärt kan förbättra situationen då en del tracking-information verka återskapas med ny skrivning - men bara om hela cylindrar skrivs på en gång som när man skriver linjärt från sektor 0 och uppåt

Jag skulle ta bort alla filer på disken - göra en skrivning med 'dd' i linux från sektor 0 till sektor slut med bara '0' (dd if=/dev/zero of=/dev/sdx bs=1024k status=progress) - titta efteråt när det har skrivit stopp om ovanstående värde i SMART har ändrats mycket - sedan göra en läsning (också med 'dd if=/dev/sdx of=/dev/null bs=1024k status=progress') och se om det kommer ytterligare fel - allt görs förstås i Linux - 'sdx' kan vara någon av sda, sdb etc. och kollas fram med 'lsblk' strax innan - det fullständigt destruerar data på disken så man måste dubbelkolla att man skriver till rätt disk!!! .

Om inte annat får disken lite frächare spår att söka på när det är nyskrivet och när man skriver så verifieras sektorn direkt vid skrivning och gör retry tills det är bra nog eller så reallokeras sektorn och den vägen kan upptäcka latenta veka sektorer som är svåra att skriva (05 och C4 räknar upp i värde på RAW) - några enstaka reallokeringar (dvs 05 och C4 räknat upp i ensiffrig antal på en disk som har gått många timmar och det är väldigt lång tid mellan enstaka uppräkning) kan man acceptera, men när det börja var 3-siffrigt antal och det stegar upp med kortare tidsmellanrum så är det indikation att den inte är så bra.

Om man har läsproblem i lästestet efter skrivningen så ökar C5 och C6 i antal (därav läsprovet med 'dd' efter) men disken rättar inte de upptäckta veka sektorn - SATA-snurrdiskar gör inte det (och därför kallas pending sektors tills det skrivs med ny data nästa gång, som antingen lyckas eller blir en reallokerad sektor) - sådan funktion att skriva om sektorer som verka veka automatiskt vid läsning finns bara på SCSI/SAS-diskar

Det verkar ju som du har två kassa diskar som behöver pensioneras helt enkelt:
både första disken som var svår att läsa från och nu även den ena av diskarna du kopierade över till.

Möööjligen skulle det väl kunna bero på moderkortet eller kablage eller liknande istället... (kolla alla sladdar/kontakter osv)
Om du får några läsproblem eller liknande även från nya disken så är det kanske snarare dags att pensionera hela moderkortet?