Posso eliminare file o cartelle da / private / var / cartelle /?


Risposte:


24

Puoi eliminare in modo sicuro qualsiasi cosa all'interno /private/var/folders/della cartella, ma non la stessa

sudo rm -rf /private/var/folders/*

Esci da tutte le app prima di te e riavvia in seguito ... e qualunque cosa tu faccia, non toccare nient'altro /private/var/e non cancellarti /private/var/folders/.


Si dice che uno dovrebbe non eliminare /private/var/folders/zz. Questo articolo implica il contrario, ma se vuoi essere sicuro, usa

cd /private/var/folders
for i in *; do if [ "$i" != "zz" ]; then sudo rm -rf "$i"; fi; done
sudo rm -rf zz/*

anziché.


2
Ho usato sopra query: cd / private / var / cartelle per i in ; fare se ["$ i"! = "zz"]; quindi sudo rm -rf "$ i"; fi; fatto sudo rm -rf zz / quindi non è stato possibile avviare in seguito mac. Ho dovuto reinstallare il sistema operativo.
Aerin,

Hai prima inserito nella cartella corretta? Altrimenti distruggerebbe alcune cose piuttosto casuali ...
Tetsujin,

ovviamente sono andato prima alle cartelle / private / var / ... suppongo che dovrebbe essere conservato qualcosa di diverso da zz.
Aerin,

El Capitan, giugno 2017.
Aerin,

A dire il vero, non l'ho mai provato - era solo una ricerca e pubblicazione, con accreditamento.
Tetsujin,

3

Da una sicurezza generale per il punto di vista dell'integrità del sistema:

Qualsiasi cosa all'interno della gerarchia di /private/var/folders/* può essere eliminata. zzincluso.

Ma un riavvio dovrebbe comunque ridurre la quantità di file e dati temporanei.

Anche la chiusura di applicazioni ben scritte lo fa, così come un rapido ciclo di logout-login.

Il sistema ripopolerà uno spazio vuoto /private/var/folders/*dopo il riavvio.

Da una praticità e conseguenze per il punto di vista degli utenti:

C'è un piccolo problema: probabilmente non è del tutto privo di effetti collaterali semplicemente pulire tutto e niente lì sotto folders .

Sebbene questi effetti collaterali siano pochi. Forzare l'eliminazione di tutto con sudo rmè possibile ma non è la migliore opzione su un sistema live.

  1. Alcuni di questi file potrebbero essere attualmente in uso. Rendendo così difficile o poco saggio eliminarli tutti da un sistema in esecuzione se ne sentiamo la necessità. Dovresti uscire prima dai processi utilizzandoli. Questo uscire dal processo è di per sé, come detto sopra, abbastanza spesso da rimuovere automaticamente quei file. Se alcuni database, generati principalmente dai processi Apple, sfuggono di mano, potrebbe essere necessario spostarli nel cestino, disconnettersi-accedere e quindi eliminarli.

  2. Un numero limitato di applicazioni o servizi può memorizzare alcune delle preferenze lì.
    Un esempio è NotificationCenter (NC) con le tue impostazioni lì dentro: la tua scelta di applicazioni e quali di esse devono essere "dentro" lì. NC ricostruisce le sue preferenze con tutto in NC abilitato. Se hai molte app e preferisci che la maggior parte di esse non ti disturbi, questo è abbastanza fastidioso anche se fatto solo una volta.
    Ma in questo modo non sono proprio i dati essenziali a perdersi. Poiché questa pratica è altamente non standard, sembra che Apple violi le sue linee guida: non ricordo alcuna applicazione di terze parti che memorizzi dati importanti, non presumibilmente volatili e non temporanei in questa gerarchia.

Conclusio:

Pertanto è meglio individuare quale di queste cartelle appartiene all'utente più attivo, andare lì e cercare i più grandi trasgressori per eliminarli manualmente. È anche prudente sapere quale delle tue app lascia dietro di sé così tante cose. Uscire e riavviare un'app attivamente ingombrante potrebbe spesso essere sufficiente per guadagnare un po 'di spazio lì. Se la seconda cattura è preoccupante, evitare la cancellazione di quei file relativi ad es. NC.


3
In qualche modo la seconda parte della tua domanda contraddice la prima.
Nohillside

Potresti definire "roba"?
fd0

0

Per quello che vale (significa decidere vale te stesso :-), fare questo è pericoloso su Catalina (10.15). L'ho fatto su un Macbook Air dopo l'aggiornamento a Catalina. Non si riavvierebbe, e che dolore per il recupero da Time Machine con schermo interno difettoso.

Ho anche avuto un altro cattivo schermo Macbook Air (e una cattiva tastiera e un cattivo trackpad, ma sto divagando). Ero paranoico perché lo uso per lo sviluppo. Quindi invece ho trovato online un altro trucco. Tenendo premuto il tasto durante l'avvio, il Mac passa in "modalità provvisoria". Il Mac si è quindi avviato in modalità provvisoria e "sudo du -d 1 -h / private" ha confermato 44 GB. Dopo un altro riavvio nel normale Mac OS X e lo stesso comando ha mostrato 3 GB.

A proposito, questo non ha funzionato con una tastiera normale, ho dovuto trovare una tastiera Apple.

Molto più sicuro, se doloroso, farlo regolarmente. Ho provato i pulitori gratuiti, ma nessuno ha trovato quei file / cartelle. E preferirei non spendere $ 30 - $ 80 per un detergente che probabilmente non li troverà altrettanto ...


0

Su Catalina, ho riavviato il mio Macbook in modalità di ripristino (CMD + R all'avvio). Quindi, ho aperto il terminale per disabilitare la protezione dell'integrità del sistema digitando csrutil disable. Quindi, ho riavviato in modalità normale. Ho chiuso tutte le domande. Ho eseguito l'utilità del disco e ho fatto clic sul pronto soccorso per l'unità di sistema.

Quindi, sono andato a / private / var / cartelle /. Ora è il 2019 e ho scoperto che alcune cartelle non sono state modificate dal 2016 e dal 2017.

Quindi, ho copiato il contenuto della cartella zz su un'unità USB. Sono andato nella cartella zz e ho eliminato tutte le cartelle che non erano di oggi. Sono andato nella cartella kt, ho copiato il contenuto nella mia unità USB e ho eliminato le cartelle che non erano da oggi all'interno delle cartelle 0, C e T. Prima di riavviare ho svuotato il cestino.

Ho scollegato la mia unità USB e ho riavviato in modalità di ripristino, ho riattivato la protezione dell'integrità del sistema, digitando csrutil enableil terminale e il gioco è fatto.

Ho risparmiato 50 GB


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.