Le système de fichiers se remplit en raison du gros fichier uvcydnctrl-udev.log
Maintenant, mon installation d’Ubuntu me coûte plus de 100 Go d’espace disque dur. Et chaque fois que j'essaie fslint et fdupes, ils disent Permission denied pour supprimer les doublons. S'il vous plaît aidez-moi les gars.
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 fichier de 174 Go /var/log/uvcydnctrl-udev.log
1. Étape: Découvrez quel problème vous avez réellement
Lorsque votre système de fichiers est saturé, il y a beaucoup de 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/une réinstallation ne serait pas nécessaire.
La première étape consiste donc à déterminer le problème, c’est-à-dire où l’espace manquant a-t-il disparu. Donc d'abord exécuter
df -hl -x tmpfs -x devtmpfs
Ceci affiche une liste de toutes les partitions utilisées des disques de votre ordinateur, leur taille, leur degré de remplissage et leur point de montage. Dans cette liste, prenez celui que vous jugez trop complet et notez son point de montage. Dans votre cas, il s’agit du système de fichiers racine monté sur /.
Nous analysons maintenant où l’espace est utilisé dans ce système de fichiers. Exécuter
Sudo du -xhsc /* 2> /dev/null
(Remplacez / par le point de montage identifié ci-dessus.) Il a besoin de Sudo car tous les répertoires ne sont peut-être pas lisibles par votre utilisateur. Cela peut prendre un certain temps (en particulier sur les systèmes de fichiers volumineux) car il doit visiter tous les répertoires qu'ils contiennent.
Le but de cette commande est de vous montrer chaque fichier et répertoire dans le répertoire donné ainsi que sa taille (y compris les sous-répertoires). Alors, dans cette liste, prenez le ou les noms qui, à votre avis, sont plus volumineux qu’il devrait être et appelez à nouveau la commande dans ce répertoire. (C'est-à-dire que vous exécutez à nouveau la commande, mais avec le nom d'un grand répertoire d'une liste précédente remplaçant /.)
Par exemple, dans votre cas, il était clair que /var était le seul répertoire volumineux. Vous devez donc exécuter
Sudo du -xhsc /var/* 2> /dev/null
Continuez avec ces étapes jusqu'à ce que vous ayez trouvé un seul fichier qui soit si gros ou que vous ayez trouvé un répertoire avec beaucoup de fichiers qui occupent ensemble tout cet espace.
Dans votre cas, l'étape suivante consistait à exécuter
Sudo du -xhsc /var/log/* 2> /dev/null
parce que /var/log était tellement volumineux, ce qui vous a montré qu'il n'y avait qu'un seul fichier journal nommé uvcdynctrl-udev.log avec 174 Go (ce qui est évidemment mauvais).
2. Étape: Identifiez pourquoi les fichiers sont là et pourquoi il y en a de si gros
Nous devons maintenant savoir pourquoi les personnes identifiées sont présentes ou si elles sont si grandes si elles sont censées y être.
Dans votre cas, un fichier journal dans /var/log n'a rien de suspect, mais sa taille l'est sûrement. Heureusement, une recherche Google portant simplement le nom du fichier génère le rapport de bogue suivant en tant que premier résultat. Il s'agit clairement du 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 contenant des éléments liés à la webcam ne semble pas être intéressant. Nous pouvons donc le supprimer facilement avec la commande Sudo rm /var/log/uvcdynctrl-udev.log et libérer tout l’espace disponible.
Malheureusement, le rapport de bogue est toujours ouvert et il n'y a pas de solution ou de solution de contournement dans les commentaires. Vous devez donc probablement vivre avec ce bogue pour le moment. Vous pouvez supprimer le fichier journal de temps en temps pour libérer de l'espace.
Si vous avez copié et collé les fichiers système, en les reproduisant manuellement, vous devez fournir plus d'informations sur ce que vous avez fait pour les copier et les coller, à l'endroit où vous les avez collés, tout ce dont vous pouvez vous souvenir. Même une copie supplémentaire de tous les fichiers système sur votre ordinateur ne devrait pas entraîner une utilisation de près de 100 Go de disque. Ubuntu nécessite moins de 5 Go de l’espace disponible à installer, et même un système Ubuntu avec de nombreux paquets installés est peu probable pour que ses fichiers système occupent plusieurs fois cette taille. Vous devrez probablement faire beaucoup de copies pour occuper autant de place. Ou peut-être avez-vous copié des fichiers autres que des fichiers système ?
Si votre système Ubuntu s’est développé seul (à partir des fichiers journaux et des mises à jour) pour occuper 100 Go (ou 50 Go), il suffit de placer des fichiers système (par opposition à vos documents, images, vidéos, machines virtuelles, etc.), quelque chose ne va pas. Les trois causes générales les plus probables sont probablement:
- Cela ne se produit pas vraiment et vous avez mal interprété les informations que votre système vous a fournies. (Veuillez noter que je ne vous dis pas que vous vous trompez ; si vous savez comment vous êtes arrivé Pour avoir 100 Go de fichiers système, ni cela ni les deux autres causes suggérées ci-dessous ne sont correctes.)
- Il y a un bogue qui affecte votre système et qui entraîne une signalisation incorrecte de l'espace utilisé et de l'espace disponible.
- Il existe un bogue assez grave, qui affecte votre système et qui entraîne la croissance des fichiers (peut-être des fichiers journaux dans
/var/log) à un taux extrêmement élevé et sans limite.
Comme Sergey a dit , supprimer aveuglément tous les fichiers qui ont le même contenu causera très probablement des dommages à votre système. Par exemple, un certain nombre de fichiers vierges peuvent exister dans votre système et sont utilisés comme verrous ou pour indiquer une condition. Vous pouvez également disposer de programmes contenant des copies distinctes de fichiers identiques (lorsque les fichiers fournissent les mêmes fonctionnalités pour les deux programmes, qui n'ont pas été supprimés dans une bibliothèque ou un package séparé).
Vous pouvez probablement le faire supprimer les fichiers "en double" par en l'exécutant comme root . Mais vous ne devriez vraiment pas faire cela - cela causera probablement des dommages graves à votre système Ubuntu.
Vous avez demandé dans un commentaire:
Est-il possible de commander à fdupes de supprimer tous les doublons sans me demander ou me prévenir?
fdupes -f pourrait faire ce que vous voulez. Voir la page de manuel fdupes . Mais vous ne devriez vraiment pas faire ça.
Au lieu de cela, vous devriez comprendre ce qui se passe. Si vous voulez que nous vous aidions avec cela, nous le ferons certainement. Si vous développez votre question en expliquant que vous souhaitez obtenir de l'aide pour déterminer ce qui prend de la place, vous obtiendrez des réponses fournissant ces informations, ou cette information sera peut-être reproduite en double d'une autre question fournissant des informations sur la manière de le savoir. (L'une ou l'autre situation serait susceptible de vous être bénéfique.) Bien sûr, cela suppose que vous souhaitiez que nous vous aidions à trouver la cause de la perte d'espace (ou semblant) de votre système.
La première étape consiste à examiner (et à publier, en modifiant votre question) le résultat de ces commandes, qui fournissent des informations détaillées sur les disques que vous possédez et sur la quantité d’espace disponible sur ceux-ci:
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 erreurs Permission denied (même si vous l’exécutez en tant que root), principalement en ce qui concerne les dossiers .gvfs situés dans les répertoires de départ des utilisateurs. Ce n'est rien d'inquiétant.
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
- Sauvegarde de l'original
Sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup - Modifier l'original
gksu gedit /lib/udev/uvcdynctrl - Recherchez tous les éléments qui se présentent sous cette forme "debug = 1"
- Changer en "debug ="
- Supprimer le fichier journal une fois pour toutes
Sudo rm /var/log/uvcdynctrl-udev.log
Le problème IS ce package: vcdynctrl-udev.
C'est un programme useles et buggie. Il devrait être simplement supprimé des dépôts Debian et Ubuntu. Il ne devrait pas être installé. Ce paquet crée non seulement ces fichiers journaux ÉNORMES, mais il provoque également le blocage ou le très mauvais fonctionnement de Cheese et d’autres applications pour webcam (Vous ne pouvez pas capturer une vidéo en résolution maximale avec Cheese ou Guvcview? !
Ce virus existe depuis des années et le manteiner d'uvcyn 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. Serch pour le paquet buggie vcdynctrl-udev et vcdynctrl-udev-data. Mark'em pour l'élimination complète. Vous remarquerez que cela n'affectera pas les autres programmes, ils 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 vcdynctrl-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.
Allez dans le Terminal (raccourci est Ctrl+Alt+t) et type:
gksudo nautilus
Cela ouvrira Nautilus avec les permissions root. Supprimez maintenant vos fichiers.
J'espère que cela vous aide!