Bisakah saya menghapus file atau folder dari / private / var / folder /?


Jawaban:


24

Anda dapat dengan aman menghapus apa saja di dalam /private/var/folders/tetapi tidak pada folder itu sendiri

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

Tutup semua aplikasi sebelum Anda melakukan & restart setelah itu ... dan apa pun yang Anda lakukan, jangan sentuh apa pun di /private/var/, dan jangan tidak menghapus /private/var/folders/sendiri.


Rumor mengatakan bahwa seseorang tidak boleh menghapus /private/var/folders/zz. Artikel ini menyiratkan sebaliknya, tetapi jika Anda ingin berada di sisi yang aman, gunakan

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

sebagai gantinya.


2
Saya menggunakan permintaan di atas: cd / private / var / folder untuk saya di ; lakukan jika ["$ i"! = "zz"]; lalu sudo rm -rf "$ i"; fi; dilakukan sudo rm -rf zz / maka tidak bisa boot mac sesudahnya. Harus menginstal ulang OS.
Aerin

Apakah Anda melakukan cd ke folder yang benar terlebih dahulu? Kalau tidak, itu akan membuang beberapa barang yang cukup acak ...
Tetsujin

tentu saja saya pergi ke / private / var / folder dulu ... sesuatu selain zz harus dipertahankan saya kira.
Aerin

El Capitan, 2017 Juni.
Aerin

tbh, saya belum pernah mencobanya - itu hanya penelitian & publikasi, dengan akreditasi.
Tetsujin

3

Dari keamanan umum untuk sudut pandang integritas sistem:

Apa pun di dalam hierarki /private/var/folders/* dapat dihapus. zztermasuk.

Tetapi restart harus mengurangi jumlah file sementara dan data di sana.

Keluar dari aplikasi yang ditulis dengan baik melakukan itu juga, seperti seharusnya siklus logout-login cepat.

Sistem akan mengisi ulang kosong /private/var/folders/*setelah reboot.

Dari kepraktisan dan konsekuensi bagi sudut pandang pengguna:

Ada tangkapan kecil: mungkin tidak sepenuhnya tanpa efek samping untuk hanya menghapus semua dan apa pun di bawah folders sana.

Meskipun efek samping tesis ini sedikit. Menghapus segala sesuatu dengan sudo rmpaksa dimungkinkan tetapi bukan opsi terbaik pada sistem live.

  1. Beberapa file tersebut mungkin sedang digunakan. Sehingga menyulitkan atau tidak bijak untuk menghapus semuanya dari sistem yang sedang berjalan jika seseorang merasa perlu untuk itu. Anda harus keluar dari proses menggunakannya terlebih dahulu. Proses berhenti ini dengan sendirinya, seperti yang dinyatakan di atas, cukup sering untuk menghapus file-file itu secara otomatis. Jika beberapa database, terutama yang dihasilkan oleh proses Apple, tumbuh di luar kendali, mungkin perlu memindahkannya ke tempat sampah, logout-login dan kemudian menghapusnya.

  2. Sejumlah kecil aplikasi atau layanan dapat menyimpan beberapa preferensi di sana.
    Salah satu contoh adalah NotificationCenter (NC) dengan pengaturan Anda di sana: pilihan aplikasi Anda dan apa yang akan 'ada' di sana. NC membangun kembali preferensi dengan semua yang ada di NC diaktifkan. Jika Anda memiliki banyak Aplikasi dan lebih suka sebagian besar tidak mengganggu Anda, ini cukup menjengkelkan walaupun hanya dilakukan sekali.
    Tapi kemudian itu bukan data esensial yang hilang dengan cara ini. Karena praktik ini sangat non-standar, sepertinya hanya Apple yang melanggar pedomannya sendiri: Saya tidak ingat aplikasi pihak ketiga mana pun yang menyimpan data penting, tidak boleh volatil, dan tidak sementara di hierarki ini.

Kesimpulan:

Oleh karena itu yang terbaik untuk menemukan folder mana yang milik pengguna paling aktif Anda, masuk ke sana dan cari pelaku terbesar untuk menghapusnya secara manual. Juga bijaksana untuk mengetahui aplikasi mana yang meninggalkan begitu banyak hal. Berhenti dan memulai ulang aplikasi yang berantakan mungkin cukup untuk mendapatkan ruang di sana. Jika tangkapan kedua menjadi perhatian, simpan file-file yang terkait dengan misalnya NC dari penghapusan.


3
Entah bagaimana bagian kedua dari pertanyaan Anda bertentangan dengan yang pertama.
nohillside

Bisakah Anda mendefinisikan "barang"?
fd0

0

Untuk apa nilainya (artinya memutuskan sendiri nilainya :-), melakukan ini berbahaya pada Catalina (10.15). Saya melakukan ini di Macbook Air setelah upgrade ke Catalina. Itu tidak mau restart, dan betapa menyakitkan untuk pulih dari Time Machine dengan layar internal yang buruk.

Saya juga punya layar buruk Macbook Air (dan keyboard jelek, dan trackpad buruk, tapi saya ngelantur). Saya paranoid karena saya menggunakannya untuk pengembangan. Jadi alih-alih saya menemukan online trik lain. Menahan shift saat boot membuat Mac masuk ke "safe mode". Mac kemudian di-boot ke safe mode, dan "sudo du -d 1 -h / private" mengonfirmasi 44GB. Setelah reboot lagi ke Mac OS X biasa dan perintah yang sama menunjukkan 3GB.

BTW, ini tidak bekerja dengan keyboard biasa, saya harus menemukan keyboard apel.

Jauh lebih aman, jika sakit, untuk melakukannya secara teratur. Saya mencoba pembersih gratis, tetapi tidak menemukan file / folder tersebut. Dan saya lebih suka tidak menghabiskan $ 30 - $ 80 untuk pembersih yang mungkin tidak akan menemukan mereka juga ...


0

Di Catalina, saya telah me-restart Macbook saya dalam mode pemulihan (CMD + R saat startup). Kemudian, saya telah membuka terminal untuk menonaktifkan perlindungan integritas sistem dengan mengetik csrutil disable. Kemudian, saya memulai kembali dalam mode normal. Saya menutup semua aplikasi. Saya menjalankan utilitas disk dan mengklik pertolongan pertama untuk drive sistem saya.

Kemudian, saya pergi ke / private / var / folder /. Sekarang tahun 2019 dan saya telah menemukan bahwa beberapa folder tidak dimodifikasi sejak 2016 dan 2017.

Kemudian, saya menyalin konten folder zz ke drive USB. Saya pergi ke folder zz dan menghapus semua folder yang bukan dari hari ini. Saya pergi ke folder kt, saya menyalin konten di drive USB saya dan saya menghapus folder yang bukan dari hari ini di dalam folder 0 dan C dan T. Sebelum memulai kembali saya mengosongkan tempat sampah.

Saya mencabut USB drive saya dan saya restart dalam mode pemulihan, saya mengaktifkan kembali perlindungan integritas sistem, dengan mengetikkan csrutil enableterminal dan hanya itu.

Saya menghemat 50GB


Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.