Har äntligen haft tid att kolla upp lite mer grejer angående hårddisken nu, stör mig fortfarande lika mycket på det, tiden har helt enkelt inte räckt till bara tack för alla svar, uppskattas!
Skrivet av thu:
@Tuborgarn: som sagt, ge oss smartdatan så bör vi kunna ge bättre svar:)
Ser som sagt inga konstigheter. Värt att notera är möjligen att tid i drift står som N/A i Aida64, men HD Tune hittar den datan utan problem (körtid 385 dagar).
Skrivet av xxargs:
Vilken miljö kör du VM i när du har problemet - linux/windows/VMware ? - det framgår inte riktigt vid en snabbare läsning
varför frågan är om problemen är under just en enda OS/VM-miljö eller om samma sak sker under flera OS
Virtuella maskiner var bara ett exempel, detta gäller ju allt som skriver till/läser från disken som det verkar. Men för att svara på frågan så växlar jag mellan hyper-v och vmware workstation beroende på syftet med maskinen. Windowsmiljö.
Skrivet av OldComputer:
@Tuborgarn: Är Skrivcachen aktiverad i ditt OS? Prova både med och utan den aktiverad. Observera att det är den skrivcache som finns i ditt OS, inte den inbyggda cachen i disken.
Blir det samma om du kopierar en fil som är bra liten (max 100MB) samt även medel (som ryms i din RAM), samt en rejält stor (mer än 100GB)?
Provat stänga av indexeringen? Den ökänd i Windows för att sega ner datorn. Gör det på alla diskar, även på SSD / M.2.
Stäng även av allt kontraspionage som Windows använder sig av.
Om din systemdisk är en SSD/M.2, rensa ur cache från browsers, tempfiler och papperskorgen och framtvinga en trim på på den disken.
Kolla i enhetshanteraren om du får upp någon varningstriangel för disken.
Kollat att partitionen inte "ligger snett" gentemot diskens fysiska struktur? Detta ses lätt i fdisk i linux samt i gparted.
Skriv också vad maskinen innehåller.
Den är inte aktiverad. Har testat aktivera den som du skrev men det blir ingen skillnad. Indexeringen är avstängd och vad jag märkt så blir det ingen skillnad om man flyttar stora eller små filer, det verkar vara mer random. OS SSD är trimmad nyligen och har inga tempfiler som ligger och skräpar, kör den datorn som server så använder den inte alls till surf och annat, blir inte så mycket "skräp" då. Vad du menar med att partitionen ligger snett är jag inte riktigt med på dock? Formaterat den med gparted innan då jag testade disken med linux för att se om det var nån skillnad men såg inga konstigheter där, samma beteende verkar dock vara i linux men har inte testat det så djupgående. Disken innehåller typ ingenting just nu, tänkte ha den som lagring för vm's och isofiler men om den ska hålla på på detta viset så är det bara att glömma att köra virtuella maskiner från den.
Skrivet av SAFA:
Klassikern (förr) var att man hade en disk med 4K sektorer fysiskt och 512B logiskt och felalignad partition. Typiskt 1:a partition börjar på sektor 63 och inte 2048. Ger precis se symtom som du beskriver. Kan ju vara värt att kolla upp.
Inte riktigt med på vad du menar här, paste:ar sektor-info från msinfo32 nedan
Skrivet av OldComputer:
Kom att tänka på en sak. inte så att disken är kraftigt fragmenterad? Tar för givet att du formaterat om disken flera gånger av ditt inlägg, men ändå. Så vi råkar ut för riktig facepalm.
Tror vi börjar närma oss en lösning här kanske, min första tanke när jag läste ditt inlägg var "inte fan är den fragmenterad, har ju nyligen blåst disken", tog en koll ändå och körde en manuell analys i Windows eget defragmenteringsverktyg - döm av min förvåning när det står att den är 85% fragmenterad Dessutom står det att den defragmenterats automatiskt för mindre än en vecka sedan. Ska köra en manuell defrag så återkommer jag kring detta, men hur kan en nyformaterad disk bli fragmenterad när man knappt har nån data på disken? Detta har jag aldrig sett innan.
Skrivet av xxargs:
NTFS kan lätt bli mycket fragmenterad om det har använts som lagringsdisk för tex. torrent-nedladdningar - och det är så pass illa att varken defragmentering eller att ta bort filerna igen riktigt återställer det igen (beror på att mycket skrivs i $MFT - speciellt om disken har varit nära full under torrent-övningarna och datat och metadatat som lagras där är inte inte inpassat mot sektorgränser inom $MFT utan övergångarna mellan filerna/blocken är 'flytande' och därmed kostsamma att läsa och skriva senare. En sak till, MS egna defragprogram petar inte i $MFT - kan förvisso flytta på hela $MFT och göra den sammanhängande vid defrag men städar inte inom den, där det verkligen behövs i avseende prestanda...
Har man det läget så är det bästa för att få tillbaka farten helt enkelt att tömma disken på filer - ta bort partitionen, göra en ny partition och sedan skapa en ny NTFS-filsystem och sedan skriva tillbaka filerna igen - då blir dessa skrivet i linjärt kontinuerligt och $MFT fylls på med metadata något så när vettig ordning. Detta kan också påverka SSD som trots sin söksnabbhet faktiskt kan blir betänkligt långsamt - även SSD behöver göras defrag på - inte lika ofta som en snurrdisk men kanske en gång per år i alla fall.
Se svaret ovan. Förstår jag dig rätt nu alltså med att jag bör köra en clean i diskpart, initiera disken på nytt, skapa filsystem (formatera) och därefter köra ett defrag-verktyg? Nu börjar det komma lite hopp om att kanske få fart på härket iallafall ( ) men fortfarande jäkligt konstigt med tanke på att detta är en mkt oanvänd disk i jämförelse till andra diskar i samma server som hängt med flera år och som dagligen skriver och läser flera ton mer data än denna, de flesta är dessutom fyllda till bredden. Och dessa är inte i närheten lika fragmenterade som denna.
Stort tack för alla svar hittills!
EDIT: Något verkar helskumt med att disken fragmenteras så fort det hamnar lite filer på den som det verkar. Tänkte göra ett försök igen att formatera om disken för att kolla om den står som lika hårt fragmenterad när den är helt nyformaterad och ingen fil skrivits på den alls, flyttade över ett fåtal filer till en annan disk och körde en analys igen - 4% defragmenterad. Formaterade den och kollade ännu en gång - 0%, så långt är allt som det borde, men efter detta så ska ju inte filerna man flyttar till disken orsaka fragmentering då den är markerad som tom(?). Testar i skrivande stund att skriva över alla sektorer med nollor, och ska sedan göra om samma test. Om inte det funkar är mitt enda hopp jag kan komma på själv att testa med ett tredjeparts defragmenteringsverktyg men tycker som sagt det är riktigt märkligt att disken blir fragmenterad på detta sätt från att inte ha vart använd alls till att man skriver information på den en gång.