Windows 10 Pro visar 221 GB för mycket använt utrymme på hårdisk ???

Använd gärna något program som visar vad som tar plats på disken, typ spacemonger, spacesniffer etc

Och att du kör med administrativa rättigheter - annars kan en del av filerna inte synas eller räknas in när du skannar igenom.

Ett ställe som kan växa över alla bredder är den normalt osynliga 'AppData' hos varje användare och den är heller inte lätt att städa då om man tar bort fel saker så är det appa/program som inte längre fungerar som tänkt.

Prova program som ccleaner, bleachbit mm. som städar på ställen där man (mha olika databaser) vet går att städa i bl.a. appdata.

Hur stor är din mapp ProgramData den ligger i roten och syns och räknas bara om du väljer att visa skyddade systemfiler, för övrigt så att vara admin innebär inte att du ser alla filer eller kommer åt dessa, det finns många filer och mappar som admin inte har behörighet att visa, det kommer vara skillnad hur du än gör mellan vad du ser i "den här datorn" mot högerklick på alla mappar och filer som du ser.

Brukar dock inte vara 200Gb skillnad, en del program som tex netflix, spotify m.f kan lägga upp massa Gb som man inte ser riktigt, i appdata någonstans samt kolla mappen ProgramData i system roten.

Men att det skiljer en del eller en hel del mellan dessa sätt att visa storlek kommer det alltid att göra och är helt normalt.

EDIT:kom på att du kanske har funktionen Shadow copy aktiverad den tar ju upp massor av plats, Shadow copy är en slags backup som arbetar i bakgrunden.

När du högerklickar på en underkatalog använder du inte dina administrativa rättigheter. Det betyder att du inte kommer att se eller räkna på filer eller katloger som bara administratörer kan se.

Det är därför du behöver använda ett program som windirstat, filetreesize eller liknande (som kan köras i administratör-läge, med fulla rättigheter och se alla filer) för att utforska hela din hårddisk. Men detta behöver normalt sett inte göras, och man ska undvika att manuellt pilla på filer som windows försöker dölja för vanliga användare.

Du får helt enkelt utforska din disk med Windirstat och se vad som sticker ut.

Skickades från m.sweclockers.com

Systemmappen WinSxS kan efter en tid av uppdateranden påverka systemenhetens rapporterade storlek mycket eftersom filerna i den kan rapporteras många gånger som hela filer medans de på lagringsenheten bara sparas som skillnaderna mellan olika filversioner.

Windows är en stor användare av hårda länkar för sina systemfiler (bl.a i WinSxS mfl.) - medans många av programmen som skannar och räknar samman storleken av filerna är inte medvetna om detta, vilket gör att två filnamn (med kanske olika namn) som pekar på samma inode och därmed upptar bara plats för en fil, ser dessa som två separata filer där var och en upptar sin angivna plats och räknas till större sammanlagda filstorlek som resultat.

(inte ens i Unix, som detta med hårda länkar kommer ifrån, är det problemfritt att räkna rätt på storlekarna, ibland är det flaggor som måste skickas med om det skall räkna med eller utan hänsyn till hårda länkar...)

Därför kan det avvika mycket i angivelsen på utrymmet som är förbrukat, kvar på disken och vad det blir i storlek när man räknar ihop filerna.

Till detta har man shadow copy, återstställningspunkter (som är i dold "System Volume Information") papperskorg ("$Resycle Bin") och i värsta fallet också någon form av snapshot...

Nyckelordet är väl nästan, dvs de är inte identiska.

Kanske har du slagit av UAC på andra datorn?

Det kan finnas många anledningar till att windows tar upp "dolt" utrymme som flera andra har nämnt i tråden. Men du borde ju se alla filer/storlek i WinDirStat om du stegar ner i katalogstrukturen, eller? Annars kan du prova programmet FileTreeSize.

Så, hittar du vilka saker som tar "extra" utrymme som windows explorer inte visar för dig?
Du skrev något om din installationsmapp, vad är det för katalog?

Skickades från m.sweclockers.com

Det är ju inget nytt att windows har en del (ganska besvärliga ibland) begränsningar i sökvägars längd i använda filhanterare och det finns tydliga rester av tiden från 16-bitars tiden - de har ju tom. skapat ett helt nytt API ( "\\?\D:\väldigt_lång_sökväg" ) för att hantera långa sökvägar och långa filnamn i kombination istället för att laga något som är trasigt. Dessvärre tar inte Explorern denna API utan är mer tänk för de som bygger applikationer/program.

Nu är andra olika OS-shell miljöer heller inte utan begränsning men dessa brukar märkas först vid 4000 teckens djup absolut sökväg - men detta är mer beroende på vad som är inkompilerat för använda skalet än att det skulle vara några djupare stopp i OS/filsystem, och i teorin kan ökas på med en omkompilering. För relativ adressering finns det i princip ingen begränsning i filsystemen... (NTFS har dock begränsning vid 32767 (- 12 tkn?) tecken unicode i total sökvägslängd om jag mins rätt...)

Lite om sörjan kan man läsa hos MS själv https://docs.microsoft.com/en-us/windows/win32/fileio/naming-... men det indikerar också att man i win10 från en viss patchlevel kan öka på denna marginal med regedit-ändringar.

@anon288685: Starta datorn med en usb-sticka med en live-iso av linux mint på. Eftersom linux skiter fullständigt i vad NTFS har för rättigheter så kan du se allt vad filer har för namn / storlek etc.

Kan mycket väl vara något fel med partitionstabellen eller filsystemet som orsakar detta så du bör säkerhetskopiera och blåsa maskinen. Kan också vara ett virus om du ser extremt många filer som vanligen inte dyker upp.

Har själv varit med om datorer där man fått partitioner som har haft storlekar på 18 446 744 073 709 551 616 PB (petabyte). Eller filer som varit 4 294 967 296 gånger disken storlek. Så kan vara något som är fel i $MFT också. Det som är spännande med dom här talen är att det första är 2 upphöjt i 64, det vill säga det största talet som finns för 64 bitar, det andra talet är 2 upphöjt i 32, dvs det största talet för 32 bitar.
Det är inte säkert att filerna / partitionerna har just dessa värden, men det vanligaste felet är att något är skruvat i filsystemet.

Jag har som regel att säkerhetskopiera och blåsa diskar som uppför sig på detta sättet.

Jag gjorde en djupdykning på din exempelfil, och det är helt klart en för lång sökväg. Inte filnamnet eller katalogerna i sig utan snarare nivåerna eftersom NTFS kan hantera maximalt 8 nivåer, dvs 7 kataloger i varandra + filnamnet. Sedan är det lite känslig för specialtecken som @ # & ¤ % etc just på grund av bakåtkompatibiliteten. Det ska fungera, man kan ge problem ibland.

Sedan kanske du har en för knepig struktur? Första katalogen kan du göra dig av med och lägga allt på en partition som heter install.
Kolla också vad andra saker heter, ibland kan man få en bättre struktur om man kan slå ihop vissa kataloger till ett namn just för att dom bara innehåller en till katalog. exempelvis G:\Mat\Frukter\Äpplen\Svenska kan vara bättre som G:\Frukter\Svenska äpplen då vissa nivåer kan vara självförklarande när man byter plats på dom.

Det finns ingen 8 nivåers begränsning i NTFS (däremot finns det på CD/DVD-skivor med iso9660 och juliet som kanske spökade i bakhuvudet) - däremot 260 tecken begränsningen (egentligen 256 tecken eller 512 byte iom. unicode, då 'C:\' och 'null' som avslutar, hanteras utanför 256-teckens blocket) i windows API - en riktigt illasittande hemorrojd i på baken på windows även om man med registerhack i win10 numera kan öka den till 1024 tecken...

NTFS i sig har däremot att sökvägen kan vara max 32767 - 12 tecken lång och går inte att komma förbi med relativ referenser

Bara för att ett API inte längre begränsar sig vid 260 tecken innebär inte att programmen möblerar om sig i sina interna strukurer och 4-dubbla storlek på sina arrayer där - Den vet förmodligen inte ens om att det skett någon förändring och trunkerar vid 260 tkn som tidigare...

Som tidigare nämnt - starta upp en live-linux och kika runt den vägen (jag använder midnight commander i terminal för sådant - ctrl-mellanslag så går markerade rade genom direktory-trädet för att räkna ihop dess storlek tillsammans) och till detta gå ned och kika vad det är för filer som exploderar i total path och filnamnslängd...)