El Capitan / private / var / folders file cache che consumano 30-40 GB

9

Ho recentemente aggiornato il mio MacBook Pro a El Capitan e una delle prime modifiche spiacevoli, oltre a XtraFinder & TotalTerminal non è più compatibile, è che il sistema lo ritenga opportuno creare /private/var/folders per consumare fino e oltre 30-40 GB di spazio, facendo rallentare enormemente il mio Mac. Capisco che i file in questa cartella sono tutti i file di cache. La mia unica domanda è perché questo sta accadendo e cosa lo fa accadere? C'è un modo per fare in modo che solo le app in cache siano effettivamente aperte o devo aggiornare la mia NVRAM / PRAM? È estremamente fastidioso avere il mio computer come se cercasse di bufferizzare 20 gigabyte tutti in una volta.

    
posta Lee S 05.10.2015 - 17:56
fonte

4 risposte

7

La risposta è che sì, puoi eliminare file da /private/var/folders/ . Il comando

sudo rm -r -P /private/var/folders/tr/*

è stato in grado di funzionare e non si sono verificati arresti anomali. Alcuni errori sono stati emessi dal comando, ma nessun errore è venuto dal sistema nel suo insieme. Potrei pubblicare un nuovo post più tardi quando ne saprò di più per capire cosa ha fatto Apple con El Capitan per farlo agire in questo modo.

Ecco una discussione dal sito Web di Apple su questo; è d'accordo che la cancellazione di tr dovrebbe essere sicura. Secondo il thread, / var / folders è la nuova posizione delle cache, che puoi eliminare in modo sicuro se hai chiuso tutte le app in esecuzione.

UPDATE: Another reason for this behavior can be due to Spotlight indexing, especially on older models of MacBook / MacBook Pro. I recently noticed the problem happening again, and even though I had done everything I could to prevent it from continuing to happen, I was forced to watch my Mac slowly consume more than 100 gigabytes of space to some phantom process occurring in the background.

Even so, be sure to go into Settings -> Spotlight & uncheck the box for Folders indexing, and if you're like me and have a lot of music (such as over 50 gigabytes), turn off Music indexing, too. Turn off any others you may not want, as well, but Folder indexing seems to be the biggest culprit in both disk space loss and performance slowdown on older MacBook models.

Upon turning this off, I have not seen any issues. Additionally, the remaining disk space displayed in Finder now provides accurate results.

This may also apply to iOS devices, since OS X & iOS are currently being developed to match each other's functionality and features. A large portion of the Other data stored on the device may just be Spotlight indexing not giving a toot about how much disk space it consumes. It won't hurt to try turning some features / options off if you notice issues.

    
risposta data 06.10.2015 - 17:35
fonte
2

Ho avuto lo stesso problema con le enormi "cartelle". Il comando sembra un modo rapido per andare avanti e lo proverò la prossima volta che visualizzerò i file di grandi dimensioni.

Gestisco oltre 400 mac e questo problema si verifica dal 10.9 al 10.10 e ora sembra 10.11. La cosa strana è che è solo apparente su un determinato modello di iMac, 2GHZ Intel Core 2 Duo, Mac. Tutti gli altri iMac successivi che utilizziamo non sembrano avere il problema.

Ho notato per la prima volta questo problema quando il nostro helpdesk ha ricevuto chiamate da studenti che non potevano risparmiare lavoro e quando ho controllato questi Mac i dischi rigidi erano quasi pieni (dischi rigidi da 150 GB). Ho trascinato manualmente le var / cartelle alcune delle quali erano superiori a 100 GB e lo spazio è stato rilasciato, ma gli iMac si riempiono gradualmente di nuovo.

Ultimamente non ho eliminato nessuno di questi Mac per vedere se l'aggiornamento 10.11 El Capitan ha risolto il problema.

    
risposta data 01.12.2015 - 11:34
fonte
1

Non sono sicuro che questo funzionerà nel caso di tutti (e so che questo è un thread vecchio), ma un buon riavvio vecchio stile è spesso sufficiente per chiarire questi file cache:

link

Naturalmente, questo metodo potrebbe non funzionare su tutte le configurazioni, tuttavia raccomando questo metodo perché ci sono diversi siti Web che NON consigliano di eliminare gli elementi in /var/folders , /private/var/folders/ o /tmp .

link

    
risposta data 02.03.2017 - 22:17
fonte
1

Ho avuto lo stesso problema su El Capitan (MacOS 10.11). Sono riuscito a far partire l'app Terminal e ho notato che "lsd" (LaunchServiceDaemon) utilizzava il 100% di un core.

La correzione era di ricostruire il database dei servizi di avvio con il comando in questo thread di discussione di Apple .

    
risposta data 14.03.2018 - 18:39
fonte

Leggi altre domande sui tag