큰 uvcydnctrl-udev.log 파일로 인해 파일 시스템이 가득 찼습니다.


11

이제 Ubuntu를 설치하면 100GB 이상의 하드 드라이브 공간이 필요합니다. 내가 시도 할 때마다 그리고 fslint그리고 fdupes, 그들이 말하는 Permission denied중복을 삭제합니다. 도와주세요.

추가 정보

출력 df:

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             296G  191G   90G  68% /
udev                  993M  4.0K  993M   1% /dev
tmpfs                 401M  824K  401M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                 1003M  552K 1002M   1% /run/shm
/home/zipro/.Private  296G  191G   90G  68% /home/zipro

결함이있는 파일은 174GB입니다 /var/log/uvcydnctrl-udev.log


3
이은 여전히 우분투 14.04 LTS 문제
앤드류 Fielden

답변:


11

1. 단계 : 실제로 어떤 문제가 있는지 확인

파일 시스템이 예기치 않게 가득 차면 가능한 원인이 많이 있습니다. 이에 대한 자세한 내용은 Eliah Kagan의 답변을 참조하십시오. 대부분의 경우 실제 원인을 쉽게 식별하고 결국 복구 할 수 있어야하므로 다시 포맷하거나 다시 설치할 필요가 없습니다.

첫 번째 단계는 문제가 무엇인지, 즉 누락 된 공간이 어디로 갔는지 알아내는 것입니다. 먼저 실행

df -hl -x tmpfs -x devtmpfs

여기에는 머신에서 사용되는 디스크의 모든 파티션, 크기, 용량 및 마운트 포인트 목록이 표시됩니다. 이 목록에서 너무 꽉 찬 것으로 생각되는 것을 취하고 마운트 지점을 기록하십시오. 귀하의 경우에는에 마운트 된 루트 파일 시스템입니다 /.

이제이 파일 시스템 내부에서 공간이 사용되는 위치를 분석합니다. 실행

 sudo du -xhsc /* 2> /dev/null

( /위에 식별 된 마운트 지점으로 교체하십시오 .) 모든 디렉토리를 사용자가 읽을 수있는 것은 아니므로 sudo가 필요합니다. 모든 단일 디렉토리를 방문해야하기 때문에 시간이 오래 걸릴 수 있습니다 (특히 큰 파일 시스템에서).

이 명령의 역할은 주어진 디렉토리 안에있는 각 파일과 디렉토리를 크기와 함께 표시하는 것입니다 (하위 디렉토리 포함). 따라서이 목록에서 생각보다 큰 것을 선택하고이 디렉토리에서 명령을 다시 호출하십시오. (즉, 명령을 다시 실행하지만 이전 목록의 큰 디렉토리 이름으로 대체하십시오 /.)

예를 들어, 귀하의 경우 /var유일한 큰 디렉토리 라는 것이 분명 하므로 실행해야합니다.

 sudo du -xhsc /var/* 2> /dev/null

너무 큰 단일 파일을 찾거나 해당 공간을 모두 차지하는 많은 파일이있는 디렉토리를 찾을 때까지이 단계를 계속하십시오.

귀하의 경우 다음 단계는 실행하는 것입니다

 sudo du -xhsc /var/log/* 2> /dev/null

크기 /var/log가 너무 커서 uvcdynctrl-udev.log174GB 라는 이름의 단일 로그 파일이 있다는 것을 알 수 있습니다 .

2. 단계 : 파일이 존재하는 이유와 그렇게 큰 이유를 식별하십시오.

이제 우리는 식별 된 이유가 무엇인지, 또는 그것이있을 것으로 예상되는 경우 왜 그렇게 큰지 알아 내야합니다.

귀하의 경우, 로그 파일 /var/log은 의심스럽지 않지만 크기는 확실합니다. 다행히도 파일 이름을 사용하여 Google 검색을 수행하면 다음과 같은 버그 보고서가 첫 번째 히트로 표시됩니다. http://bugs.launchpad.net/ubuntu/+source/libwebcam/+bug / 811604

3. 단계 : 문제 해결

이 경우 일부 웹캠 관련 항목의 로그 파일은 흥미롭지 않으므로 명령을 사용하여 쉽게 삭제하고 sudo rm /var/log/uvcdynctrl-udev.log모든 공간을 비울 수 있습니다.

안타깝게도 버그 보고서는 여전히 열려 있으며 주석에 해결책이나 해결 방법이 없으므로 지금은이 버그로 살아야 할 것입니다. 공간을 확보하기 위해 때때로 로그 파일을 삭제할 수 있습니다.


6

시스템 파일을 복사하여 붙여 넣어 수동으로 재생 한 경우, 복사하여 붙여 넣은 작업, 붙여 넣은 위치, 기억할 수있는 내용에 대한 자세한 정보를 제공해야합니다. 컴퓨터의 모든 시스템 파일을 추가로 복사하더라도 디스크 사용량이 100GB에 가까운 곳은 거의 없습니다. Ubuntu는 5GB 미만의 사용 가능한 공간을 설치해야하며 많은 패키지가 설치된 Ubuntu 시스템조차도 시스템 파일의 크기가 여러 배 이상 걸릴 가능성이 낮 습니다. 많은 공간을 차지하기 위해 많은 사본을 만들어야 할 것입니다. 아니면 시스템 파일 이외의 파일을 복사 했습니까?

Ubuntu 시스템이 자체적으로 (로그 파일 및 업데이트에서) 확장되어 문서 파일 , 그림, 비디오, 가상 머신 및 시스템 파일 과 달리 시스템 파일 에서 100GB의 공간 (또는 50GB의 공간)을 차지하는 경우 그래서), 뭔가 잘못되었습니다. 가장 일반적인 세 ​​가지 원인은 다음과 같습니다.

  • 이것은 실제로 일어나지 않으며 시스템에서 제공 한 정보를 잘못 해석했습니다. ( 실수라고 말하지는 않습니다 . 100GB의 시스템 파일이 어떻게 생겼는지 알고 있다면 아래의 두 가지 원인이나 다른 두 가지 원인이 맞지 않습니다.)
  • 시스템에 영향을 미치고 사용 된 여유 공간이 잘못보고되는 버그가 있습니다.
  • 시스템에 영향을 미치고 파일 (아마도 로그 파일 /var/log)이 매우 높은 속도로 제한없이 커지게 하는 매우 심각한 버그가 있습니다 .

으로 세르게이가 있다 고 말했다 무차별 시스템에 같은 내용 것이다 꽤 큰 원인 손상이있는 모든 파일을 삭제. 예를 들어, 시스템에 존재할 수있는 여러 개의 빈 파일 이 있으며 잠금 또는 일부 조건을 나타내는 데 사용됩니다 . 동일한 파일의 별도 사본을 포함하는 프로그램이있을 수도 있습니다 (파일이 두 프로그램 모두에 대해 동일한 기능을 제공하는 경우 별도의 라이브러리 또는 패키지로 제거되지 않은 경우).

"duplicate"파일을 다음과 같이 실행root 하여 삭제할 수 있습니다 . 그러나 그렇게하지 말아야합니다. 우분투 시스템에 심각한 피해를 줄 수 있습니다.

당신은 의견을 물었다 :

묻거나 알리지 않고 모든 복제본을 삭제하도록 fdupes에 명령해야합니까?

fdupes -f 당신이 원하는 것을 할 수 있습니다 . 참조 맨 페이지를 . 그러나 당신은 정말로 이것을해서는 안됩니다.fdupes

대신, 무슨 일이 일어나고 있는지 알아 내야합니다. 우리가 당신을 도와 주길 원한다면, 우리는 확실히 할 것입니다. 공간을 차지하는 것을 파악하는 데 도움이된다고 설명하기 위해 질문을 확장하면 해당 정보를 제공하는 답변을 얻거나 해당 정보를 찾는 방법에 대한 정보를 제공하는 다른 질문과 중복 될 수 있습니다. (어느 상황이든 도움이 될 것입니다.) 물론 이것은 시스템이 너무 많은 공간을 차지하는 (또는 보이는 것처럼 보이는) 원인을 찾는 데 도움을주기를 원한다고 가정합니다.

이를 조사하기위한 첫 번째 단계는 이러한 명령의 출력을 검사하고 (질문을 편집하여 게시) 사용중인 디스크와 사용 가능한 공간에 대한 자세한 정보를 제공합니다.

mount
df -h
sudo du -sh /*

터미널 창 ( Ctrl+ Alt+ T) 에서 해당 명령을 실행할 수 있습니다 . 마지막 명령은 시간이 걸립니다. Permission denied루트로 실행하더라도 오류가 발생할 수 있습니다 . 대부분 .gvfs사용자의 홈 디렉토리 에있는 폴더와 관련이 있습니다. 걱정할 것이 없습니다.


4

빠르고 더러운 해결책이 있습니다 (로그 파일 작성을 확실히 방지하지만 근본 문제는 해결하지 못합니다).

이 로그 파일은 / lib / udev / uvcdynctrl에 의해 작성됩니다.

  1. 원본 백업 sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
  2. 원본 편집 gksu gedit /lib/udev/uvcdynctrl
  3. " debug = 1 " 형식의 모든 요소를 ​​찾으십시오.
  4. " debug = 0 "으로 변경
  5. 로그 파일을 한 번에 모두 삭제 sudo rm /var/log/uvcdynctrl-udev.log

3

문제는이 패키지입니다 : uvcdynctrl-udev.

그것은 유물과 버기 프로그램입니다. 데비안과 우분투 저장소에서 간단히 제거해야합니다. 설치되어 있지 않습니다. 이 패키지는이 거대한 로그 파일을 생성 할뿐만 아니라 Cheese 및 기타 웹 캠 앱이 충돌하거나 매우 심하게 작동하게합니다. Cheese 또는 Guvcview를 사용하여 전체 해상도로 비디오를 캡처 할 수 없습니까? !

이 버그는 수년 동안 존재 해 왔으며 uvcdyn의 관리자는 신경 쓰지 않습니다.

해결책은 간단합니다. sudo apt-get remove uvcdynctrl-udev.

하고있는 일을 확실하게하려면 대신 시냅틱을 사용하십시오. buggie 패키지에 대한 Serch uvcdynctrl-udev에uvcdynctrl - udev에 데이터 . Mark'em은 완전히 제거되었습니다. 다른 프로그램에는 영향을 미치지 않으며 종속성이 없으므로 안전하게 제거 할 수 있습니다. 해.

그런 다음 / var / log를 확인하고이 거대한 uvcdynctrl-udev.log 를 루트로 검색하여 삭제하십시오. (단말기 **

cd /var/log
sudo rm uvcdynctrl-udev.log

**)이 패키지를 놓치지 마십시오.


tuprofe demusica가 맞습니다! 나는 그것이 깨 졌다고 생각했기 때문에 현미경을 거의 버렸다. 이 패키지를 삭제 한 후 한 번 더 시도해 보았습니다.
rickyrockrat

2

Terminal(바로 가기 는 Ctrl+ Alt+ t) 로 이동하여 다음을 입력하십시오.

gksudo nautilus

루트 권한으로 노틸러스가 열립니다. 이제 파일을 삭제하십시오.

이것이 당신에게 도움이되기를 바랍니다!


도움이되지 않습니다.
10000

어떻게 10000 장을 복사 했습니까? 복제본은 다음과 같습니다 . 그렇다면 하나의 파일 만 선택하고 Shift 키를 누른 다음 파일을 모두 선택한 다음 삭제할 수 없습니다.
Max Tither

문제는 복사 한 파일과 그 위치를 모르기 때문에 복제 된 특정 파일을 찾을 수 없다는 것입니다.
user84055

내가 발견 bash는 스크립트를 중복 파일을 찾을 수 있습니다. 그것들을 찾아서 폴더로 옮길 것입니다. 그런 다음 중복 폴더를 삭제할 수 있습니다.
Max Tither

2 분 동안 달린 후 종료됩니다.
user84055

-1

여기서 가장 좋은 점은 명백한 손상 정도, 실제로 발생한 상황이 불분명하고 수동으로 수리 할 때의 편안함이 낮다는 점을 고려하여 다시 설치하는 것입니다.

홈 디렉토리를 유지 하고 (다시 포맷하거나 다시 파티션 하지 마십시오 ) 다시 설치하면 시스템 디렉토리가 지워집니다.


1
재설치는 확실히 옵션이지만, 큰 파일이 어디로 복사되었는지 또는 제어 할 수 없을 정도로 크기가 커지는 시스템 파일이 어떤 파일인지 알아내는 것은 일반적으로 매우 쉽습니다.
Eliah Kagan

@Eliah, 나는 당신을 확신하고 쉽게 찾을 수 있지만 OP가 확실하지 않습니다. 그리고 시스템에 많은 시간을 투자하지 않은 경우 (구성 백업은 언급하지 않겠다) 날려 버리는 것이 가장 효율적인 선택 일 수 있습니다.
poolie

1
여기에서는 도움이되지 않습니다. 그의 /home파티션은와 동일한 파티션 /에 있으므로 t clear that partition. And I don설치 프로그램이 설치에 사용할 파티션의 불필요한 파일 (모두 또는 없음)을 삭제한다고 생각할 수 없습니다.
Philipp Wendler

2
설치 프로그램은 / var / local을 제외한 / var의 모든 항목을 제거하므로이 답변은 실행 가능한 옵션입니다.
Jorge Castro
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.