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

Permalänk
Inaktiv

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

Hej !

När jag skulle göra en backup kollade jag om jag verkligen använt 593 GB (Som Windows 10 visar när jag högerklickar på hårddisken i utforskaren) på en av mina hårddiskar som har 931 GB kapacitet!

Faktiskt Använt utrymme är 372 GB (Om jag markerar alla filer och mappar ( inkl dolda ) och högerklickar och väljer egenskaper)

Det är alltså en skillnad på hela 221 GB !

Papperskorgen är tömd !

Systemåterställning är inaktiverad och alla återställningspunkter är borttagna !

Jag minns att jag har haft detta problem med tidigare Windowsversioner men kommer inte ihåg hur jag fixade det då !

Har kört SFC och DISM utan någon lösning !

Samma sak gäller på systemdisken som visar 73 GB använt utrymme men faktiskt värde är 42 GB ???

Andra hårddiskar har en betydligt mindre skillnad (några GB)

Tackar på förhand !

Permalänk
Arvid Nordqvist-mannen

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

Permalänk
Inaktiv

@tcntad:

Hej !

Använder WinDirStat vilket gör samma sak och hittar inget som "sticker ut"

Både WinDirStat och högerklickning på hårddisken visar samma storleksinfo men högerklickar jag på filer och mappar visar det betydligt mindre storlek även om dolda objekt är aktiverade !

Permalänk
Medlem

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.

Permalänk
Inaktiv

@xxargs:

Hej !

Jag har administrativa rättigheter

AppData ligger i systemmappen under C och det ser OK ut ! (Ca 2,5 GB)

AppData och Dokument kan som sagt växa pga vissa program men det har jag koll på !

Problemet är även på andra diskar/partitioner

Har kört CCleaner

WinDirStat och Windows utforskare samma värde i toppnivån men högerklickar jag på alla filer och mappar är det ett betydligt mindre värde som visas !

Permalänk
Medlem
Visa signatur

WS: R7 5800X, 32GB, Suprim X 3080, Acer X38P+Acer XB271HU
FS: HPE ML110 Gen10 Xeon Silver, Qnap TS-h973AX ~100TB
NW: Fortigate, Ruckus, Zyxel XS1930HP 10Gb

Permalänk
Inaktiv

@_niko_:

Hej !

Jag ser inte lösningen !

Bara ett annat sett att se det hela på !

har jag missat något ?

Permalänk
Medlem
Skrivet av anon288685:

@xxargs:

Hej !

Jag har administrativa rättigheter

AppData ligger i systemmappen under C och det ser OK ut ! (Ca 2,5 GB)

AppData och Dokument kan som sagt växa pga vissa program men det har jag koll på !

Problemet är även på andra diskar/partitioner

Har kört CCleaner

WinDirStat och Windows utforskare samma värde i toppnivån men högerklickar jag på alla filer och mappar är det ett betydligt mindre värde som visas !

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.

Visa signatur

Acer Predator Helios 300

Permalänk
Medlem

@anon288685:
Även detta:
"Download and run TLPD and search for files that are over 255 characters in their filename. It will generate a text document log and you will most likely find that the files are in a folder called softwaredistribution.old in your Windows folder.
The folder softwaredistribution.old is safe to delete. If you find other files that have file names longer then 255 please carefully research what those files are associated with. Most will be safe to delete or rename. Once all these files are gone Windows will report the correct folder size
."

Vilket visar att Win10 inte kan räkna om filnamnen blir för långa, och litar heller inte på sina användare.
Sen gömmer väl os'et en hel del filer när man uppdaterar windows, backup å sådant, har du på visa dolda filer

Visa signatur

An application program (sometimes shortened to application) is any program designed to perform a specific function directly for the user or, in some cases, for another application program. Lata personer säger appar.
https://www.userbenchmark.com/ Talar om vad du har!

Permalänk
Inaktiv

@Punnisher:

TLPD räknar och visar filer som har väldigt långa namn !

Ställer jag att max tecken är 255 visar den tusentals filer från min installationsmapp !

Om jag börjar nu är jag kanske klar när jag är 150

Permalänk
Inaktiv
Skrivet av ggustavsson:

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.

ProgramData ca 2,5 GB

Se post ovan !

Permalänk
Medlem
Skrivet av anon288685:

WinDirStat och Windows utforskare samma värde i toppnivån men högerklickar jag på alla filer och mappar är det ett betydligt mindre värde som visas !

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

Permalänk
Inaktiv
Skrivet av henkiii:

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

Märkligt att det funkar finfint på min andra ( nästan identiska ) dator ???

Permalänk
Rekordmedlem

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.

Visa signatur

Ryzen 5 2400G, Asus ROG STRIX B350-F Gaming, 500GB Samsung 970EVO NVMe M.2 och en väldig massa masslagring. Seasonic Focus+ Gold 650W, Antec P 180 med Schyte o Sharkoon fläktar via en t-balancer, Tittar på en Acer ET430Kbmiippx 43" 4K
Främre ljudkanalerna återges via Behringer DCX2496, högtalare Truth B3031A, Truth B2092A Har också Oscilloskop, mätmikrofon och en Colorimeter.

Permalänk
Inaktiv
Skrivet av mrqaffe:

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 gör ett ganska bra jobb genom att självt städa bort överflödiga filer i winsxs-mappen
Problemet finns även på icke systempartitioner !

Permalänk
Medlem

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...

Permalänk
Medlem
Skrivet av anon288685:

Märkligt att det funkar finfint på min andra ( nästan identiska ) dator ???

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

Permalänk
Inaktiv
Skrivet av henkiii:

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

UAC är bland det första jag avaktiverar på mina maskiner, något mer enerverande finns inte i Windows !
Det är lika enerverande som en person som ifrågasätter precis allt man gör och INTE gör !

Installationsmappen är där jag har alla mina program som jag installerar !

Som ett exempel visar en mapp som heter Audio (Ljudredigeringsprogram etc) i WinDirStat att där är 206413 filer i den mappen men i Windows explorer om jag högerklickar och väljer egenskaper visar bara 3163 filer ???

I en annan mapp på samma disk som heter Basic (Standardprogram som alltid installeras ) stämmer siffrorna perfekt !

Något säger mig att problemet jag har, -har att göra med (för) långa filnamn som Windows Utforskaren INTE klarar av att hantera !

Eller rättare sagt för långa filvägar (filer i en mapp i en mapp i en mapp i en mapp osv osv ).

Kan se ut som såhär:

G:\++ Install\+++Audio\++Studio One\VST Instruments\Toontrack\EZDrummer 2\Selected Drum Banks For Superior & EZ Drummer\Midi\000602@BOBBY_JARZOMBEK\01 Straight 4 Four\BJM Grooves 17 - 208 BPM\03 16th Note Kick\01 Open Hat Variations\BJM17 Var 026 - OH CR 16K.mid

Problemet verkar vara Windows oförmåga att hantera mer än 255 tecken !

Enklast för Windows är tydligen om man har alla mappar direkt i rooten och INTE som jag gjort kategoriserat allt (För att lättare hitta)!

Det är ungefär som att ha alla sina prylar på golvet i ett rum istället för att kategorisera allt och stoppa det i ett skåp med en massa lådor för respektive prylar !

Jag föredrar det sista alternativet

Permalänk
Medlem

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.

Permalänk
Medlem

@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.

Visa signatur

Server: Fractal design Define 7 XL | AMD Ryzen 7 5800X 8/16 | ASUS ROG CROSSHAIR VIII DARK HERO | 64GB Corsair @ 3000MHz | ASUS Radeon RX 460 2GB | Samsung 960 PRO 512 GB M.2 | 2x 2TB Samsung 850 PRO SSD | 6x Seagate Ironwolf Pro 10TB
WS: Phantex Entoo Elite | AMD Ryzen Threadripper 1950X 16/32 | ASUS Zenith extreme | 128GB G.Skill @ 2400MHz | ASUS Radeon HD7970 | 3x 2TB Samsung 960PRO M.2 | 6x Seagate Ironwolf Pro 10 TB
NEC PA301W 30" @ 2560x1600 | Linux Mint 21.1 Cinnamon

Permalänk
Medlem
Skrivet av anon288685:

G:\++ Install\+++Audio\++Studio One\VST Instruments\Toontrack\EZDrummer 2\Selected Drum Banks For Superior & EZ Drummer\Midi\000602@BOBBY_JARZOMBEK\01 Straight 4 Four\BJM Grooves 17 - 208 BPM\03 16th Note Kick\01 Open Hat Variations\BJM17 Var 026 - OH CR 16K.mid

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.

Visa signatur

Server: Fractal design Define 7 XL | AMD Ryzen 7 5800X 8/16 | ASUS ROG CROSSHAIR VIII DARK HERO | 64GB Corsair @ 3000MHz | ASUS Radeon RX 460 2GB | Samsung 960 PRO 512 GB M.2 | 2x 2TB Samsung 850 PRO SSD | 6x Seagate Ironwolf Pro 10TB
WS: Phantex Entoo Elite | AMD Ryzen Threadripper 1950X 16/32 | ASUS Zenith extreme | 128GB G.Skill @ 2400MHz | ASUS Radeon HD7970 | 3x 2TB Samsung 960PRO M.2 | 6x Seagate Ironwolf Pro 10 TB
NEC PA301W 30" @ 2560x1600 | Linux Mint 21.1 Cinnamon

Permalänk
Inaktiv
Skrivet av OldComputer:

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.

Hallå !

Precis vad jag anade !

Efter att "flyttat upp" mappar skiljer sig nu bara 7 GB

TLPD rapporterar inga filvägar längre än 255 tecken så man undrar ju vad dessa 7 GB är ?

Man lär sig något nytt varje dag !

Permalänk
Medlem

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

Permalänk
Inaktiv
Skrivet av xxargs:

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 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

Testade ett Hack men Utforskaren visar ändå "fel" https://lifehacker.com/windows-10-allows-file-names-longer-th...

Alla mina diskar visar olika om man kollar disken direkt ( Högre värde ) via högerklickning på enheten eller markerar alla mappar och filer och klickar egenskaper !

C: 68.6 GB | 42.2 GB
D: 474 GB | 472 GB
E: 186 GB | 184 GB
F: 12.3 GB | 10.2 GB
G: 553 GB | 547 GB

Permalänk
Medlem

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...)

Permalänk
Inaktiv
Skrivet av xxargs:

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...)

Jag kollade min andra dator och den har samma symptom !

Kan inte Linux men jag brukar köra Acronis Diskdirector som har hjälpt mig många gånger !

Men att ha fått ner det från 221 GB till 7 GB får man vara nöjd med "

Det mesta och största skillnaden är på Systemdisken och då är det Windows egna prylar de lämnar efter sig i bl.a SoftwareDistribution (C:\Windows\servicing\LCU)!

Och då har jag ändå ställt in det så att Windows ska slänga allt onödigt skit ! (Storage Sense)

Permalänk
Medlem

Mig vetligt så är det en standard i Windows med 255 tecken som begränsning.

Detta är antal tecken genom hela sökvägen, ex c:/program/xxxx/xxxx/xxxx/xxxx/xxxx etc

Om detta överskrider 255 tecken så är det lite struligt att byta namn, kopiera/flytta filer etc om det överskrider max antal tecken tillåtna.

Via scipt i robocopy så fungerar det som vanligt för backup, men inte man vill göra det manuellt.

Detta har dock aldrig påverkat storlek på disk eller att det visat fel mängd utnyttjat på disken.

Låter som det eventuellt kan vara som andra skriver. Namngivning av mappar i katalogstrukturen.

Dock bör windows säga till om tecknena inte är tillåtna.

Så det är nog troligast att det är någon inställning (shadowcopy) eller något i en dold mapp som tar en massa plats.

Kanske t o m är något drivrutinsrelaterat som inte har installerats och rensats som det skulle.

Men det låter minsann suspekt med 221GB som felmarginal.

Kanske kan vara något med systemåterställningsfiler alternativt något som ligger och skräpar i c:/windows/temp mappen.

Hoppas att något av det jag skrev kan vara till nytta.

Visa signatur

Profectus est bonus introductionem scitis quoniam coepit usquam

Permalänk
Inaktiv
Skrivet av Mahkizmo:

Mig vetligt så är det en standard i Windows med 255 tecken som begränsning.

Detta är antal tecken genom hela sökvägen, ex c:/program/xxxx/xxxx/xxxx/xxxx/xxxx etc

Om detta överskrider 255 tecken så är det lite struligt att byta namn, kopiera/flytta filer etc om det överskrider max antal tecken tillåtna.

Via scipt i robocopy så fungerar det som vanligt för backup, men inte man vill göra det manuellt.

Detta har dock aldrig påverkat storlek på disk eller att det visat fel mängd utnyttjat på disken.

Låter som det eventuellt kan vara som andra skriver. Namngivning av mappar i katalogstrukturen.

Dock bör windows säga till om tecknena inte är tillåtna.

Så det är nog troligast att det är någon inställning (shadowcopy) eller något i en dold mapp som tar en massa plats.

Kanske t o m är något drivrutinsrelaterat som inte har installerats och rensats som det skulle.

Men det låter minsann suspekt med 221GB som felmarginal.

Kanske kan vara något med systemåterställningsfiler alternativt något som ligger och skräpar i c:/windows/temp mappen.

Hoppas att något av det jag skrev kan vara till nytta.

Som sagt fick jag ner felmarginalen från 221 GB till 7 GB genom att flytta upp mappar så att filsökvägarna blev kortare.
Systemåterställning är inaktiverat !
Inget skumt med dolda mappar heller

Några GB hit eller dit kan jag leva med

Permalänk
Medlem

@anon288685: Låter som du har löst ditt dilemma

Visa signatur

Profectus est bonus introductionem scitis quoniam coepit usquam

Permalänk
Inaktiv
Skrivet av Mahkizmo:

@magicaldog: Låter som du har löst ditt dilemma

Yep !

Tråden kan förhoppningsvis vara till hjälp för andra i samma situation !