Denna delen av 99 uppdateras inte längre utan har arkiverats inför framtiden som ett museum.
Här kan du läsa mer om varför.
Mac-nyheter hittar du på Macradion.com och forumet hittar du via Applebubblan.

Min MBP äter upp ledigt utrymme på hårddisken.

Tråden skapades och har fått 19 svar. Det senaste inlägget skrevs .
1

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

Senast redigerat 2008-01-09 22:45
  • Medlem
  • Alingsås
  • 2008-01-09 22:35

Kolla om du har en stor "iPod Photo Cache"-mapp i din bildkatalog. Den bildas vid synkning av bilder till en iPod och kan raderas. Kan bli riktigt stor. Sök på "iPod Photo cache" här så hittar du en tråd om detta.

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

  • Medlem
  • Stockholm
  • 2008-01-09 23:11

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.

Ursprungligen av berdan:

sudo du -hs /var/log

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.

Senast redigerat 2008-01-10 17:58
  • Medlem
  • Stockholm
  • 2008-01-10 21:33
Ursprungligen av CaptainWolff:

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

  • Medlem
  • Stockholm
  • 2008-01-10 21:38
Ursprungligen av Tussen69:

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.

Ursprungligen av berdan:

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

  • Medlem
  • Finspång
  • 2008-01-11 09:11
Ursprungligen av Tussen69:

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

  • Medlem
  • Stockholm
  • 2008-01-10 22:30

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.

Ursprungligen av berdan:

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.

  • Medlem
  • International user
  • 2008-01-20 19:23

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

  • Medlem
  • Stockholm
  • 2008-01-11 10:49

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

  • Medlem
  • 2008-01-21 22:28

Var finns dessa utskriftscachefiler?

  • Medlem
  • International user
  • 2008-01-21 23:57

Det var över ett år sen jag fixade det men inte jag tar helt fel ligger dom i /var/spool/cups/ och /var/spool/cups/tmp/

//Rob

1
Bevaka tråden