Newsgroup: it.comp.macintosh
Titolo: non riesco a svuotare il cestino (file in uso)

chiedo scusa se faccio una domanda ovvia, so che la cosa e' stata
dibattuta, e su google ho visto che in molti hanno avuto questo problema
faastidioso, ma non sono riuscito a trovare una risposta.
nel mio cestino c'e' una cartella che non ne vuole sapere di essere
eliminata: "non posso completare l'operazione perche' l'elemento e' in
uso".
ho provato senza esito un po' di soluzioni: il comando sudo da terminale
(directory not empty), i vari programmini che ho trovato su macupdate
(da ican a trashit! e tanti altri), ho riavviato, loggato come root
ecc.ecc.
qualcuno sa darmi una mano?
ah, la cartella e' quanto rimane di un programma che, per il resto, ho
cancellato completamente...
-- 
"i was high, but she was the sky"
use the condom. remove it to reply.

 uso".
Apri il terminale, vai nel Cestino /Trash e prova questo comando:
sudo rm -rf nomeCartella
saludos
germano il gatto grigio
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 sudo rm -rf nomeCartella
l'avevo gia' provato senza f: directory not empty.
mah...


 mah...
Riavvia e poi vuota
-- 
Angelo
http://www.isetter.it
http://www.beccacciaiditalia.it/

 Riavvia e poi vuota
basta il log-out e poi il log-in
In realta' basterebbe uccidere il processo che li sta usando ma qui si
va sul complicato: vuoi info?
EmJey
-- 
Non prendere la vita troppo sul serio...
non ne uscirai mai vivo

 l'avevo gia' provato senza f: directory not empty.
Guarda che è proprio la "f" che può fare la differenza, soprattutto se
lavori da superuser (con sudo):
     -r Recursive remove. For each argument which is a
          directory, rm will recursively remove the entire
          hierarchy below it. If this was successful, the
          directory itself is removed.
     -f Forced remove. Unwritable files are removed without rm
          asking permission. By default, rm will ask permission
          before removing unwritable files.
A meno che il kernel di OS X non abbia una qualche variante
nell'implementazione dell'opzione "-f", dovrebbe funzionare.
Saludos
Germano il Gatto Grigio


 nell'implementazione dell'opzione "-f", dovrebbe funzionare.
intendevo dire che avevo gia' provato sia con r che con rf.
stesso risultato.
in realta' la procedura che hai indicato tu (aprire il terminale e
cercare da li' la cartella trash) e' un po' diversa da quella che ho
fatto io, ma penso che il risultato debba essere lo stesso: io ho aperto
il terminale, digitato il comando sudo e, dopo uno spazio, ho trascinato
la cartella sul terminale. una volta apparso il nome e la collocazione
ho dato invio: directory non empty.
e' lo stesso, vero?


 va sul complicato: vuoi info?
a questo punto le provo tutte, grazie. dici che posso fare molti danni?


 a questo punto le provo tutte, grazie. dici che posso fare molti danni?
pariamo dall'inizio: avvia il computer tenendo premuto Shift (questo
eliminera' ogni programma tu avessi in avvio)
Fai il logi ancora tenendo premuto shift (stesso discorso)
(qui puoi provare a svuotare il cestino e se non riesci continua a
leggere)
apri il terminale e ti autentichi come root:
sudo su
Inizia la cancellazione della relativa cartella dalla home del tuo
utente
rm -Rf .Tras*
e quella di root
 
rm -Rf ~/.Tras*
e poi continui su quelle di tutti gli utenti
rm -Rf /Users/nomeUtente/.Tras*
infine elimini la cartella di sistema
rm -Rf /Tras*
rm -Rf /.Tras*
e riavvii la macchina.


 rm -Rf /Users/nomeUtente/.Tras*
rm: .Trash/nomecartella: Directory not empty
rm: .Trash: Directory not empty
mah, sono sempre piu' perplesso.
puo' essere d'aiuto sapere che e' quanto rimane di un programma beta che
si e' chiuso da solo (ho messo in stop mentre lui stava usando la
connessione adsl, e quando ho riaperto l'ibook lui ha crashato) e che ho
brutalmente cestinato subito dopo?
mi sa che l'unica soluzione e' mettere la cartella in fondo ad un'altra
e dimenticarmi della sua esistenza...


 premere shift...
archivia ed installa MacOsX


 archivia ed installa MacOsX
soluzione cosi' radicale, dici?
a parte quel file che non si cancella dopotutto il sistema funziona
bene.
cosa potrebbe succedere se lasciassi il folder indelebile in fondo a
qualche cartella e me ne dimenticassi sino alla prossima
reinstallazione?
grazie per l'aiuto...



Prova a fare cosě:
Posizionati nella cartella Cestino
cd .Trash
sudo su
Rendi tutti i file contenuti in nomecartella e sue sottocartelle
completamente accessibili:
chmod -R 777 nomecartella
Spostati nella cartella incriminata
cd nomecartella
Dai il comando
ls -al
Dovresti vedere l'elenco di tutti i file contenuti nella cartella, compresi
quelli "nascosti" (quelli che cominciano per . ), preceduti da una cosa del
tipo
-rwxrwxrwx per i file normail
drwxrwxrwx per le eventuali sottocartelle
Se cosě fosse, prova a rimuovere tutto:
rm -Rf *.*
Questo comando svuota solo la cartella "nomecartella" e le sue sottocartelle
Verificalo ancora col comando ls -al. Dovresti trovare listati solo due
file: "." e "..", vuol dire che tutto č vuoto.
A questo punto, torna nel Trash:
cd ..
e cancella nomecartella
rmdir nomecartella
Reinstallare OS X sembra anche a me una soluzione decisamente troppo
radicale.
Saludos
Germano il Gatto Grigio
 


 file: "." e "..", vuol dire che tutto č vuoto.
Alcuni file possono perň aver attivati i flag schg (system immutable
flag) o sunlnk (system undeletable flag).
Lo si puň verificare con le opzioni -alo di ls: se č cosě, il sudo non
basta e bisogna riavviare il Mac in single user mode per poter
modificare i flag "immutable".
Per approfondimenti:
http://www.osxfaq.com/Tutorials/LearningCenter/HowTo/Trash/page2.ws
-- 
Guido

 reinstallazione?
probabilmente niente o magari nelle varie manutenzioni automatiche di
osx si risistema pure da solo


 parti premendo S e ti ritroverai in ambiente a linea di comando
Per essere più precisi: Mela-S.
-- 
Guido

 rmdir nomecartella
rmdir: nomecartella: Directory not empty
ma non mi arrendo!


 *partendo* *da* *CD*. Se hai DiskWarrior aggiornato meglio ancora.
ho avviato da cd, aperto disk utility, verificato e riparato le
permission, ma il file e' ancora li'.
ho provato anche a lanciare disk verification e disk repair, ma nessuno
dei due e' riuscito a completare l'operazione, per un errore nel volume:
"the underlying task reported failure on exit (-9972)".
mi devo preoccupare?


 "personale" :-D.
ti capisco perfettamente e ti ringrazio (ringrazio tutti) per l'aiuto.
certo anche quest'altro elemento ansiogeno del disco che non si ripara
non ci voleva...


 non ci voleva...
non ansiarti piu' di tanto, non ne vale la pena.
Tra un paio di anni magari decidi che ti va di formattare e formatti
senza neanche ricordartene


 puo' darsi, io non leggo balestra (mi sta sulle palle)
Lo sai per certo eccome, e infatti dopo aver detto l'ennesima boiata mi
hai letto -come fai sempre, da bravo rosicone- ed hai postato una
retromarcia veloce cercando di salvarti in corner.
Pero', piccolo Joram Marino, tu hai dei seri problemi.
Ora ti spiego la differenza tra avere problemi ed avere sulle palle
qualcuno, prendi appunti...
Uno che flooda un ng per immaturita` ed incapacita` di discutere e` un
imbecille represso, e rosica (anche volendo tacere della tua ridicola
fronda di fake per farti creare un ng come feudo), e questo sei tu.
Poi ci sta la gente a cui stai sulle palle, e questo comprende me.
Anch'io leggo te, piccolo Joram Marino, ma non per rosicare pari tuo
quanto per evitare che qualcuno possa credere alle cavolate che spari
con tanta vuota sicumera... come stava succedendo anche stavolta.
-- 
Splendente in eta` acerba di passione
rosso fiammante,
ma senza eta` matura
marcia impostura

 andava usato "rm -Rf *" :)
È indifferente: *.* significa 'qualsiasi file con qualsiasi estensione'
compreso quella nulla - almeno nello Unix canonico :)
Il fatto che il comando rmdir fallisca a questo punto conferma che c'è
qualcosa di anomalo nel filesystem, perché quando 'ls' ritorna solo i file
'..' (riferimento alla directory contenente) e '.' (riferimento alla
directory stessa) da un punto di vista di file system la directory è vuota.
Conviene fare un giro di repair.


 Significa "qualsiasi file nel mezzo del cui nome ci sia un punto"
Non su HP-UX e su Solaris (provare per credere) :)


 termini di "nome ed estensione", tutto qui.
Infatti ho usato una terminologia "nome ed estensione" giusto per
comprensione comune su come viene normalmente interpretato il "." nel nome
di un file. In senso strettamente tecnico su Unix in effetti il termine
"estensione" ha un significato pressoché prossimo allo zero (ah, i danni del
DOS...)
Su HP-UX e Solaris, in realtà, il "." nell'esempio in questione viene
interpretato stile regex, ossia se il punto c'è nel nome, matcha (anche
quando è il primo carattere del nome), se non c'è matcha lo stesso, per cui
è il comando più indicato quando si vuol ranzare via tutto in un colpo solo.
È interessante anche il fatto che se tu su questi sistemi dai un comando del
tipo "rm *", i file che contengono un punto nel loro nome non vengono
cancellati (questo l'ho verificato con le shell csh). A quanto pare, il
kernel Darwin presenta delle varianti interessanti nei comandi di shell.


 o formatti.
ok, cerchero' disk warrior.
per quanto riguarda l'eventuale formattazzione: a parte questo file che
non si cancella non ho mai avuto alcun problema con il mio ibook.
se non dovessi formattare nell'immediato (chissa', magari lo faro'
quando uscira' il nuovo X) a cosa potrei andare incontro?
per adesso grazie mille a tutti per l'aiuto, vi faro' sapere!


 ok, cerchero' disk warrior.
mi rispondo da solo per chiedere un ennesimo chiarimento.
ho scaricato il manuale di e mi sembra di aver capito che il cd di
diskwarrior e' bootable, e per fargli controllare il mio hd la procedura
normale sarebbe quella di avviare dal cd.
quindi non posso usarlo se ad esempio lo scarico da web e lo installo
sull'hd, a meno di avviare da un disco esterno (sul quale ci sia
comunque installato il sw, visto che credo che non puo' controllare il
disco sui cui risiede)?
visto che ho un altro ibook a disposizione, potrei installare
diskworrior su quello, avviare da li' e dirgli di controllare l'altro
hd?
c'e' modo di avviare dall'altro ibook con un collegamento ethernet (non
ho cavi firewire a disposizione)?


 kernel Darwin presenta delle varianti interessanti nei comandi di shell.
Forse esiste un dotfile nel folder?
Per vedere col terminale:
# cd ~/.Trash; ls -al
Eventualmente cancellarli tutti con:
# cd ~/.Trash; rm -r .??*
rm * non cancella i dotfiles, sia con OSX che con Solaris. Non saprei
con altri X's.
 I due interrogativi servono per evitare problemi con i simboli "."
(Current directory) e ".." (Previuos level).
-- Aldo
 

 (Current directory) e ".." (Previuos level).
precauzione utile ma non strettamente necessaria: con hp-ux e solaris e
anche os x, rm *.* "non" cancella la current directory (".") né tantomeno la
directory parent ("..") nel listing locale.
saludos
germano il gatto grigio


 si`, e` perfetto.
ok, tra l'altro "studiando" un po' (faq, manuali ecc.) mi sembra di aver
capito che _devo_ comprare un cavo firewire...


 
Detto comando sicuramente no. rm .* invece, genererebbe un  messaggino,
rassicurandoti cmq del nulla fatto per detti direttori :)
Ho controllato da me cmq: ~/.Trash/ e ~/.Trashes non contengono
dotfiles.
Il problema da thread mi fa ricordare i vecchi tempi di MacOS classico:
allora si faceva sempre un rebuild Desktop. Mah.
-- Aldo