태그 보관물: cleanup

cleanup

하드 드라이브를 어떻게 정리합니까? 54 %를 기록했으며 디스크

얼마 전까지 만해도 HD의 35 % 만 사용했습니다. 최근에는 최대 54 %를 기록했으며 디스크 공간은 16GB이므로 3 기가 이상입니다.

내가 mysql을 빌드하지 못했다는 것을 기억하면서 gitolite를 설치했는데, 의존성이 많은 소스에서 git을 빌드해야했습니다. (문서를 작성하는 것이라 생각합니다. 설치 중). 디스크 공간을 차지하고있는 것 같습니다.

어쨌든 나는 내가 가지고있는 소스 폴더를 삭제 하고이 명령을 실행했습니다. 다른 무엇을 할 수 있습니까? (3 기가 강하다)

sudo apt-get autoclean
sudo deborphan | xargs sudo apt-get -y remove --purge

위의 작업을 수행 한 후 ncdu를하고 그 사실을 발견했습니다.

  1. Git 자체는 실제로 ‘/ usr / local / libexec / git-core’의 152 개 파일에서 502mb를 사용하고있었습니다. 누가 알았 겠어. 나는 그 파일의 대부분이 각각 4.6mb라는 것이 이상하다는 것을 알았습니다 …

  2. MySql이 / tmp 폴더에서 1 + gb를 차지했습니다.

  3. 실수로 두 빌드의 모노를 가지고 1.7GB 인 모노 src 폴더의 복사본을 실수로 만들었습니다.

src와 여분의 모노 빌드 (2.6gb를 함께)를 삭제 한 후 내 temp 폴더 df의 mysql은 54 % 대신 28 %를보고 훨씬 나아졌습니다.

나는 여전히 자식이 502mb를 사용한다는 것에 놀랐다. Windows에서는 57mb (약 10xless)를 사용합니다. 그리고 동등한 폴더 (C : \ Program Files (x86) \ Git \ libexec \ git-core)에는 git의 바로 가기로 모든 앱이 있습니다. 그리고 자식은 1.2MB (4.6이 아님)입니다. 또한 Linux git-core 폴더가 모든 링크인지 확인했습니다. 소프트 링크가 아닙니다 (cmd 사용 find . -maxdepth 1 -type l -print0 | xargs -0 ls -ld) stat git, stat git-add를 시도하고 동일한 innode를 보았습니다. 따라서 이러한 파일의 대부분은 git의 하드 링크입니다. 따라서 git은 실제로 그 공간을 차지하지 않습니다.



답변

내가 좋아하는 두 가지 도구는 파일 시스템 팽창을 찾고 시각화하는 데 gdmap과 fslint입니다. apt-cache에서 요약 :

apt-cache show gdmap
apt-cache show fslint

gdmap : “GdMap은 디스크 공간을 시각화 할 수있는 도구입니다. 하드 디스크가 가득 찬 이유 또는 어떤 디렉토리와 파일이 대부분의 공간을 차지하는지 궁금해 한 적이 있습니까? GdMap을 사용하면 이러한 질문에 빠르게 대답 할 수 있습니다. 디렉토리 구조를 표시하려면 전체 폴더 또는 전체 하드 드라이브를 하나의 사진으로 시각화하는 데 사용됩니다. “

fslint : “패키지를 제거하기위한 인터페이스가 있으며 다음과 같은 것을 찾을 수 있습니다..

- Duplicate files
- Problematic filenames
- Temporary files
- Bad symlinks
- Empty directories
- Nonstripped binaries"

좋아, 여기에 ncurses 기반이 있는데, 원하는 경우 해시 마크를 인쇄하여 상대 크기를 표시합니다.

ncdu
Description: ncurses disk usage viewer
    Ncdu is a ncurses-based du viewer. It provides a fast and easy-to-use interface through famous du utility. It allows to browse through the directories and show
    percentages of disk usage with ncurses library.

그리고 내 시스템 저장소의 두 가지 텍스트 기반 응용 프로그램이 더 관련되어 있습니다.

gt5
durep

답변

… mysql, [..] 빌드 git 및 의존성 빌드 실패 …

어디서 이걸 했어요? make?를 사용하여 소스의 홈 디렉토리에서 ? 관련 디렉토리를 제거하십시오.

apt-get (또는 apt를 사용하는 시냅틱)을 사용하여 패키지를 설치 한 경우 / var / log / apt에서 히스토리를 사용할 수 있습니다. 다음을 사용하여 터미널에서 볼 수 있습니다 less.

less /var/log/apt/history.log

과 같은 항목이 표시 되면 파일이 압축되므로 history.log.1.gz사용해야 zless합니다.

zless /var/log/apt/history.log.1.gz

또 다른 큰 공간 먹는 사람은 캐시, 특히 apt입니다. 를 실행하여 apt가 사용중인 디스크 공간을 확인할 수 있습니다 du -msh /var/cache/apt/archives. 이 파일은 프로그램을 다시 설치하면 사용되며 안전하게 제거 할 수 있습니다.

sudo apt-get clean

Ubuntu 문서에는 디스크 공간에 대한보다 완전한 페이지가 있으며 https://help.ubuntu.com/community/RecoverLostDiskSpace 에서 찾을 수 있습니다 .


답변

BleachBit을 사용하면 다른 종류의 불필요한 파일 (로그 / 번역 / 캐시 등)을 삭제할 수 있습니다. repos에서 구할 수 있으며 apt-get install blechbit로 설치하거나 http://apt.ubuntu.com/p/bleachbit 를 방문 하여 설치 프로그램을 엽니 다 (gdeb 기반)?

http://bleachbit.sourceforge.net/


답변

kdirstat 는 또한 모든 하드 드라이브 공간이 어디로 갔는지 정리하고 정리하는 데 매우 좋습니다.

$ apt-cache search kdirstat
kdirstat - graphical disk usage display with cleanup facilities

kdirstat는 KDE 응용 프로그램이며 KDE 라이브러리를 설치하지만 gdmap은 (다른 대답으로는) 그렇지 않습니다.

Baobab 도 볼 수 있습니다 . Baobab은 비슷하지만 kdirstat 나 gdmap만큼 좋지는 않습니다. Baobab은 표준 gnome-utils의 일부인 것 같습니다 …

$ apt-cache search baobab
gnome-utils - GNOME desktop utilities

답변

모든 sloution에서 나는 유일하게 시도했다는 것은 실제 공간 claning입니다

apt-get remove --auto-remove  --purge  packagename

apt-get remove –purge package apt-get을 실행하면 패킷 크기를 32MB로 설치할 수 있습니다. 또한 여전히 KDE의 흔적이 제거되지 않은 경우이 명령으로 제거 할 수 있습니다

 apt-get remove kdelibs-bin kdelibs5-data

마지막 로그 파일을 제거 할 필요가 없으면 정말 성 가실 수 있습니다.

cat /dev/null >  /var/log/auth.log

rm /var/cache/apt/archives/*

답변