- CaptainWolff
- Medlem ●
- Uppsala
Det lediga utrymmet på min hårddisk minskar oförklarligt.
När skylten "startskivan är full" kommer upp så har jag raderat något för att frisätta mer utrymme. Men efter ett tag kommer skylten upp igen och påstår att hårddisken är full. Detta har upprepats ett antal gånger.
Hastigheten som utrymmet försvinner på är till synes proportionellt mot kvarvarande utrymmet. Vid 1Gb ledigt försvinner utrymmet med ca 100kb/s. Vid 500Mb ledigt utrymmet försvinner utrymmet med ca 3Mb/h. Vid 50Mb ledigt försvinner utrymmet med 10Mb/s.
Jag har antecknat storleken på alla mappar i min hårddisk (de direkt under hårddisken; Användare, Program osv) samt de i min användarmapp för att spåra om jag har något som ligger och kopierar sig själv på hårddisken men alla mappars storlek har varit konstanta.
Vid omstart har vid ett tillfälle ~300Mb kommit tillbaka.
Jag har förstått att man gärna ska ha ~10Gb ledigt utrymme eller så för att datorn ska må bra, men jag ser inte varför datorn ska äta upp ledigt utrymme om man inte har det.
Vet någon vad detta kan bero på?
Äger endast en shuffle, så jag har aldrig synkat annat än musik på den. Jag har provat att koppla ur alla sladdar som på något sätt skulle kunna föra över data (USB och internetkabel mm), stängt av bluetooth och airport samt stängt av alla program. Ändå minskar utrymmet med 10Mb/s som beskrivet ovan.
Intressant problem... Risken är att datorn skriver till kataloger som inte Finder låter dig se. Spontant känns loggfiler som en möjlig orsak. Testa öppna ett Terminal-fönster och skriv:
sudo du -hs /var/log
Vänta tills du märker att diskutnyttjandet gått upp och kör därefter samma kommando igen. Kommandot "du" returnerar storleken på en katalog och alla dess filer, i det här fallet /var/log. Har katalogen växt så finns förmodligen problemet där i.
Jag provade detta och /var/log är 6.2Gb stor. Men för tillfället så äter datorn upp utrymmet för långsamt för att jag ska kunna se om logfilen växer eftersom jag bara kan se storleken med en decimals noggrannhet.
Även om det inte är denna som växer känns det väldigt mycket med 6.2Gb med bara logfiler. Är detta en normal storlek på /var/log eller är det bara min dator som tycker om att skriva logfiler.
Även om det inte är denna som växer känns det väldigt mycket med 6.2Gb med bara logfiler. Är detta en normal storlek på /var/log eller är det bara min dator som tycker om att skriva logfiler.
6,2 Gb är gigantiskt. Min /var/log är 24 Mb...
Testa köra
sudo du -H /var/log/ | sort -n
för att se vilken katalog som innhehåller all den mängden data.
Samt en
ls -rShl /var/log
i Terminalen, vilket returnerar innehållet i /var/log (eller den katalog som nu råkar vara stor för dig) i storleksordning.
Vad får du för resultat?
Det viruella minnet ökar och minskar i storlek allteftersom. Du borde inte fylla din hårddisk alltför väl. Se till att alltid ha åtminstone ett par GB ledigt åt systemet på din startskiva.
Slut på diskutrymme kan leda till många tråkiga problem, så det är värt att försöka hålla ett antal gig lediga. Gärna 10+.
Sedan Apple började med "safe sleep" som standard så måste man dessutom ha lika mycket ledigt utrymme som man har internminne, så har man 4 GB internminne behövs det 4 GB på datorn. Jag tror iofs det utrymmet tas och sen behålls över omstarter.
kör aktivetetskontroll programet ... det ligger i Program - > Verktygsprogram ..
imo bör du minns ha 20-30GB ledigt ... många program använder GB mängder av Virtuelt RAM minne .... men är det så att utrymme bara försvinner och du inte finner ditt svar via aktivetetskontroll så kan det helt enkelt vara så att din HD lever på sista versen ..
men bara så du vet så använder tex min dator 43GB virtuelt RAM minne .. alltså min dator använder 43 GB av min HD som RAM ...
men bara så du vet så använder tex min dator 43GB virtuelt RAM minne .. alltså min dator använder 43 GB av min HD som RAM ...
Nej, det stämmer inte. Min dator (MacBook) rapporterar 65 GB virtuellt minne nu, vilket är den största mängden den kan använda. Hur mycket den verkligen använder står under "Växelfil".
c-4314e255:~ Zwolff$ sudo du -H /var/log | sort -n 0 /var/log/fax 0 /var/log/httpd 0 /var/log/ppp 0 /var/log/sa 0 /var/log/samba 440 /var/log/cups 12948736 /var/log
c-4314e255:~ Zwolff$ ls -rShl /var/log total 12948296 -rw-r----- 1 root admin 0B Jan 5 03:17 ppp.log -rw-r----- 1 root admin 0B Jan 5 03:17 lpr.log -rw-r----- 1 root admin 0B Jan 5 03:17 ipfw.log -rw-r----- 1 root admin 0B Jan 5 03:17 ftp.log -rw-r--r-- 1 root wheel 12B Apr 14 2007 CDIS.custom -rw-r--r-- 1 root admin 27B Oct 1 05:29 wtmp.3.gz -rw-r----- 1 root admin 30B Nov 24 07:30 lpr.log.4.gz -rw-r----- 1 root admin 30B Dec 2 09:51 lpr.log.3.gz -rw-r----- 1 root admin 30B Dec 8 05:04 lpr.log.2.gz -rw-r----- 1 root admin 30B Dec 15 13:35 lpr.log.1.gz -rw-r----- 1 root admin 30B Dec 22 22:08 lpr.log.0.gz -rw-r----- 1 root admin 30B Nov 24 07:30 ftp.log.4.gz -rw-r----- 1 root admin 30B Dec 2 09:51 ftp.log.3.gz -rw-r----- 1 root admin 30B Dec 8 05:04 ftp.log.2.gz -rw-r----- 1 root admin 30B Dec 15 13:35 ftp.log.1.gz -rw-r----- 1 root admin 30B Dec 22 22:08 ftp.log.0.gz -rw-r----- 1 root admin 31B Nov 24 07:30 ipfw.log.4.gz -rw-r----- 1 root admin 31B Dec 2 09:51 ipfw.log.3.gz -rw-r----- 1 root admin 31B Dec 8 05:04 ipfw.log.2.gz -rw-r----- 1 root admin 31B Dec 15 13:35 ipfw.log.1.gz -rw-r----- 1 root admin 31B Dec 22 22:08 ipfw.log.0.gz -rw-r----- 1 root admin 34B Nov 24 07:30 netinfo.log.4.gz -rw-r----- 1 root admin 34B Dec 2 09:51 netinfo.log.3.gz -rw-r----- 1 root admin 34B Dec 8 05:04 netinfo.log.2.gz -rw-r----- 1 root admin 34B Dec 22 22:08 netinfo.log.0.gz -rw-r--r-- 1 root admin 34B Oct 1 05:29 install.log.3.gz -rw-r--r-- 1 root wheel 52B Apr 14 2007 OSInstall.custom drwxr-xr-x 2 root wheel 68B Mar 2 2006 samba drwxr-xr-x 2 root wheel 68B Mar 2 2006 sa drwxr-xr-x 2 root wheel 68B Apr 14 2006 ppp drwxr-xr-x 2 root wheel 68B Apr 4 2006 httpd drwxr-xr-x 2 root wheel 68B Jan 13 2006 fax -rw-r----- 1 root admin 129B Dec 19 01:09 netinfo.log.1.gz -rw-r--r-- 1 root wheel 136B Dec 28 14:09 ppp.log.0.gz drwxr-xr-x 5 root wheel 170B Sep 11 23:23 cups -rw-r----- 1 root admin 180B Dec 22 03:15 mail.log.1.gz -rw-r--r-- 1 root admin 181B Oct 22 20:47 wtmp.2.gz -rw-r----- 1 root admin 193B Dec 8 03:15 mail.log.3.gz -rw-r----- 1 root admin 209B Dec 2 03:15 mail.log.4.gz -rw-r----- 1 root admin 218B Dec 15 13:33 mail.log.2.gz -rw-r----- 1 root admin 222B Jan 5 03:15 mail.log.0.gz -rw-r----- 1 root admin 225B Jan 10 03:15 mail.log -rw-r--r-- 1 root admin 281B Sep 30 21:31 wtmp.4.gz -rw-r--r-- 1 root admin 311B Nov 26 18:10 wtmp.1.gz -rw-r----- 1 root admin 379B Jan 2 03:15 system.log.5.gz -rw-r----- 1 root admin 458B Jan 7 13:27 netinfo.log -rw-r--r-- 1 root admin 619B Jan 1 20:55 wtmp.0.gz -rw-r--r-- 1 root wheel 1K Jan 1 21:25 monthly.out -rw-r--r-- 1 root admin 1K Jan 10 21:42 wtmp -rw-r----- 1 root wheel 2K Apr 14 2007 mb.log -rw-r----- 1 root admin 3K Jan 3 03:15 system.log.4.gz -rw-r----- 1 root admin 3K Dec 8 02:40 secure.log.3.gz -rw-r----- 1 root admin 3K Jan 4 22:05 secure.log.0.gz -rw-r--r-- 1 root admin 3K Oct 15 20:11 install.log.2.gz -rw-r----- 1 root admin 3K Jan 5 03:15 system.log.2.gz -rw-r----- 1 root admin 5K Jan 10 19:47 windowserver.log -rw-r----- 1 root admin 5K Jan 1 04:24 system.log.7.gz -rw-r----- 1 root admin 6K Jan 2 02:14 system.log.6.gz -rw-r--r-- 1 root admin 6K Dec 31 19:25 install.log.0.gz -rw-r----- 1 root admin 6K Dec 22 17:38 secure.log.1.gz -rw-r--r-- 1 root wheel 6K Jun 30 2007 ats.log -rw-r----- 1 root admin 7K Jan 4 07:58 system.log.3.gz -rw-r--r-- 1 root wheel 9K Jan 5 03:17 weekly.out -rw-r----- 1 root admin 11K Jan 10 03:15 system.log.0.gz -rw-r--r-- 1 root admin 11K Sep 30 21:27 install.log.4.gz -rw-r----- 1 root admin 13K Jan 10 21:42 lastlog -rw-r----- 1 root admin 15K Dec 1 18:50 secure.log.4.gz -rw-r----- 1 root admin 17K Jan 8 15:59 system.log.1.gz -rw-r----- 1 root admin 19K Jan 10 21:43 secure.log -rw-r--r-- 1 root admin 21K Jan 10 19:49 install.log -rw-r----- 1 root admin 26K Dec 15 12:09 secure.log.2.gz -rw-r--r-- 1 root wheel 39K Jan 8 10:58 crashreporter.log -rw-r--r-- 1 root admin 50K Nov 25 00:43 install.log.1.gz -rw-r----- 1 root admin 62K Jan 10 21:44 system.log -rw-r--r-- 1 root wheel 327K Jan 10 21:44 asl.log -rw-r--r-- 1 root wheel 407K Jan 10 03:15 daily.out -rw-r----- 1 root admin 6G Jan 9 14:42 windowserver_last.log
(Jag antar iaf att G:et i 6G står för 10^9 även fast det inte står 6Gb.)
Var ser man hur stor växelfilen är? Jag kan inte hitta den i aktivitetskontrollen.
Nej, det stämmer inte. Min dator (MacBook) rapporterar 65 GB virtuellt minne nu, vilket är den största mängden den kan använda. Hur mycket den verkligen använder står under "Växelfil".
jo jag har ganksa många program igång , kanske för mycket .. men ändå mååånga ..
en annan grej kan också vara så att du har installerat ett program som har minnes läcka .. alltså det allokerar minne men frigör det inte .. detta ser du också i aktivetetskontroll programet ..
men du skall absolut INTE ha under 10-20 GB ledigt på din HD
en annan grej kan också vara så att du har installerat ett program som har minnes läcka .. alltså det allokerar minne men frigör det inte .. detta ser du också i aktivetetskontroll programet ..
men du skall absolut INTE ha under 10-20 GB ledigt på din HD
Jo, men det tar inte upp HD utrymme. En minnesläcka äter upp RAM-minne. Så det är knappast det som är felet här.
/N
http://forums.macosxhints.com/archive/index.php/t-23867.html verkar ta upp samma problem som du har, testa svaren i den tråden. http://www.99.se/mac-os-x/228257-vips-foersvann-ca-7gig-vid-installation-leopard.html rör också liknande problem.
Växelfilens storlek syns under Systemminne längst nere bland växlingsknapparna.
http://forums.macosxhints.com/archive/index.php/t-23867.html verkar ta upp samma problem som du har, testa svaren i den tråden. http://www.99.se/mac-os-x/228257-vips-foersvann-ca-7gig-vid-installation-leopard.html rör också liknande problem.
Växelfilens storlek syns under Systemminne längst nere bland växlingsknapparna.
Tack för länkarna. Den första tråden beskriver samma problem med logfilerna som jag har men nämner inget om försvinnandet av det hårddiskutrymme som jag upplevt, även om de två troligen är relaterade.
När jag blev medveten om storleken på /var/log så har jag inte observerat någon betydande förändring i varken logfilens eller det lediga utrymmets storlek, så jag kan ju inte med säkerhet säga att det var den som åt upp utrymmet.
I tråden rekommenderade de att helt enkelt ta bort filen, vilket jag gjort. Så nu har jag mycket mer ledigt utrymme och inga fortsatta problem med försvinnande av hårddiskutrymme.
Eftersom försvinnandehastigheten vid denna mängd ledigt utrymme borde vara mycket liten om den följer ett enkelt samband som ovan, så det kan hända att problemet inte är löst utan bara tillräckligt litet för att inte märkas.
Jag får kanske nöja mig med det, och inte veta vad som egentligen var problemet. Tack för hjälpen allihopa.
En bekant till mig hade ett liknande problem. Lediga utrymmet försvann och det spelade ingen roll vad han tog bort så var det alltid för lite utrymme. Jag tog mig en titt på datorn, körde onyx, cocktail och reparerade disken. Inget hjälpte. Det lilla utrymmet som man fick när man slängde filer försvann lika fort. Jag kom att tänka på att kolla i utskriftskön och uptäckte att han försökte skriva ut ett 5mb stort dokument. Det var en gammal skrivare som inte längre fanns i nätverket. Dokumentet landade i utskriftskön och datorn försökte skriva ut filen hela tiden men misslyckades. Men för varje utskrift skapades ett utskrifts cache som var över 5mb. När jag väl hittade felet och slängde filen från utskriftskön inklusive alla utskrifts cache filer fick vi tillbaka 15GB utrymme.
//Rob
Tyvärr verkar både berdan & Tussen fått det lite om bakfoten vad virtuelt minne och vad storleken som OS X rapporterar betyder.
Storleken som rapporteras kan enklast beskrivas som mängden arbetsminne som skulle behövas om inte datorn använde VAS och andra trick för att effektivisera och snabba upp användandet.
Det är egentligen helt meningslös information då det inte påverkar datorns funktion på något sätt, viktigare saker att kolla på om man nu skall titta på siffrorna om minnet är wired & active som visar hur mycket som verkligen är i användning (active) samt hur mycker som är markerat som förbjudet att swappa ut till disk (wired).
Mer läsning för den nyfikne http://en.wikipedia.org/wiki/Virtual_address_space