이미 apt-get clean을 사용해 보았으나 /dev/mmcb1k1p1의 사용량이 100%에서 99%로 늘어났습니다.
df로 얻은 결과는 다음과 같습니다.
사용된 파일 시스템 유형 크기 사용 가능 사용% 마운트됨 udev devtmpfs 215M 0 215M 0% /dev tmpfs tmpfs 49M 5.9M 43M 13% /실행 /dev/mmcblk1p1 ext4 3.5G 3.2G 52M 99% / tmpfs tmpfs 242M 0 242M 0% /dev/shm tmpfs tmpfs 5.0M 4.0K 5.0M 1% /실행/잠금 tmpfs tmpfs 242M 0 242M 0% /sys/fs/cgroup tmpfs tmpfs 49M 0 49M 0% /실행/사용자/0
뒤:
root@beaglebone:/# ls | xargs 뒤 -hs 4.0K bbb-uEnv.txt 9.7M 빈 26M 부팅 개발자 0명 5.4M 등 848K 집 4.0K ID.txt 245M lib 16K 분실+발견 4.0K 미디어 4000만트 4.0K nfs-uEnv.txt 1억 5천 6백만 선택 du: 'proc/2356/task/2356/fd/3'에 액세스할 수 없습니다: 해당 파일이나 디렉터리가 없습니다 du: 'proc/2356/task/2356/fdinfo/3'에 접근할 수 없습니다: 해당 파일이나 디렉터리가 없습니다 du: 'proc/2356/fd/3'에 접근할 수 없습니다: 해당 파일이나 디렉토리가 없습니다 du: 'proc/2356/fdinfo/3'에 접근할 수 없습니다: 해당 파일이나 디렉터리가 없습니다 0 프로세스 60K 루트 590만 실행 650만 스빈 4.0K 서버 0 시스템 48K 임시 2.5G 사용자 296M바르
/usr에서:
root@beaglebone:/usr# ls | xargs 뒤 -hs 278M 빈 4000개의 게임 45M 포함 992M 라이브러리 1억 8,700만 로컬 620만스빈 1017백만주 4.0K 원본
/var에서:
root@beaglebone:/var# ls | xargs 뒤 -hs 48K 백업 34M 캐시 92M lib 8.0K 로컬 0 잠금 1억 6천만 로그 4000개의 메일 4000개 선택 0 실행 28K 스풀 임시 1100만 8.0Kwww
따라서 해당 디렉터리의 크기에 문제가 있다고 추론할 수 있지만 저는 아직 Linux를 처음 접하고 파일 시스템을 관리한 경험이 많지 않습니다. 이 문제를 해결하기 위한 자세한 아이디어가 있습니까?
편집: fdisk -l의 내용 표시:
root@beaglebone:~# fdisk -l 디스크 /dev/mmcblk1: 3.6 GiB, 3825205248바이트, 7471104 섹터 단위: 1 * 512 = 512바이트 섹터 섹터 크기(논리적/물리적): 512바이트 / 512바이트 I/O 크기(최소/최적): 512바이트 / 512바이트 디스크 라벨 유형: dos 디스크 식별자: 0x336593c4 장치 부팅 시작 끝 섹터 크기 ID 유형 /dev/mmcblk1p1 * 8192 7471103 7462912 3.6G 83 리눅스 디스크 /dev/mmcblk1boot1: 2MiB, 2097152바이트, 4096 섹터 단위: 1 * 512 = 512바이트 섹터 섹터 크기(논리적/물리적): 512바이트 / 512바이트 I/O 크기(최소/최적): 512바이트 / 512바이트 디스크 /dev/mmcblk1boot0: 2MiB, 2097152바이트, 4096 섹터 단위: 1 * 512 = 512바이트 섹터 섹터 크기(논리적/물리적): 512바이트 / 512바이트 I/O 크기(최소/최적): 512바이트 / 512바이트
편집 2: /usr/share의 내용
root@beaglebone:/usr/share# ls | xargs 뒤 -hs 388K 로컬 160K aclocal-1.15 8.0K 추가 사용자 944K 알사 170만 아파치2 8.0K 앱 데이터 204K 애플리케이션 36K 지원 12,000개의 앱 170만 자동 설정 1000K automake-1.15 16K 아바히 36K 기본 파일 12K 기본 비밀번호 2.3M 배쉬 완성 728K 비글 테스터 12K binfmts 54M 뼈101 528K 버그 12K 빌드 필수 620K CA 인증서 432K 달력 12K 크롬 256K 일반 라이센스 140만 개의 콘솔 글꼴 48K 콘솔 설정 112K 콘솔트랜스 16K 암호화 설정 196K dbus-1 28K 데브컨피그 36K 디벨퍼 8.0K 데비안 유틸리티 12K 기본값 640만 데스크탑 기반 212K 데스크탑 디렉토리 524K dh-파이썬 280만 사전 36K 사전-공통 8.0K dnsmasq 8.0K dnsmasq 기반 1억 2400만 문서 92K 문서 기반 56Kdpkg 344K 이맥스 8.0K 파일 12K 플래시 커널 156K 글꼴 구성 1억 5600만 개의 글꼴 56K 대안 108K gcc-6 56K gconf 44K GConf 28K GCR-3 270만 달 24Kgdb 2.9M gdcm-2.6 24K gettext 12K 고스트스크립트 128K git-core 324K gitweb 8.0K gksu 268K glib-2.0 12K 가치 24K 그놈 배경 속성 12K 그놈 제어 센터 28K 그놈 온라인 계정 8.0K 그누핑 1.6M 그로프 320K gtk-doc 132K gvfs 170만할 80,000개의 도움 970만 i18n 1억 1600만 개의 아이콘 8.0K 이미지 120만 정보 316K initramfs 도구 12K IP테이블 4.0K 자바 548K 자바스크립트 12KDM 64K 열쇠고리 8.0K libc-bin 12K libdrm 160K libfm 464K libfm-qt libgksu 28K 736K libgphoto2 4.0K lib센서4 560K libthai 384K libtool 836K libwacom 20K 라이트디엠 872K 린티안 149M 로케일 840만xqt 18M 남자 32K 메이븐 저장소 44K 메뉴 64K 메타정보 550만 마임 420K 기타 324K mjpg-스트리머 8.0K mysql-공통 180K 나노 4.0K 노드J 8.0K 넘피 8.0K numpy3 9.7M 오픈CV 468K 오픈CV 456K 오픈MPI 12K 열림 16K p11 키트 팸 44K 20K pam 구성 60K 페이스트빈.d 564K pcmanfm-qt 20M 펄 500만 펄5 12K perl-openssl-defaults 116K 픽스맵 60K 패키지 구성 4.0K pkg-config-crosswrapper 4.0K pkg-config-dpkghook 24K 플라즈마 190만 플리머스 612K 폴킷-1 12M 포플러 20K ppp 1,500만 프로젝트 176K 파이공유 292K 파이썬 148K 파이썬3 160만 개의 비단뱀 바퀴 1100만qt5 212K q터미널 156K qtermwidget5 12K RCN-EE-아카이브-키링 8.0K 판독라인 20K 로봇제어 324K 화면 92K sgml 120만 개의 소리 8.0K SSL 인증서 28K 상태 16K 시스템 12K 시스템 탭 20K 태블릿 32K 작업 360만 tcltk 4.0K 용어 정보 116K tesseract-ocr 470만 개의 테마 212Mti 24K 신생 24K usb_modeswitch 3100만 vim 4.0K 배경화면 5.6M X11 8.0K xfwm4 8.0K xgreeters 24K xml 12K x세션 340만 구역 정보 128Kzsh
답변1
일부 로그 파일의 내용을 삭제하면(여기에서 정보가 필요하지 않은 경우) 일부 공간을 안전하게 확보할 수 있습니다. 를 사용하여 예상보다 큰 로그(이 경우 1MB보다 큰 모든 로그)를 식별하고 #du -sh /var/log/*
먼저 내용을 확인하면 유용한 정보가 있을 수 있습니다. null을 기록하는 로그 파일을 비울 수 있습니다. 예:
#cat /dev/null > /var/log/some_logfile.log
.
일부 애플리케이션에는 로깅 설정이 필요하므로 생성된 로그 파일은 필요에 따라 회전, 보관 또는 삭제할 수 있습니다.
2.5G의 /usr/ 디렉토리가 아마도 가장 큰 문제일 것입니다. 거기에서 뭔가를 다운로드하셨나요? /usr/share/를 확인하세요. 해당 위치에 일부 아카이브(.zip, .gzip, .tar ...)를 다운로드한 후 추출하셨나요? 그렇다면 아카이브를 안전하게 삭제하고 확장된 파일/디렉터리만 남겨 둘 수 있습니다.
편집하다:
BBB에는 4GB에 가까운 이미지가 제공된다는 것을 방금 깨달았습니다. 일부 파일을 삭제하면 디스크 공간을 확보할 수 있지만 조만간 같은 상황이 발생하므로 8GB SD 카드를 선택하세요. 이제 여유 공간을 많이 만들 수 있는 공간이 많지 않습니다. 다음을 시도할 수 있습니다.
- 저널 로그 크기를 줄이고 먼저 디스크의 현재 크기를 확인하십시오. 다음을 사용
#journalctl --disk-usage
하여 최대 사용량을 1MB로 설정할 수 있습니다.#journalctl --vacuum-size=1M
- /var/log/에서 1MB를 초과하는 모든 로그를 삭제합니다.
- /opt/에 무엇이 있는지 확인하고 156M 중 여유 공간을 확보할 수 있는지 확인하세요.