Disk ligger typ konstant på 100%

Utgår från att du har en svensk Windows 10 och i så fall kan du börja med att gå till Start och skriva Resursövervakaren för att granska diskaktivitet och se vad som skriver/läser överdrivet mycket. Kan kombineras med aktivitetshanteraren (Ctrl+Shift+Esc).

Att ha lite ram vilket det ofta är i äldre datorer är ett säkert sätt att belasta disken.

Också att installera crystal disk info och kolla SMART-värden - se till att få med _alla_ Rader om du länkar skärmbilder av denna här i forumet för tolkning.

Denna disk är en Samsung spinpoint-disk och inte en Seagate-disk (dessa kallades för momentum i laptopsammanhang) om man ser till vilken fab som tillverkade det - Samsung gick in Seagate i näst sista stora ihoplsagningar av disktillverkare (sista var WD/HGST) - idag har jag för mig att 2.5" diskar görs på gamla Samsung-fab (utom SAS-enterprise-diskar som har egen fab) och Seagate-fab för 3.5" diskar - ungefär.

---

Först att titta är att du inte har en massa program som går och scannar disken (AV-program - indexering mm.) vilket är lätt hänt att det gör varje gång du startar om du använder laptopen mer sällan då det går på kalendertid typ.

Att det lugnar ner efter ca 15 minute så låter det som att program scannar - att lasten går upp till 100% direkt vid läsning/skrivning luktar att den är hård fragmenterad och jagar småbitar av filerna över hela diskytan - nu når förvisso diskar till 100% ändå då och då för att det vänta på data medans disken söker rätt på datat - men bör inte vara i några längre perioder såvida man inte skriver och läser kontinuerligt och mättar diskens IO.

Har du inte gjort en defragmentering av disken på länge så är det också lämpligt att köra (tex defraggler) och det kan ta väldigt lång tid i första körningen om det inte gjorts med något så när regelbundenhet - och en sak till - har inte disken för full, minst 20% av diskutrymmet bör vara ledigt då alla filsystem straffas allt mer hårdare med allt långsammare accesser ju fullare diskarna är och NTFS är en av de hårdare drabbade. Med andra ord ut med allt som inte används och lägg över på tex extern USB-disk för det som du inte tycker att du kan radera.

För att få upp farten och om du kan ha 2st 2.5" diskar i din laptop så bör man överväga att gå över till SSD för OS/systemdisken och ha snurrdisken som lagringsdisk enbart om den inte har fel i sig - annars köpa så stor SSD-disk man tycker sig ha råd med.

Om du byter hårddisken från en HDD till en SSD så kommer du nog märka en stor skillnad.

Är troligen inte relaterat till disken i sig, snarare en tjänst (DLL) som startats som en process. Med Process Explorer från Sysinternals kan du se exakt vilken.

Felet du beskriver brukar vara konsekvent med processer som när de skall uppgraderar eller indexera hamnar i konflikt med andra aktiviteter eller har korrupt data. T ex om man har installerat ett 3:e-parts anti-virus men Windows egna Defender är inte inaktiverad.

Läge för att kika på SMART för disken alltså.

Att ta 1 minut innan webbsida är heller inte normalt en på dator med snurrdisk - dock har disken en svårläst sektor som den ofta anropar för tex. några av systemfilerna så kan det sega ned sig groteskt.

Det finns en program i windows-världen som heter 'hdtune' https://www.hdtune.com/ som du kan prova - gärna med den lite mer avancerade versionen med prövotid för fler funktioner - denna kan också rapportera SMART-värden.

Är den bra så ser man en backliknande kurva precis som webbsidans startbild som börja runt 100-130 MB/s och sedan ramlar allt fortare mot ungefär halva takten av början när man är i slutet av disken - ser man att kurvan hoppar upp och ned och avsnitt med mycket låg lästakt så indikerar det läsproblem. Är den jämn och fin så är troligen inte någon problem med disken utan dröjesmålen beror på andra faktorer i OS.

Om det hackar och har sig och väldigt ojämn läsningstakt men i övrigt inte uppvisar fel i smart så kan man chansa med en full omskrivning från sektor 0 till sektor slut (och görs helst i Linux) - men då behöver du göra en diskimage innan av disken innan och efter den fulla omskrivningen så måste diskimagen läggas tillbaka på disken (kan troligen göras av macrium reflect - men har inte provat, norton ghost och clonezilla kan också göra samma sak - observera att du behöver en extern USB-disk som har minst lika mycket ledig utrymme som den disken du skall göra diskimage på!!)

- själv gör jag allt sådan i linux så jag kan dessvärre inte skriva proceduren i hur man gör det bäst i windowsmiljö eller vilka program man använder lämpligast - men just att skriva disken från sektor 0 till slut i en eller 2 omgångar har botat många krångliga diskar och SSD med trött skrivtakt och efter detta har hållit många år utan strul.

---

Jag håller med inlägget innan att det är troligen problem i OS/mjukvaror och att det är någon konflikt som gör att det skriver hela tiden på disken och det finns ett antal kända sådan i samband med windows uppgraderingsprocedurer och tex. beror på att mjukvarorna som använder det är 16 och 32-bitars och kraschar på tex 2MB gräns av log-filer som är större än så mm. (ja det är pinsamt för MS men så är det när det inte följer upp med hjälpprogrammen när man gick över till 64-bitas OS och allt större filer och uppdateringsmänder av filer), det krachar och startar om och så håller det på och gör om felet hela tiden i en loop och skriver mot disken tills den är full - finns många varianter på det temat...

Samsung 860/870 fungerar bra. Jag köpte en 860 500GB från Amazon Sverige för 599:-

Det verkar vara en vanlig 2.5" SATA-disk, så i princip alla såna SSDs bör passa
https://classic.prisjakt.nu/kategori.php?k=893#rparams=l=s460...

Hur mycket lagring behöver du? 2 TB är ju fortfarande relativt saftigt i pris.

Har du gjort en riktig ominstallaltion med om-partitionering av disken och hela vägen?? - Varför detta är viktigt är för att tvinga att alla sektorer som behövs för OS och filsystem är nyskrivna och inte försöker återanvända något av tex. den gamla filsystemet om det skulle vara trassel med sektorer som tar tid att läsa - vid skrivning verifieras alltid sektorn direkt men SATA-standarden reparerar inte (dvs skriver om) sektorer som börja bli svårlästa med tiden - sådant görs bara på SAS-diskar (och idag SSD/M.2 NVMe-diskar, bara för att flash är så osäker och har så kort retension-tid att man helt enkelt måste - problemen blev tydliga med TLC-minnena och det satt långt inne innan fick ordning på detta)

och som sagt - kolla med HDtune hur disken ser ut vid läsning - är kurvan jämn och fin utan djupa hack så blir det att leta på andra ställen...

Det där är ju definitivt inte friskt åtminstone. Antingen ligger något i bakgrunden och konkurrerar mot HD Tune i diskanvändning eller så är disken körd.

det såg inte bra ut - men jag skulle också prova med en live-Ubuntu startad på USB-sticka och köra 'gnome-disks' och göra samma svep där i en av deras menyer och se om det går lika illa där - just för att utesluta att windows inte är med i bilden och strular.

Det enda du ska göra är att skaffa en hyfsad SSD, varken mer eller mindre. Oavsett vad vi råder dig till kommer det alternativet vara mycket sämre än att byta ut hårddisken mot en SSD. Ungefär som att försöka förbättra varvtiderna för en bil genom installation av turbo och lustgas när samtliga fyra däck har punktering..

Dessutom, eftersom din dator har en optisk enhet kan du nöja dig med en mindre SSD genom att ersätta optiska enheten med en hårddiskvagga
Får du både prestanda och lagringskapacitet.

Har sett det problemet på ett antal äldre datorer med mekanisk disk för Windows. Ett byte till valfri SSD har löst problemet varje gång.

Men även SSD kan vara riktigt tråkiga med skrivkapaciteter under 50 MB/s om de har legat till sig något år (även strömsatt) med ganska stor del inte använd diskutrymme och sedan plötsligt skall skriva flera GB-stora filer och DVD/BR-images på en gång - 1-3 GB brukar gå fort med nära full kapacitet men sedan... samma sak när man laddar tillbaka diskimages att hastigheten till SSD:n är så låg att en mekanisk laptopdisk går halv till dubbla farten fortare vid sekventiell skrivning gentemot SSD när man kommit förbi 1/3-del skriven volym typiskt...

Detta går att 'träna upp' med med massiva skrivningar för hela lediga utrymmet en eller ett par gången, men redan efter ett antal månader sjunker skrivtakten igen... Detta är också olika beteende på generation av SSD med eller utan SLC-cache etc.

Detta kan man kolla med hd tune pro och 'file-benchmark' (som skriver en enda jättestor fil på filsystemet i disken) och sedan skriva hela det lediga området med tex. slump (kan välja, dock ej zero då många SSD komprimerar eller bara fejkar lagringen och emulerar 0 när det läses igen och att skriva sektorer med bara '0' gör/gjorde samma verkan som TRIM)

SSD är bra och en av de mest märkbara uppgraderingar man kan göra på en trött laptop - men det är inte guld och gröna skogar som en del vill hävda det som - speciellt när det gäller retension-tid vid längre strömlöshet, felbeteende (att den kan vara plötslig död utan förvarning och man har ingen chans att rädda data efter när det händer - hårddiskar kan man nästan alltid 'mjölka ut data' när de börja krångla, men inte SSD...) och låg skrivhastighet när man skall skriva stora filer på en tidigare väldigt liten använd SSD - läshastigheten brukar bibehållas hyffsat men skrivning på 'obruten mark' som inte har använts på ett antal månader sedan förra gången kan ta sin tid.

SSD har mognat väldigt mycket sedan de första lanserades. Jag har SSD'er i alla mina datorer nu, även burkar som inte används så ofta, tex en laptop som det går månader mellan användningstillfällena. Det bara tuggar på. Ja, försämring över tid är ett faktum på SSD, men det tar lång tid innan man är där.

Bland mina första SSD'er så fanns det ett par som man inte kunde lita på till 100%, men även där så verkar det ha blivit mycket bättre. Mekaniska diskar är inte heller något som håller i all evighet, särskilt inte de som sitter i laptops.

Och oavsett mekanisk disk eller SSD så gör man backup på viktiga data.

För TS hade byte till en SSD inneburit en kraftig förbättring. Sedan undrar jag lite vad fenomenet beror på. Det finns processer för tex indexering som gör så här, men de brukar sluta efter ett tag, och då menar jag inte efter 15 min, utan efter några dagar när de indexerat vad de ska så belastar de disken mycket mindre.