Filesystem preenchendo devido ao grande arquivo uvcydnctrl-udev.log

9

Agora, minha instalação do Ubuntu custa mais de 100 GB de espaço no disco rígido. E sempre que tento fslint e fdupes , eles dizem Permission denied para excluir as duplicatas. Por favor me ajude rapazes.

Informações adicionais

Saída de 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

O arquivo com defeito é de 174GB /var/log/uvcydnctrl-udev.log

    
por user84055 18.08.2012 / 08:36

6 respostas

10

1. Etapa: descobrir qual problema você realmente tem

Quando o seu sistema de arquivos está inesperadamente cheio, há várias causas possíveis. Veja a resposta de Eliah Kagan para mais sobre isso. Na grande maioria dos casos, deve ser fácil identificar (e, eventualmente, reparar) a causa real, portanto reformatar / reinstalar não seria necessário.

Então, o primeiro passo é descobrir qual é exatamente o problema, ou seja, para onde foi o espaço perdido. Então, primeiro execute

df -hl -x tmpfs -x devtmpfs

Isso mostra uma lista de todas as partições usadas dos discos em sua máquina, seu tamanho, quão cheios eles estão e seu ponto de montagem. A partir dessa lista, pegue o que você acha que está cheio demais e anote seu ponto de montagem. No seu caso, é o sistema de arquivos raiz que está montado em / .

Agora analisamos onde dentro deste sistema de arquivos o espaço é usado. Execute

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

(Substitua / pelo ponto de montagem identificado acima.) Ele precisa do sudo porque nem todos os diretórios podem ser lidos pelo seu usuário. Pode levar algum tempo (especialmente em sistemas de arquivos grandes), porque ele precisa visitar todos os diretórios neles.

O que este comando faz é mostrar a você cada arquivo e diretório dentro do diretório fornecido, juntamente com seu tamanho (incluindo subdiretórios). Portanto, dessa lista, pegue o (s) que você acha que é maior do que deveria ser, e chame o comando novamente neste diretório. (Ou seja, execute o comando novamente, mas com o nome de um diretório grande de uma listagem anterior substituindo / .)

Por exemplo, no seu caso, ficou claro que /var era o único diretório grande, então você precisaria executar

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

Continue com essas etapas até encontrar um arquivo único que seja tão grande ou encontrar um diretório com muitos arquivos que ocupem todo esse espaço.

No seu caso, o próximo passo foi executar

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

porque /var/log era tão grande, e isso mostrou que havia um único arquivo de log chamado uvcdynctrl-udev.log com 174 GB (o que obviamente é ruim).

2. Etapa: Identifique por que os arquivos estão lá e por que existem tão grandes

Agora precisamos descobrir por que os identificados estão lá, ou por que eles são tão grandes, se eles devem estar lá.

No seu caso, um arquivo de log em /var/log não é nada suspeito, mas seu tamanho certamente é. Felizmente, uma pesquisa no Google simplesmente com o nome do arquivo traz o seguinte relatório de bug como o primeiro hit, que é claramente o mesmo problema que temos: link

3. Etapa: Resolva o problema

Nesse caso, um arquivo de log de algumas coisas relacionadas à webcam parece não ser interessante, então podemos facilmente excluí-lo com o comando sudo rm /var/log/uvcdynctrl-udev.log e liberar todo o espaço.

Infelizmente, o relatório de erros ainda está aberto, e não há soluções ou soluções alternativas nos comentários, então você provavelmente terá que viver com esse bug por enquanto. Você pode excluir o arquivo de registro de tempos em tempos para liberar algum espaço.

    
por Philipp Wendler 18.08.2012 / 12:45
6

Se você copiou e colou os arquivos do sistema, reproduzindo-os manualmente, forneça mais informações sobre o que fez para copiá-los e colá-los, onde os colou, qualquer coisa que possa lembrar. Até mesmo fazer uma cópia extra de todos os arquivos do sistema em sua máquina provavelmente não causará nem perto de 100 GB de uso de disco. O Ubuntu requer menos de 5 GB de espaço disponível para ser instalado e até mesmo um sistema Ubuntu com muitos pacotes instalados é improvável que seus arquivos de sistema ocupem mais do que várias vezes esse tamanho. Você provavelmente teria que fazer muitas cópias para ocupar tanto espaço. Ou talvez você tenha copiado arquivos que não sejam arquivos de sistema ?

Se o seu sistema Ubuntu expandiu sozinho (a partir de arquivos de log e atualizações‽) para ocupar 100 GB de espaço (ou 50 GB de espaço), apenas em arquivos de sistema (ao contrário do seu documentos, imagens, vídeos, máquinas virtuais e assim por diante), algo está muito errado. As três causas gerais mais prováveis são provavelmente:

  • Isso não está realmente acontecendo e você interpretou mal as informações que seu sistema forneceu a você. (Por favor, note que eu não estou dizendo que você está enganado ; se você sabe como você chegou a ter 100 GB de arquivos de sistema, então nem este nem os outros dois sugeriram as causas abaixo estão corretas.)
  • Existe um bug que afeta seu sistema e que faz com que o espaço usado e livre seja informado incorretamente.
  • Há um bug bastante sério, que afeta seu sistema e que faz com que os arquivos (talvez os arquivos de log em /var/log ) cresçam a uma taxa extremamente alta e sem limite.

Como Sergey tem disse , a exclusão indiscriminada de todos os arquivos que têm o mesmo conteúdo provavelmente causará danos ao seu sistema. Por exemplo, existem vários arquivos em branco que podem existir em seu sistema e são usados como bloqueios ou para indicar alguma condição. Você também pode ter programas que contenham cópias separadas de arquivos idênticos (quando os arquivos fornecerem a mesma funcionalidade para ambos os programas, o que não foi removido para uma biblioteca ou pacote separado).

Provavelmente, você pode deletar os arquivos "duplicados" por executando-o como root . Mas você realmente não deve fazer isso - isso provavelmente causará grandes danos ao seu sistema Ubuntu.

Você perguntou em um comentário:

  

Existe alguma maneira de comandar o fdupes para apagar todas as duplicatas sem perguntar ou notificar-me?

fdupes -f pode fazer o que você deseja. Consulte a a fdupes manpage . Mas você realmente não deveria fazer isso.

Em vez disso, você deve descobrir o que está acontecendo. Se você quiser que nós o ajudemos com isso, certamente o faremos. Se você expandir sua pergunta para explicar que deseja obter ajuda para descobrir o que está ocupando espaço, obterá as respostas fornecendo essas informações ou poderá ser encerrada como uma duplicata de outra pergunta que fornece informações sobre como descobrir isso. (Qualquer situação poderia beneficiá-lo.) Claro, isso é supor que você quer que nós o ajudemos a encontrar a causa do seu sistema ocupar tanto espaço (ou aparentar).

O primeiro passo para investigar isso é examinar (e postar, editando sua pergunta) a saída desses comandos, que fornecem informações detalhadas sobre quais discos você tem e quanto espaço está livre neles:

mount
df -h
sudo du -sh /*

Você pode executar esses comandos em uma janela do Terminal ( Ctrl + Alt + T ). O último comando demorará um pouco. Você também pode obter alguns erros de Permission denied (mesmo que você o esteja executando como root), principalmente em relação às pastas .gvfs nos diretórios iniciais dos usuários. Isso não é nada para se preocupar.

    
por Eliah Kagan 18.08.2012 / 11:37
4

Eu tenho uma solução rápida e suja (definitivamente evito a gravação de arquivos de log, mas não resolve o problema da raiz):

este arquivo de log é escrito por / lib / udev / uvcdynctrl

  1. Backup original sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
  2. Editar original gksu gedit /lib/udev/uvcdynctrl
  3. Pesquise todos os elementos que estão nesse formato " debug = 1 "
  4. Altere para " debug = 0 "
  5. Exclua o arquivo de log de uma vez por todas sudo rm /var/log/uvcdynctrl-udev.log
por Des 04.10.2012 / 13:55
2

Entre no Terminal (o atalho é Ctrl + Alt + t ) e digite:

gksudo nautilus

Isso abrirá o Nautilus com permissões de root. Agora, exclua seus arquivos.

Espero que isso ajude você!

    
por Max Tither 18.08.2012 / 08:43
1

O problema é este pacote: uvcdynctrl-udev.

É um programa useles e buggie. Ele deve ser simplesmente removido dos repositórios debian e ubuntu. Não deve ser instalado. Esse pacote não apenas cria esses arquivos de log ENORMES, mas também faz com que o Cheese e outros aplicativos de webcam travem ou funcionem muito mal (não é possível capturar vídeo em resolução total com Cheese ou Guvcview? REMOVER ESTE PACOTE E FUNCIONA COMO DEVE !

Esse bug existe há anos e a manteiner de uvcdyn ... não parece se importar com isso.

A solução é simples: sudo apt-get remove uvcdynctrl-udev.

Se você quer ter certeza do que está fazendo, use o Synaptic. Serch para o pacote buggie uvcdynctrl-udev e uvcdynctrl-udev-data . Marque-os para remoção completa. Você notará que isso não afetará outros programas, eles não são dependências, então você pode removê-lo com segurança. Faça isso.

Em seguida, verifique / var / log, pesquise este uvcdynctrl-udev.log , como root, exclua-o. (abra um terminal **

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

** ) Acredite, você não sentirá falta desse pacote.

    
por tuprofe demusica 03.01.2015 / 06:01
-1

Acho que a melhor coisa é simplesmente reinstalar, considerando a quantidade aparente de dano, o fato de não estar claro o que realmente aconteceu e seu baixo nível de conforto em consertá-lo manualmente.

Preserve seu diretório inicial ( não reformate ou reparticione) e reinstale e isso deve limpar os diretórios do sistema.

    
por poolie 18.08.2012 / 12:40