Newsgroup: it.comp.macintosh
Titolo: Il mistero dei giga scomparsi

Da un po' di tempo continuo ad avere problemi di spazio su un disco, 
ogni tanto mi esce un avviso che il disco è pieno e in effetti mi 
restano solo pochi Mb.
 
Non è un problema di virtuale e anche riavviando non si libera spazio.
 
 
Snow Leopard
 
Disco con capacità di 319,59 Gb
Utilizzati: 312,92
Disponibili: 6,68 Gb
 
Facendo però la somma delle varie cartelle (visisbili e invisibili) 
arrivo circa ad un totale di 260 Gb.
 
Dove diavolo finiscono i Gb che mancano?!?
 

 arrivo circa ad un totale di 260 Gb.
 
Probabilmente non hai sommato tutto. Prova OmniDiskSweeper.

 Dove diavolo finiscono i Gb che mancano?!?
 
A me con Snow Leo era capitato un paio di volte di avere in una cartella 
"/private/var/log/..." (se non ricordo male) una quantità spropositata 
di spazio (inutilmente ed erroneamente) occupato.
 
L'avevo scoperto con "Whatsize".
 
-- 
// Treat everyone u meet like u want to be treated
        aggiungere un tra per spedire posta


Cache dei browser ed altre porcherie?
 
Provato una rupulita con Onix?
 

 Provato una rupulita con Onix?
 
Ho provato con (quasi) tutto.
 
Ho ricostruito le directory con Disk Warrior partendo da un altro 
disco, spesso se le directory sono danneggiate i conti sullo spazio 
occupato sono sbagliati.
 
Ho guardato anche la mappa delle partizioni per controllare che non ci 
fosse spazio sprecato da qualche partizione non in uso.
 
Tutti i sw che indicano lo spazio occupato sul disco dicono che ci sono 
in uso circa 260 Gb.
 
Il problema è che mancano all'appello circa 40 Gb e mancano facendo la 
somma (da root) dello spazio occupato da tutte le cartelle (visibili e 
invisibili) e confrontandola con lo spazio che il Finder dichiara di 
avere in uso (304 Gb).
 
Il Finder sbaglia a fare i conti?!? Ma 40 Gb sono tantini...
 
L'unico dubbio che mi rimane (e non sarebbe cosa bella) è che il disco 
inizi ad avere dei problemi fisici e che ci siano dei settori rimappati.
 
Qualcuno si ricorda come posso controllare anche questa eventualità?
 

 avere in uso (304 Gb).
 
Quale comando usi e quale risultato esatto ti dà?


Terminale.
Scrivi "df -H" senza virgolette e vedi cosa ti dice nella linea che
finisce con / (dovrebbe essere la prima): Used + Avail deve essere
uguale a Size.
 
Poi, sempre da terminale "sudo du -d 1 -h /" (senza virgolette). Ti fa
vedere tutte le cartelle principali della root e la loro dimensione (ci
mettera' un po').
 
Al limite posta i risultati.
 
Ciao Jack
-- 
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?

 mettera' un po').
 
Dopo poco smette di calcolare e da questo messaggio:
 
du: Can't follow symlink cycle from /dev/fd/3 to /dev/fd/3
 
----
 
180K	/.fseventsd
658M	/.Spotlight-V100
  0B	/.TemporaryItems
  0B	/.Trashes
  0B	/.vol
 14G	/Applications
3,9M	/bin
  0B	/cores
du: Can't follow symlink cycle from /dev/fd/3 to /dev/fd/3
 
 
Se si guardano le cartelle con DiskWave (ma anche con latri sw simili) 
risulta questo:
 
186.47 Gb Users
021.48 Gb Immagine Disco.dmg
014.64 Gb Library
014.38 Gb Applications
004.09 Gb System
001.52 Gb usr
001.17 Gb private
 
020.83 Mb mach_kernel
010.25 Mb bin
007.69 Mb sbin
 
più qualche file visibile e invisibile per al massimo un Mb
 
Se si fa la somma si arriva a circa 245 Gb, quindi mancano all'appello 
circa 50 Gb per arrivare ai 300 teoricamente usati.
 

 circa 50 Gb per arrivare ai 300 teoricamente usati.
 
probabilmente manca roba che non viene calcolata, se non mi posti TUTTO
il risultato e' diffile dirlo...


 il risultato e' diffile dirlo...
 
Mac-Pro:~ admin$ sudo du -d 1 -m -H /
1	/.fseventsd
794	/.Spotlight-V100
1	/.TemporaryItems
0	/.Trashes
0	/.vol
13967	/Applications
4	/bin
0	/cores
du: Can't follow symlink cycle from /dev/fd/3 to /dev/fd/3
Mac-Pro:~ admin$
 
Questo è TUTTO
 
 

 Questo è TUTTO
 
io intendevo l'output di diskwave.
 
Cmq e' strano, a me du passa attraverso /dev senza problemi.
Questo e' quello che c'e' dentro /dev/fd
 
[eto:~] jack% ls -al /dev/fd
total 0
crw--w----   1 jack  tty     16,   0 15 Ago 15:40 0
crw--w----   1 jack  tty     16,   0 15 Ago 15:40 1
crw--w----   1 jack  tty     16,   0 15 Ago 15:40 2
drw-r--r--  57 jack  jack       1938 15 Ago 08:33 3
dr--r--r--   1 root  wheel         0 15 Ago 08:33 4
 
Hai fatto verificare il disco e i permessi da utility disco? cosa dice?


Ciao Jack
 
Non ci dimentichiamo che le utility da terminale ragionano in sana
base 2, mentre il finder ragiona in base 10.
 
-- 
Living in Barbaropoli
http://www.barbaropoli.com
 

 Cmq e' strano, a me du passa attraverso /dev senza problemi.
 
Anche a me. Io salterei semplicemente il percorso /dev, tanto non 
contribuisce.


si, ci avevo pensato, ma sta cosa non crea 50 GB (o GiB) di differenza.


 Hai fatto verificare il disco e i permessi da utility disco? cosa dice?
 
Dice che è tutto a posto...
 
Mac-Pro:~ admin$ ls -al /dev/fd
total 0
crw--w----   1 admin  tty     16,   0 15 Ago 18:43 0
crw--w----   1 admin  tty     16,   0 15 Ago 18:43 1
crw--w----   1 admin  tty     16,   0 15 Ago 18:43 2
drw-r--r--  31 admin  staff      1054 15 Ago 18:38 3
dr--r--r--   1 root   wheel         0 14 Ago 21:42 4
 
Cosa diavolo è /dev/fd/3?
 

 Cosa diavolo � /dev/fd/3?
/dev is where all the device names are kept. Processes can open these 
named entries to gain access to the device driver associated with the 
device. In the Windows world, this is the A:, B:, C:, D:, etc... entries.
 
/dev/fd is a dynamically generated directory for each process and holds 
a list of open file descriptors for that process.
 
So /dev/fd/3 and /dev/fd/4 are file descriptors 3 and 4 as seen from 
inside of the process you are running, which in this case is the 'find' 
command.
https://discussions.apple.com/thread/2787754?start=0&tstart=0
 

 Cosa diavolo � /dev/fd/3?
 
http://lists.apple.com/archives/darwinos-users/2004/Apr/msg00042.html
 


 A questo punto non so cosa dirti :(
 
Ho scoperto di non essere l'unico Pirla al mondo che ha questo tipo di 
problema...
 
http://forums.macrumors.com/archive/index.php/t-1082740.html
 
 
Peccato che loro soluzioni non siano valide per me.
 
Usando per� GrandPerspective come consigliato nel forum ho scoperto questo:
 
Volume Size: 297 GB
Size of scanned file: 227 GB
Miscellaneous used space: 51,4 GB
Initilal free space. 18,2 GB
 
Credo che il problema sia proprio in quel "Miscellaneous used space", 
peccato non sapere di cosa si tratti...
 

 peccato non sapere di cosa si tratti...
 
Miscellaneous used space: All used space that is not accounted for by 
the size of the scanned files. This includes the following:
	▪	Files that were not scanned, either because the scanned folder was 
not at the root of the volume, or the user did not have permissions to 
access all subfolders.
	▪	Files that are excluded by the filter (if any).
	▪	Disk space that is not accounted for because the Logical file size 
measure is used, which underestimates the space that files actually 
take up.
	▪	Low-level file system data, needed to store amongst others the 
folder hierarchy.
 

 folder hierarchy.
Potrebbero essere qui i 40 GB, ma non so come stanarli...
 
 

 Potrebbero essere qui i 40 GB, ma non so come stanarli...
 
usando du da terminale.
Usando il comando che trovi nel link che hai postato:
 
sudo /bin/bash -c "for dir in \`ls /\`; do du -sh /\"\$dir\"; done"
 
di fa il du per ogni cartella della root separatamente.
Probabilmente dara' errore con la /dev, ma non e' un problema.
Al limite aggiungi -h -d1 al du, cosi e' piu' facile da leggere.


 usando du da terminale.
 
Niente da fare...
 
Facendo i conti da root si 'recuperano' una decina di GB ma gli altri 
40 restano nel limbo fantasma.
 
Cerchero' di liberare un po' di spazio sugli altri dischi, faro' un 
backup e installero' finalmente il nuovo disco da 2T al posto di quello 
da 300 GB.
 
E restero' col dubbio... Vedremo quanto pesera' effettivamente il 
backup, di solito uso CCC e un disco immagine.
 
Mac-Pro:~ root# sudo /bin/bash -c "for dir in \`ls /\`; do du -sh 
/\"\$dir\"; done"
4.0K	/.001f5b3e7d18
 28K	/.DS_Store
667M	/.Spotlight-V100
 16K	/.TemporaryItems
  0B	/.Trashes
  0B	/.com.apple.timemachine.supported
  0B	/.file
348K	/.fseventsd
192K	/.hotfiles.btree
4.0K	/.vbt5
  0B	/.vol
 14G	/Applications
 20G	/Archivio
 13G	/Library
  0B	/Network
2.3G	/System
189G	/Users
3.5T	/Volumes (nel conteggio risolve gli alias degli altri 3 dischi 
montati, la cartella in realta' pesa pochi K)
3.9M	/bin
  0B	/cores
du: Can't follow symlink cycle from /dev/fd/3 to /dev/fd/3
4.0K	/etc
1.0K	/home
 20M	/mach_kernel
1.0K	/net
1.4G	/private
2.7M	/sbin
4.0K	/tmp
894M	/usr
4.0K	/var
Mac-Pro:~ root#
 
 

 restano solo pochi Mb.
 
Ovviamente non ho ancora sostituito il disco...
 
Poco fa mi è uscito il solito avviso di Disco Pieno e in effetti erano 
rimasti poco meno di 200 Mb, riavviato ora sono magicamente tornati a 
disposizione 20 Gb...
 
Non è la virtuale perché l'ho disabilitata, e comunque non era lei 
nemmeno prima.
 
Non mi cambierebbe la vita, ma sarei davvero curioso di sapere dove 
vanno a finire.
 
 

 disposizione 20 Gb...
 
ma hai un macbook (pro) o un iMac? Io so che nei portatili Time Machine
quando non trova il disco esterno su cui fare un backup crea delle
"immagini" volanti nel disco fisso, forse sono quelle che ti portano via
spazio
 
-- 
ted

 spazio
 
No, č un Mac Pro. E non uso Time Machine.
 

 Da un po' di tempo continuo ad avere problemi di spazio su un disco
 
Nella cartella /var/log/asl ci sono in questo momento 331 file da 25,6 
Mb per un totale di circa 8,31 Gb.
 
Hanno tutti la data di oggi, ho appena riavviato ma ci sono ancora.
 
I file si chiamano "2013.09.13.U501.1379090059.asl", qualcuna sa cosa 
sono, chi li genera e perch�?
 
Ho appena cancellato anche un file di log da 8 e passa Gb...
 

 sono, chi li genera e perch�?
 
 
Ho cercato su google: sono "apple system log"
qua trovi un po' di informazioni e un metodo per ripristinare;
 
http://reviews.cnet.com/8301-13727_7-10329979-263.html?tag=mfiredir
 
 
-- 
quintadicopertina - editoria digitale - 
http://www.quintadicopertina.com
 

 sono, chi li genera e perch�?
 
guarda nella console nella sezione FILE /var/log
puoi anche pulire tutto da terminale: sudo rm -rf /var/log/*
 
-- 
ted

 puoi anche pulire tutto da terminale: sudo rm -rf /var/log/asl/*
 
Con Firefox aperto la generazione di questi file di log č 
impressionante, piů di 180 in una notte con svariati giga occupati.
 
E non si accontenta di di generare i file .asl anche il file system.log 
continua a crescere a dismisura.
 
Anche provando a stoppare syslogd da terminale non cambia nulla...
 
sudo launchctl stop com.apple.syslogd
sudo launchctl stop com.apple.aslmanager
 
Un incubo!!!
 

 continua a crescere a dismisura.
 
Vedo che la cosa non vi appassiona pi� di tanto...
 
Comunque vi tengo aggiornati.
 
Il file system.log ingrassa scrivendo sempre lo stesso messaggio 
migliaia e migliaia di volte:
 
Sep 16 17:21:28 Mac-Pro [0x0-0x2d02d].org.mozilla.firefox[331]: Mon Sep 
16 17:21:28 Mac-Pro.local plugin-container[333] <Error>: unknown error 
code: invalid pixel format
 

 migliaia e migliaia di volte
 
eccedendo il limite di 500 msg al secondo!
 
Sep 16 17:33:20 Mac-Pro [0x0-0x204204].org.mozilla.firefox[6431]: *** 
process 6431 exceeded 500 log message per second limit  -  remaining 
messages this second discarded ***
 
Non � che ho particolari plug-in installati, ora provo a vedere se 
trovo il colpevole.
 

 trovo il colpevole.
 
Ho disabilitato tutti i plug-in e la scrittura compulsiva si � 
arrestata, per� continua a segnalare che c'� qualche cosa che non va:
 
Sep 16 17:39:45 Mac-Pro firefox[6463]: invalid pixel format
Sep 16 17:39:45 Mac-Pro firefox[6463]: invalid context
 
La versione di Firefox � la 23.0.1 che gira sul 10.6.8
 

 
 
-- 
ted

La versione di Firefox è la 23.0.1 che gira sul 10.6.8
 
Disabilita anche flash.



Al momento il maggiore sospettato è il DIVX.
 

On 16/09/13 17.51, ted ha scritto:

Se usasse SeaMonkey obsoleto, ma lui usa Firefox e comunque quel bug su 
SeaMonkey è stato sistemato e difatti io non l'avevo mai notato con 
tutto che uso SM con le beta.
 
Gli conviene chiedere sul NG apposito per Firefox.
 
Gabriele
 


Parla di SeaMonkey e i msg sono del 2012...
 
Ho provato a riscaricare FireFox ma non cambia nulla.
 


 
 
Ciao,
 
dal server 
news.mozilla.org
 (che è liberamente accessibile) sottoscrivi 
mozilla.support.firefox e chiedi lì :)
Poi fai sapere cosa ti dicono, che è una cosa ben curiosa.
 
Gabriele
 

 Gabriele
 
Si la cosa � curiosa, e io sarei curioso di sapere se anche altri hanno 
questo problema.
 
La megafollia dei log per� era molto probabilmente colpa del DIVX, l'ho 
disinstallato e ora tutto sembra tornato alla normalit�.
 
La dimensione del system.log e il numero/dimensione dei file .asl ora 
rientra nella normalit� (prima sparivano 20 Gb in un giorno...)
 
Per il momento va bene cos�, poi si vedr�.
 
Grazie!
 
 

 Parla di SeaMonkey e i msg sono del 2012...
 
si scusa hai ragione 
troppa fretta nella ricerca
 
-- 
ted

 disinstallato e ora tutto sembra tornato alla normalit�.
 
questo divx sul mac crea solo casini, meglio usare vlc o mplayerx
 
-- 
ted