Filesystem remplissage en raison de gros fichier uvcydnctrl-udev.log


11

Maintenant, mon installation d'Ubuntu me coûte plus de 100 Go d'espace disque dur. Et chaque fois que j'essaie fslintet fdupes, disent - ils Permission deniedsupprimer les doublons. S'il vous plaît les gars de l' aide de moi.

Information additionnelle

Sortie 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

Le fichier défectueux est un 174GB /var/log/uvcydnctrl-udev.log


3
C'est toujours un problème dans Ubuntu 14.04 LTS
Andrew Fielden

Réponses:


11

1. Étape: Découvrez quel problème vous avez réellement

Lorsque votre système de fichiers est saturé de manière inattendue, il existe de nombreuses causes possibles. Voir la réponse d'Eliah Kagan pour en savoir plus à ce sujet. Dans la grande majorité des cas, il devrait être facile d'identifier (et éventuellement de réparer) la cause réelle, de sorte qu'un reformatage / réinstallation ne serait pas nécessaire.

La première étape consiste donc à découvrir quel est exactement le problème, c'est-à-dire où est passé l'espace manquant. Alors, exécutez d'abord

df -hl -x tmpfs -x devtmpfs

Ceci affiche une liste de toutes les partitions utilisées des disques de votre machine, leur taille, leur niveau de remplissage et leur point de montage. Dans cette liste, prenez celle que vous pensez être trop pleine et notez son point de montage. Dans votre cas, c'est le système de fichiers racine qui est monté sur /.

Maintenant, nous analysons où à l'intérieur de ce système de fichiers l'espace est utilisé. Exécuter

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

(Remplacez-le /par le point de montage identifié ci-dessus.) Il a besoin de sudo car tous les répertoires peuvent ne pas être lisibles pour votre utilisateur. Cela peut prendre un certain temps (en particulier sur les systèmes de fichiers volumineux) car il doit visiter chaque répertoire sur eux.

Ce que cette commande fait est de vous montrer chaque fichier et répertoire dans le répertoire donné avec sa taille (y compris les sous-répertoires). Donc, à partir de cette liste, prenez celle (s) que vous pensez être plus grande qu'elle ne devrait l'être, et appelez à nouveau la commande sur ce répertoire. (Autrement dit, réexécutez la commande, mais en remplaçant le nom d'un grand répertoire d'une liste précédente /.)

Par exemple, dans votre cas, il était clair que /varc'était le seul grand répertoire, vous devez donc exécuter

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

Continuez ces étapes jusqu'à ce que vous ayez trouvé un seul fichier qui soit si volumineux, ou que vous ayez trouvé un répertoire avec beaucoup de fichiers qui, ensemble, occupent tout cet espace.

Dans votre cas, l'étape suivante consistait à exécuter

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

parce que /var/logc'était si gros, et cela vous a montré qu'il y avait un seul fichier journal nommé uvcdynctrl-udev.logavec 174 Go (ce qui est évidemment mauvais).

2. Étape: Identifiez pourquoi les fichiers sont là et pourquoi ils sont si gros

Maintenant, nous devons découvrir pourquoi les personnes identifiées sont là, ou pourquoi elles sont si grandes, si l'on s'attend à ce qu'elles soient là.

Dans votre cas, un fichier journal /var/logn'est pas suspect, mais sa taille l'est certainement. Heureusement, une recherche Google simplement avec le nom de fichier fait apparaître le premier rapport de bogue suivant comme premier coup, ce qui est clairement le même problème que nous avons: http://bugs.launchpad.net/ubuntu/+source/libwebcam/+bug / 811604

3. Étape: résoudre le problème

Dans ce cas, un fichier journal de certains éléments liés à la webcam ne semble pas être intéressant, nous pouvons donc facilement le supprimer avec la commande sudo rm /var/log/uvcdynctrl-udev.loget libérer tout l'espace.

Malheureusement, le rapport de bogue est toujours ouvert, et il n'y a aucune solution ou solution de contournement dans les commentaires, vous devez donc probablement vivre avec ce bogue pour l'instant. Vous pouvez supprimer le fichier journal de temps en temps pour libérer de l'espace.


6

Si vous avez copié et collé les fichiers système, les reproduire manuellement, vous devez fournir plus d' informations sur ce que vous avez fait pour les copier et les coller où vous les collé, tout ce que vous vous souvenez. Même en faisant une copie supplémentaire de tous les fichiers système sur votre machine est peu probable que la cause ne importe où près de 100 Go d'utilisation du disque. Ubuntu nécessite moins de 5 Go d'espace disponible pour être installé, et même un système Ubuntu avec beaucoup de paquets installés est peu probable pour ses fichiers système de prendre plus de plusieurs fois cette taille. Vous devrez probablement faire de nombreuses copies pour occuper autant d'espace. Ou peut - être vous les fichiers copiés autres que les fichiers du système ?

Si votre système Ubuntu est développé par lui - même ( à partir des fichiers journaux et updates‽) pour prendre 100 Go d'espace (ou 50 Go d'espace), juste dans les fichiers système (par opposition à vos documents, photos, vidéos, machines virtuelles, et ainsi de suite), quelque chose ne va pas. Les trois causes générales les plus probables de cette situation sont probablement:

  • Ce n'est pas vraiment qui se passe, et vous avez mal interprété les informations que votre système vous a fourni. (S'il vous plaît noter que je ne vous dis pas que vous vous trompez , si vous le savez . Comment êtes - vous d'avoir 100 Go de fichiers système, alors ni ceci , ni les deux autres ci - dessous les causes proposées est correcte)
  • Il y a un bug qui affecte votre système, et qui fait l'espace libre et utilisé à signaler de manière incorrecte.
  • Il existe un bogue assez grave, qui affecte votre système et qui fait que les fichiers (peut-être les fichiers journaux /var/log) se développent à un rythme extrêmement élevé et sans limite.

Comme Sergey a dit , la suppression sans discernement tous les fichiers qui ont le même contenu sera causer des dommages très probablement à votre système. Par exemple, il y a un certain nombre de fichiers vides qui pourraient exister dans votre système et sont utilisés comme serrures ou pour signifier une certaine condition. Vous pouvez également avoir des programmes qui contiennent des copies distinctes de fichiers identiques (lorsque les fichiers fournissent la même fonctionnalité pour les deux programmes, qui n'a pas été supprimée dans une bibliothèque ou un package séparé).

Vous pouvez probablement l'obtenir pour supprimer les fichiers "en double" en l' exécutant en tant queroot . Mais vous ne devriez vraiment pas faire cela - cela causera probablement de graves dommages à votre système Ubuntu.

Vous avez demandé dans un commentaire:

EST-IL de toute façon de commander à fdupes de supprimer tous les doublons sans me demander ou m'aviser?

fdupes -f pourrait faire ce que vous voulez. Voir la fdupespage de manuel . Mais vous ne devriez vraiment pas faire ça.

Au lieu de cela, vous devez comprendre ce qui se passe. Si vous voulez que nous vous aidions, nous le ferons certainement. Si vous développez votre question pour expliquer que vous souhaitez de l'aide pour déterminer ce qui prend de la place, vous obtiendrez des réponses fournissant ces informations, ou cela peut être fermé en tant que doublon d'une autre question qui fournit des informations sur la façon de le découvrir. (L'une ou l'autre situation serait susceptible de vous être bénéfique.) Bien sûr, cela suppose que vous vouliez que nous vous aidions à trouver la cause de votre système occupant autant d'espace (ou semblant le faire).

La première étape pour étudier cela consiste à examiner (et publier, en modifiant votre question) la sortie de ces commandes, qui fournissent des informations détaillées sur les disques dont vous disposez et l'espace libre sur eux:

mount
df -h
sudo du -sh /*

Vous pouvez exécuter ces commandes dans une fenêtre de terminal ( Ctrl+ Alt+ T). La dernière commande prendra un certain temps. Vous pouvez également obtenir des Permission deniederreurs (même si vous l'exécutez en tant que root), principalement en ce qui concerne les .gvfsdossiers dans les répertoires personnels des utilisateurs. Ce n'est rien à craindre.


4

J'ai une solution rapide et sale (empêche définitivement l'écriture du fichier journal, mais ne résout pas le problème racine):

ce fichier journal est écrit par / lib / udev / uvcdynctrl

  1. Sauvegarde d'origine sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
  2. Modifier l'original gksu gedit /lib/udev/uvcdynctrl
  3. Recherchez tous les éléments qui sont sous une telle forme " debug = 1 "
  4. Passez à " debug = 0 "
  5. Supprimez le fichier journal une fois pour toutes sudo rm /var/log/uvcdynctrl-udev.log

3

Le problème est ce paquet: uvcdynctrl-udev.

C'est un programme useles et buggie. Il devrait simplement être supprimé des dépôts debian et ubuntu. Il ne devrait pas être installé. Ce package crée non seulement ces fichiers journaux ÉNORMES, mais il provoque également le blocage ou le dysfonctionnement de Cheese et d'autres applications de webcam (Vous ne pouvez pas capturer de vidéo en pleine résolution avec Cheese ou Guvcview? !

Ce bug existe depuis des années et le manteiner de uvcdyn .... ne semble pas s'en soucier.

La solution est simple: sudo apt-get remove uvcdynctrl-udev.

Si vous voulez être sûr de ce que vous faites, utilisez plutôt Synaptic. Recherchez le package buggie uvcdynctrl-udev et uvcdynctrl-udev-data . Mark'em pour une suppression complète. Vous remarquerez que cela n'affectera pas les autres programmes, ce ne sont pas des dépendances, vous pouvez donc le supprimer en toute sécurité. Fais le.

Ensuite, vérifiez / var / log, recherchez cet énorme uvcdynctrl-udev.log , en tant que root, supprimez-le. (ouvrir un terminal **

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

**) Croyez-moi, vous ne manquerez pas ce forfait.


tuprofe demusica a raison! J'ai presque jeté un microscope parce que je pensais qu'il était cassé. Je lui ai donné un nouvel essai après avoir supprimé ce package.
rickyrockrat

2

Allez dans Terminal(le raccourci est Ctrl+ Alt+ t) et tapez:

gksudo nautilus

Cela ouvrira Nautilus avec les autorisations root. Maintenant, supprimez vos fichiers.

J'espère que cela vous aide!


ça n'aide pas, il y a 10000s de fichiers
user84055

Comment avez-vous fait 10000 exemplaires. Les doublons ressemblent-ils à ceci ? Si tel est le cas, ne pouvez-vous pas simplement sélectionner un fichier, appuyez sur Maj, puis sélectionnez-les tous, puis supprimez-les.
Max Tither

le problème est que je ne peux pas trouver les fichiers spécifiques qui ont été dupliqués parce que je ne sais pas quels sont les fichiers copiés et havre de paix les emplacements d'entre eux.
user84055

J'ai trouvé un script bash pour trouver les fichiers en double. Il les trouvera et les déplacer dans un dossier. Ensuite , vous pouvez simplement supprimer le dossier en double.
Max Tither

pas de chance avec it.It quitte après avoir exécuté pour 2 minutes.
user84055

-1

Je pense que la meilleure chose est ici juste Réinstaller, compte tenu de la quantité apparente de dommages, le fait qu'il est assez difficile de ce qui est réellement arrivé, et votre faible niveau de confort pour réparer manuellement.

Préservez votre répertoire personnel ( ne pas reformater ou repartitionnez) et réinstaller et qui devrait effacer les répertoires du système.


1
Bien que la réinstallation soit certainement une option, il est généralement assez facile de déterminer où les fichiers volumineux ont été copiés, ou s'il existe des fichiers système dont la taille augmente de manière incontrôlable, de quels fichiers il s'agit.
Eliah Kagan

@Eliah, je suis sûr que vous et je trouverais cela facile, mais je ne suis pas sûr que le PO le fera. Et, si pas beaucoup de temps a été investi dans la machine (je ne vais même pas mentionner les sauvegardes de configuration), la souffler peut être le choix le plus efficace.
poolie

1
Notez que ce ne serait pas utile ici. Son /homeest sur la même partition que /, donc il peut t clear that partition. And I donpas penser le programme d' installation supprime tous les fichiers superflus sur la partition qu'il va utiliser pour l' installation (tout ou rien).
Philipp Wendler

2
Le programme d' installation supprimera tout dans / var sauf / var / local si cette réponse est une option viable.
Jorge Castro
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.