Newsgroup: it.comp.macintosh
Titolo: Mi ero perso mezzo disco :((

Ieri sera con orrore, mi accorgo che sul disco del iBook erano rimasti 
appena 3,5 GB liberi e io viaggio sempre attestato a 18/18 GB 
disponibili (HD da 30): ovviamente ho fatto ricerche che pero' non hanno 
dato alcun esito, ho provato a riavviare, spegnere, pensando a qualche 
megafile temporaneo, e lanciare MacJanitor... nulla, lo spazio non 
riveniva fuori
la preoccupazione aumenta, il velo di sudore sulla pelle pure, poi mi 
sono ricordato di un programmillo consigliato da qualcuno WhatSize , ho 
lanciato la ricerca sul disco (nulla) poi tutto il computer (icona in 
alto a sinistra) e finalmente sbuca fuori un file.img di 13,5 GB col 
nome di un DVD che avevo provato a duplicare appena acquistato il 
masterizzatore esterno (in effetti ho avuto parecchi problemi all'inizio 
e qualche prova e' andata male), il file era in una cartella "volumes", 
invisibile, presente sull'HD.
il file l'ho cancellato (non la cartella) e ora pare tutto a posto, a 
parte le 2 ore di strizza, ma la domanda a questo punto e':
esiste un modo per evidenziare, tutti i file temporanei o comunque 
inutili ed eventualmente cancellarli, per mantenere il disco in ordine e 
pulito? Questa volta il file era evidentemente da cancellare, il nome 
del file parlava chiaro, ma diversamente non avrei saputo che pesci 
pigliare.
grazie in anticipo per le eventuali risposte ;)
P.S. -- ho cercato sulle FAQ ma li non c'e' nulla
-- 
Marco @ Work __________________________________________________
PMac 7600/132 - MacOS 8.5 &  iBook 800/640 - MacOSX 10.2.8

 parlava chiaro, ma diversamente non avrei saputo che pesci pigliare.
Beh, la mia tattica con Linux era di cercare i file con le dimensioni piu' 
grandi..
potresti provare nello stesso modo da Terminale: "man size" per informazioni 
e
"find / size +100M" dovrebbe essere il comando per cercare files sopra i 
100MB.
Ciao, Fr4ncis 

 
e' la prima cosa che ho fatto: non ha dato risultati, e mi sto ancora 
chiedendo come mai :/


 
trova anche i file invisibili?
e comunque rimane il problema dei tanti piccoli (o almeno non 
grandissimi) file inutili
P.S. - adesso Sembro mi cazzia, sulla storia dei file inutili :))



-- 
"I have a very simple life, I have my family and I have Apple and Pixar.
And I don't do much else." S. J.

 
il file era nella cartella "Volumes" su Macintosh HD: quindi in realta' 
dove si trova questa cartella?


 dove si trova questa cartella?
Proprio lě... ;-) Il path UNIX č "/Volumes", quello Mac "Macintosh
HD:Volumes".
-- 
Ve lo meritate Gil Amelio!

 
scusa, li dove?
/System/Library/Find/SkipFolders
ovvero:
bin
cores
dev
etc
lib
local
lost+found
mach
mach_kernel
Net
private
root
sbin
tmp
usr
var
Network
Library
System
non c'e' Volumes ??!!
:/


 il Find trova tanta roba.
Già (impostando la ricerca degli elementi invisibili, però).
Mi viene il dubbio (vedendo anche gli altri file che stanno dentro
/System/Library/Find) che in realtà le cartelle indicate nel file
vengono ignorate dal processo di indicizzazione per la ricerca nel
contenuto.


 scusa, li dove?
No, scusa, non ti avevo capito. Pensavo dicessi dove stava la cartella.
Riguardo /System/Library/Find/SkipFolders, vedi sotto. Invece, tornando
al tuo problema iniziale, la ricerca degli elementi invisibili l'avevi
impostata?
-- 
Ci sono solo 10 tipi di persone al mondo: chi capisce il binario e chi
no.

 100MB.
Problema: perchè se provo a farlo, find mi restituiesc tutti i files che
ho nell'HD incece che solo quelli amggiori di 100 MB?
-- 
Poochie©

 
si


 ho nell'HD incece che solo quelli amggiori di 100 MB?
Il comando giusto č questo:
find ./ -size +100000000c


 "man size"
SIZE(1)
NAME
size - print the size of the sections in an object file
SYNOPSIS
size [ option ... ] [ object ... ]
DESCRIPTION
Size  (without  the  -m  option)  prints  the (decimal) number of bytes
required by the __TEXT, __DATA and __OBJC segments.  All other segments
are  totaled and that size is listed in the `others' column.  The final
two columns is the sum in decimal and hexadecimal.  If no file is spec-
ified, a.out is used.
The options to size(1) are:
-      Treat  the  remaining  arguments  as  name  of  object files not
options to size(1).
-m     Print the sizes of the Mach-O segments and sections as  well  as
the  total  sizes  of the sections in each segment and the total
size of the segments in the file.
-l     When used with the -m option, also print the addresses and  off-
sets of the sections and segments.
-x     When  used  with  the -m option, print the values in hexadecimal
(with leading 0x's) rather than decimal.
-arch arch_type
Specifies the architecture, arch_type, of the file  for  size(1)
to operate on when the file is a fat file.  (See arch(3) for the
currently know arch_types.)  The arch_type can be "all" to oper-
ate on all architectures in the file.  The default is to display
only the host architecture, if the file contains it;  otherwise,
all architectures in the file are shown.
SEE ALSO
otool(1)
BUGS
The size of common symbols can't be reflected in any of the numbers for
relocatable object files.
Apple Computer, Inc.             May 23, 2002
SIZE(1)
Ho l'impressione che non sia lo stesso size...




La sintassi corretta è:
sudo find / -size +200000
(l'unità di default è il blocco, ovvero mezzo KB)
-- 
Guido

 Il che e' cosa buona e giusta direi :)
Ottima. ;-)
