Próbuję zwolnić miejsce na dysku i natrafiłem na to:
Czytałem raporty o pliku 600M lub 1GB, ale nigdy czegoś takiego.
Czy usunięcie tego pliku jest bezpieczne, czy też ponowne uruchamianie często pomaga usunąć niektóre z tych plików?
hard-drive
disk-space
tekknolagi
źródło
źródło
root
viasudo GrandPerspective.app/Contents/MacOS/GrandPerspective
i stwierdziłem, że mój/System/Library/Caches/com.apple.coresymbolicationd
ma 3,0 GB. Korzystam z 10.10.3 Yosemite i mam Xcode oraz zainstalowany najnowszy pakiet narzędzi wiersza poleceń.Odpowiedzi:
Korzystając z tego linku ( http://www.macobserver.com/tmo/article/how_to_recover_missing_hard_drive_space/ ) znalazłem plik - com.apple.coresymbolicationd o pojemności 133 GB.
Aby usunąć, uruchom w trybie awaryjnym (Cmd-S przed pojawieniem się logo Apple), uruchom kontrolę systemu plików, zamontuj dysk, a następnie tylko
sudo rm
plikźródło
rm
nie działa, ale działasudo rm
. (Z wytycznymi @patrix)Nie. Ponowne uruchomienie nie usuwa plików pamięci podręcznej w systemie. Trzeba będzie dokładnie określić, który podsystem tworzy tutaj pamięci podręczne i ustalić, czy istnieje sposób, aby ręcznie je opróżnić lub przenieść do kosza, a następnie uruchomić ponownie, aby zobaczyć, kiedy / jak / jaki rozmiar zostaną odtworzone.
Uruchomiłbym się w trybie pojedynczego użytkownika i użyłem
rm
do wyczyszczenia tego pliku, ponieważ wtedy nic go nie używa. Możesz także użyć,sudo mv /System/Library/Caches/com.apple.coresymbolicationd/data /tmp
a następnie zrestartować komputer. Po ponownym uruchomieniu możesz usunąć plik za/tmp
pomocąsudo rm /tmp/data
.Mam przeczucie, że masz zainstalowany Xcode i wprowadziłeś do bazy danych dużą liczbę symboli z jednej lub więcej wersji iOS, dzięki czemu Xcode może symbolizować zrzuty awaryjne, aby pomóc w debugowaniu aplikacji korzystających z Xcode. Jednak może to być również błąd i za każdym razem, gdy podsystem rozpocznie recykling pamięci podręcznej, wyczyści się. Jeśli możesz ograniczyć liczbę zestawów SDK używanych w Xcode, może to również pomóc. Mam wrażenie, że ludzie z 60-metrowymi plikami nie używają Xcode, ci z 1 MB programistą dla jednej wersji iOS na raz, a ci z większymi bazami danych mają wiele OS X i iOS SDK aktywowanych z poziomu Xcode.
źródło
Po prostu nakładam tutaj ...
I rutynowo usunąć zawartość różnych buforuje folderów na moim Mac i mieć od O / SX wyszedł. Mówiąc rutynowo, mam na myśli „gdy mam problem, który może być spowodowany uszkodzeniem pliku pamięci podręcznej”.
Będę również korzystać z narzędzi takich jak
Onyx
od czasu do czasu robić to samo, podobnie jak inne czynności związane z konserwacją w tym samym czasie.Są to pliki tymczasowe i, podobnie jak w systemie Windows, można je bezpiecznie usunąć. Często zrestartuję się po ich usunięciu, tylko dla bezpieczeństwa, ale niezależnie od zawartości tych katalogów można bezpiecznie usunąć.
Należy zwrócić uwagę na to, że jeśli plik ten jest nadal tworzony i jest BARDZO duży, tak jak teraz, oznacza to, że musisz rozwiązać problem.
źródło
ROUTINELY
czyszczenie pamięci podręcznej. Istnieją z jakiegoś powodu.Uruchomiłem Mavericks Cache Cleaner, aby wyczyścić wszystkie moje foldery pamięci podręcznej -
~/Library/Caches
folder użytkownika, folder najwyższego poziomu i/Library/Caches
folder systemu/System/Library/Caches
, w tym 2 GBcoresymbolicationd
. W rezultacie nic złego się nie wydarzyło (i odzyskałem trochę miejsca na dysku).Prawdopodobnie najrozsądniej jest to zrobić w sposób, w jaki ostatecznie to zrobił OP, czyli uruchomić w trybie awaryjnym, wyczyścić pamięć podręczną i zrestartować komputer.
Nie uważam jednak, że dochodzimy do sedna tego. 9 GB jest duże . Co powoduje gromadzenie się tak dużego pliku? Nie sądzę, żebyśmy to wiedzieli. Usunięcie pamięci podręcznej dotyczy tylko powierzchniowej manifestacji czegoś, co może mieć głęboką przyczynę.
źródło
ton
znowu się zmniejszyło icoresymbolicationd
wynosi 729M.