Inlägg

Har du testat att mounta imagen? Om det inte fungera vad får du för fel?
Testat att köra ddrescue på imagen?

Beskriv gärna vad du gjort och vad du fått för resultat om du vill ha hjälp.

Eventuellt kan du fylla på med nollor på slutet för att få rätt storlek, om det nu råkar vara ett problem.
I övrigt så finns det ingen standardiserad information du kan lägga till på slutet, utan fattas det data går det inte att säga generellt vilken data som fattas.

'skip' kan du navigera startpunkten på din image - men du behöver början också för att få ett begripligt filsystem som OS förstår - OS kan inte arbeta på delar av disken i små bitar.

skall du positionera på 1 byte när så blir det typ "dd ibs=1 skip=antalet_byte_du_vill_hoppa_över obs=1024 if=infil of=utfil"

Vet du med dig att det ligger i arkiv och att det inte skrivits fragmenterat så finns det en chans med magic-word hitta starten på arkivet (tex för zipfiler, tar-arkiv etc.) och man får titta i headrar för zip.h tar.h mm. för att se hur många byte man skall klippa före magic word för att tex. tar skall kunna känna igen och packa upp filen direkt

Har du lagt det som tar-fil utan kompression så har du ännu större chans att plocka ut data då varje filentry för varje fil inom tar-arkiven alltid börjar med 'ustar' men är det fragmenterat på disken (för att du använder NTFS) så blir det alltid snabbt mycket mer besvärligt.

---

Om det är en partitions-image (inte en diskimage) är att göra en partition som är minst lika stor som disken du tog kopia på - gör inget om den görs mycket större, på denna kopierar du sedan över dd-filen

Om det är en diskimagen (med partitionstabell) så lägger du kopia på med start på sektor noll i början av disken ( du skall inte ha någon data på disken då momentet skriver över allt gammalt där)

En annan program att prova med är 'losetup' på diskimagen direkt med typ 'losetup -f -P diskimage' på en kopia av diskimagen - om det lyckas så kommer partitionerna att synas som 'loopxx' under /dev/ och kanske blir mer tydligare om du kör lsblk för vilka som är vad.

Sedan monterar du sagda partition till lämplig mapp med 'mount -r /dev/loopxx /mnt' och du hittar sedan dina filer under /mnt/ (-r så är det skrivskyddat)

om du vill återskapa din dd-fil till dess fulla storlek (och större) - dvs större än dess trunkerade storlek och sista biten har ingen data (dvs. läses som fylld med '0' i innehåll vid läsförsök)

så är en väg att göra en 'tomfil' med önskade storleken med 'fallocate'

därefter "dd if=image.dd of=tomfil seek=0 skip=0 bs=1024k status=progress"

Då kommer 'tomfil' att skrivas över med data från image.dd så långt image.dd har någon data att skriva och resten av filen blir då fylld med '0' till sin fulla storlek.

när du läser i filen senare - speciellt om det är typ NTFS så kommer den inte att upptäcka att filsystemet är trunkerat förrän den försöker läsa sektorer som inte finns (ger IO eller CRC-error) alternativ ger resultatet med '0' i sektorerna).

Om NTFS (som jag gissar du använde) har lagt en del av sin $MFT på filutrymmet som är trunkerat (och man vet aldrig innan var det hamnar då $MFT utökar sig på samma sätt som en vanlig fil) - ja då har du problem och det är bara datascrape-kvar att hoppas på med diskräddningsprogram...

Enklast att gör om på en större lagringsmedia - sådant tar man aldrig på USB-stickor (just för att de är opålitliga och/eller att du just fick fatt på en counterfeit-version av stickan med mycket mindre utrymme än vad det lovar eller skriver om början igen efter halva storleken utan att det märks för just din backup du absolut inte får förlora... - eller kraschar när du läst 2/3-del av stickan - USB-stickor har det sämsta av det sämsta av flash-minnen - även från Sandisk/kingston/Samsung och det finns också mycket counterfeit av dessa i omlopp och kan vara uppblandade med genuina exemplar (typ 1 pirat per 50 etc) även hos seriösa handlare då uppblandningen görs tidigt i distributionen av mindre nogräknade underleveratörer till de stora märkena )

- utan sådan man lägger man som fil till mapp monterade USB-snurrdiskar av 2.5" eller 3.5" modell - de har också mycket mer plats tillgänglig och faktiskt går snabbare än de flesta USB-stickor då de lätt kan skyffla över 140 MB/s kontinuerligt på en ny och tom 2.5" disk.

Men om du verkligen vill trixa så finns så finns "skip=" och 'seek=' och 'count=' som räknar i block i dd och här gäller det att hålla tungan rätt med positioner, antal som skall hoppas över och med använda blockstorlek - du vill inte ha ett filsystem där den senare halvan är förskjuten 1 sektor för att du inte höll reda på om det räknades från sektor 0 eller från sektor 1 när du la in värdena

tänk på att 'seek=' gäller på den skrivande sidan och 'skip=' gäller på den läsande sidan, 'ibs=' blockstorleken i byte på den läsande sidan (och blockstorleken också kopplad till antalet block som anges i 'skip') och 'obs=' för blockstorleken på det skrivs på skrivande sidan (och kopplad till blockstorleken för antalet block i 'seek') - "count=" räknar block på den läsande sidan.

- läs manualen för 'dd' _noga_ och förstå vad som står där, träna på ofarliga filer och diskar innan du ger dig på image som är viktiga.

Ser inte riktigt men först ska du har 3.5" tele till rca som förgående talare skriver sen ser det ut som att det är vanlig tråd som du kopplar från högtalare nr 1 till nr 2.

Nej det är en högtalarkabel eller vanlig elkabel ("lampsladd") du behöver om jag inte missuppfattar det, polskruvarna på den aktiva högtalaren ska ansluts till den passiva. Beroende på längd så bör di i vart fall använda minst 0,75 mm^2

Högtalarna har rca ingångar och jag antar att du har 3,5mm tele på datorn ? Så kanske https://www.kjell.com/se/produkter/ljud-bild/kablar-adaptrar/...
Du kan ju även använda en vanlig rca kabel och en kontaktadapter i stället för en färdig kabel.

Tctl ska du inte kika på, det är en hittepå temp som styr fläktar, Tdie är den riktiga tempen din CPU håller. Den ligger då på 50 Idle vilket även det är mycket högt, du ska ner till 40 Idle som mest om du inte har en skitdålig kylare.

Skickades från m.sweclockers.com

@Populus
Vilken temperatur i hwinfo64 kikade du på då förresten när du kom fram till 60 grader Idle?

Skickades från m.sweclockers.com

1200MHz är dock korrekt för 2400MT/s minnen som du har. Din CPU verkar dock helt okyld, kolla kylfläns direkt!!!

Den idlar vid 75 grader tDie temp vid 14w förbrukning inklusive Soc, det är vad som händer utan kylning.

Skickades från m.sweclockers.com

Efter du kollat kylaren uppdatera moderkortets bios till 5008 (Din bios är 2år gammal)
https://www.asus.com/us/Motherboards/PRIME-X370-PRO/HelpDesk_...

Det skadar inte heller att ladda ner de senaste drivrutinerna för nätverkskortet de i
windows är från 2016 intel senaste är från 2019
https://downloadcenter.intel.com/download/25016/Ethernet-Inte...

Och det skadar inte att ha de senaste chipset drivrutinerna
https://www.amd.com/en/support/chipsets/amd-socket-am4/x370

Ja jävlar vad varmt. Kylaren är kanske paj eller fel monterad. Min Ryzen 2600X idlar mellan 28-40 c och 50-65 c i spel.

Skickades från m.sweclockers.com

Det där låter precis som om att det är energiplanen i Windows som spökar, sätt processorn till att ha ett minimum på 90%.

Den idlar på 75 grader tDie, det är garanterat fel på kylaren/monteringen eller något mycket allvarligt fel på moderkortet, vid den tempen throttlar cpu'n vid minsta belastning.

Skickades från m.sweclockers.com

Det ser ut som att processorn underklockas med imponerande 3,15GHz av någon anledning, det kan bero på en rätt stor mängd saker men kolla temp, montering a kylare, spänningar och inställningar i uefi. Du har inte gjort något med Ryzen master eller annan mjukvara som kan styra klockning? Du har inte satt maximum frequency i energiplan till typ 1%?

Körde en userbenchmark bara så du ser hur en 1800x borde se ut i det testet, detta med cpu i stock hastighet.

https://www.userbenchmark.com/UserRun/18151990

ssd/hdd prestanda är rätt låst av ledigt utrymme då testet behövde massiva mängder utrymme på snabba diskar.

Edit: som ett tips, slanga ner HWiNFO64 & dra igång med sensors only & ta en screenshot av allt & lägg upp så vi kan kika ifall det är något jätteuppenbart fel.
https://www.hwinfo.com/download/

Känns ju som att alla dina komponenter underpresterar rejält även om cpun sticker ut enormt. Något är väldigt fel. Kanske skulle du nollställa bios och sedan clean install av Windows följt av installation av samtliga drivrutiner. För felen kan vara många men det känns inte hårdvarurelaterat. Så även om det jag föreslår är jobbigt så är det kanske ändå smidigast?

Skickades från m.sweclockers.com

@Populus: Tror inte det är processorn som är problemet. Har du rätt drivrutiner till grafikkortet?

Screen tearing har inget med CPU att göra. Har du aktiverat 144hz/adaptive sync på din skärm?

Skickades från m.sweclockers.com

PoE är ett av de sämre optimerade spelen du kan hitta, det lider av microstutter oavsett hårdvara, screentearing har för övrigt inget direkt att göra med cpu prestanda heller, för att bli av med det lär man antingen köra v-sync eller freesync. Med Freesync ska du helt enkelt inte få tearing om du inte kliver utanför sync område i fps. Se också till att du har 144Hz satt som uppdateringsfrekvens i windows och i spel som kör äkta helskärm.

Ett ställe du tappar rätt stora mängder prestanda är 2400MT/s i minnesfrekvens med vad jag antar är automatiska timings dessutom, jämfört snabba minnen kan du tappa så mycket som 20% ren fps i cpu begränsade situationer men med ett 1060 och 1440P så är inte en 1800x flaskhalsen om man inte gjort något mycket underligt med extrem underklockning. Mitt klockade 1080 i 2560x1080 är i absoluta merparten av alla spel den enda flaskhalsen om jag inte ställer ner kvalité till medium eller lägre i spel.

Kör en runda i vanliga 3dmark fire strike så kan vi se om något sticker ut i fråga om prestanda.

Istället för att gissa vilt så är det bättre att du faktiskt kollar upp det själv. Du kan använda t.ex. MSI Afterburner för att se belastningen på processorn och grafikkortet samtidigt som du spelar. Det kan också vara användbart att köra UserBenchmark, det brukar kunna indikera om det är någon komponent i datorn som inte presterar som den ska.

Exakt vad är problemet förresten? Du nämner screen tearing och lagg, vilket är två helt skilda problem. Om det bara är tearing så är det som sagt inte processorn som är problemet, tearing är ett mjukvaruproblem. Om det är lagg så är det bra om du specificerar problemet lite bättre, lagg är egentligen ett nätverksproblem men används ofta för att benämna allmänt låg prestanda.
Inte bara en utan två sektioner, under forumdelarna för stationära och för bärbara datorer. Men jag skulle nog säga att tråden passar in bra där den är för tillfället.

Är ditt 1060 3GB eller 6GB versionen?