Заполнение файловой системы из-за большого файла uvcydnctrl-udev.log

11

Теперь моя установка Ubuntu стоит мне более 100 ГБ на жестком диске. И всякий раз, когда я пытаюсь 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

Неисправный файл - 174 ГБ /var/log/uvcydnctrl-udev.log

user84055
источник
3
Это все еще проблема в Ubuntu 14.04 LTS
Эндрю Филден

Ответы:

11

1. Шаг: выяснить, какая проблема у вас на самом деле

Когда ваша файловая система неожиданно переполнена, существует множество возможных причин. Посмотрите ответ Элии Каган, чтобы узнать больше об этом. В подавляющем большинстве случаев должно быть легко определить (и в конечном итоге устранить) реальную причину, поэтому переформатирование / переустановка не потребуются.

Итак, первый шаг - выяснить, в чем именно проблема, т. Е. Куда ушло недостающее пространство. Итак, сначала выполните

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.logс именем 174 ГБ (что, очевидно, плохо).

2. Шаг: определить, почему файлы есть и почему они такие большие

Теперь нам нужно выяснить, почему идентифицированные есть или почему они такие большие, если они ожидаются там.

В вашем случае файл журнала в /var/logэтом нет ничего подозрительного, но его размер, безусловно, есть. К счастью, поиск Google просто по имени файла приводит к следующему сообщению об ошибке в качестве первого попадания, что явно является той же проблемой, что и у нас: http://bugs.launchpad.net/ubuntu/+source/libwebcam/+bug / 811604

3. Шаг: решить проблему

В этом случае файл журнала некоторых материалов, связанных с веб-камерой, кажется неинтересным, поэтому мы можем легко удалить его с помощью команды sudo rm /var/log/uvcdynctrl-udev.logи освободить все пространство.

К сожалению, отчет об ошибке все еще открыт, и в комментариях нет решений или обходных путей, поэтому вам, вероятно, придется смириться с этой ошибкой. Вы можете время от времени удалять файл журнала, чтобы освободить место.

Филипп Вендлер
источник
6

Если вы скопировали и вставили системные файлы, воспроизводя их вручную, вам следует предоставить больше информации о том, что вы сделали, чтобы скопировать и вставить их, куда вы их вставили, все, что вы можете запомнить. Даже создание дополнительной копии всех системных файлов на вашем компьютере вряд ли приведет к использованию дискового пространства в районе 100 ГБ. Для установки Ubuntu требуется менее 5 ГБ свободного места, и даже для системы Ubuntu с множеством установленных пакетов маловероятно, что ее системные файлы будут занимать более чем в несколько раз больший размер. Возможно, вам придется сделать много копий, чтобы занять столько места. Или, возможно, вы скопировали файлы, отличные от системных файлов ?

Если ваша система Ubuntu расширилась сама по себе (из файлов журналов и обновлений‽), чтобы занять 100 ГБ пространства (или 50 ГБ пространства), только в системных файлах (в отличие от ваших документов, изображений, видео, виртуальных машин и и так далее) что-то очень не так. Три наиболее вероятные общие причины этого, вероятно, следующие:

  • На самом деле этого не происходит, и вы неверно истолковали информацию, которую ваша система предоставила вам. (Обратите внимание, что я не говорю вам, что вы ошибаетесь ; если вы знаете, откуда у вас 100 ГБ системных файлов, то ни эта, ни две другие предложенные ниже причины не верны.)
  • Существует ошибка, которая влияет на вашу систему и приводит к неправильному сообщению об используемом и свободном пространстве.
  • Существует довольно серьезная ошибка, которая влияет на вашу систему и приводит к тому, что файлы (возможно, файлы журналов /var/log) растут с очень высокой скоростью и без ограничений.

Как Сергей уже сказал , без разбора удалить все файлы , которые имеют одни и то же содержание будет вполне вероятно повреждение причины к вашей системе. Например, в вашей системе может существовать несколько пустых файлов , которые используются в качестве блокировок или для обозначения некоторых условий. У вас также могут быть программы, которые содержат отдельные копии идентичных файлов (когда файлы предоставляют одинаковые функции для обеих программ, которые не были удалены в отдельную библиотеку или пакет).

Вы можете получить его, чтобы удалить «дубликаты» файлов, запустив его какroot . Но вы не должны этого делать - это может нанести серьезный вред вашей системе Ubuntu.

Вы спросили в комментарии:

Есть ли в любом случае команда fdupes, чтобы удалить все дубликаты, не спрашивая и не уведомляя меня?

fdupes -f может делать то, что вы хотите. См в fdupesсправочной странице . Но вы не должны этого делать.

Вместо этого вы должны выяснить, что происходит. Если вы хотите, чтобы мы помогли вам с этим, мы, безусловно, поможем. Если вы расширите свой вопрос, объяснив, что вам нужна помощь в определении того, что занимает место, то вы либо получите ответы с этой информацией, либо она может быть закрыта как дубликат другого вопроса, в котором содержится информация о том, как это выяснить. (Любая ситуация может принести вам пользу.) Конечно, это предполагает, что вы хотите, чтобы мы помогли вам найти причину, по которой ваша система занимает так много места (или кажется).

Первый шаг для изучения этого - проверить (и опубликовать, отредактировав свой вопрос) вывод этих команд, которые предоставляют подробную информацию о том, какие у вас диски и сколько на них свободного места:

mount
df -h
sudo du -sh /*

Вы можете запустить эти команды в окне терминала ( Ctrl+ Alt+ T). Последняя команда займет некоторое время. Вы также можете получить некоторые Permission deniedошибки (даже если вы запускаете их как root), в основном в отношении .gvfsпапок в домашних каталогах пользователей. Это не о чем беспокоиться.

Элия ​​Каган
источник
4

У меня есть быстрое и грязное решение (определенно предотвращает запись файла журнала, но не решает проблему с правами root):

этот файл журнала написан / 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
Des
источник
3

Проблема заключается в следующем пакете: uvcdynctrl-udev.

Это программа для игры в пижамы и багги. Его следует просто удалить из репозиториев Debian и Ubuntu. Это не должно быть установлено. Этот пакет не только создает эти ОГРОМНЫЕ файлы журналов, но также приводит к сбою или работе приложений Cheese и других веб-камер. (Не удается захватить видео в полном разрешении с помощью Cheese или Guvcview? !

Эта ошибка существует уже много лет, и, похоже, ее не волнует человек, создавший uvcdyn.

Решение простое: sudo apt-get remove uvcdynctrl-udev.

Если вы хотите быть уверенным в том, что вы делаете, используйте вместо этого Synaptic. Выполните поиск для пакета ошибок: uvcdynctrl-udev и uvcdynctrl-udev-data . Mark'em для полного удаления. Вы заметите, что это не повлияет на другие программы, они не являются зависимостями, поэтому вы можете безопасно удалить их. Сделай это.

Затем проверьте / var / log, найдите этот огромный файл uvcdynctrl-udev.log от имени root и удалите его. (открыть терминал **

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

**) Поверьте, вы не пропустите этот пакет.

Tuprofe Demusica
источник
Тупрофе Демусика прав! Я почти выбросил микроскоп, потому что думал, что он сломан. Я дал еще одну попытку после удаления этого пакета.
Рикирократ
2

Зайдите в Terminal(сокращение Ctrl+ Alt+ t) и наберите:

gksudo nautilus

Это откроет Nautilus с правами root. Теперь удалите свои файлы.

Надеюсь, это поможет вам!

Макс Титер
источник
это не помогает, есть 10000 файлов
user84055
Как ты сделал 10000 копий? У дубликатов выглядеть это . Если это так, вы не можете просто выбрать один файл, нажать Shift, а затем выбрать все из них, а затем удалить их.
Макс Tither
проблема в том, что я не могу найти конкретные файлы, которые были продублированы, потому что я не знаю, какие файлы не скопированы и их расположение.
user84055
Я нашел скрипт bash для поиска дубликатов файлов. Он найдет их и переместит в папку. Тогда вы можете просто удалить дубликат папки.
Макс Tither
не повезло с этим. Он выходит после запуска в течение 2 минут.
user84055
-1

Я думаю, что лучше всего здесь просто переустановить, учитывая видимое количество повреждений, тот факт, что довольно непонятно, что на самом деле произошло, и ваш низкий уровень комфорта при ручном ремонте.

Сохраните ваш домашний каталог ( не переформатируйте и не переразбейте) и переустановите, и это должно очистить системные каталоги.

poolie
источник
1
Хотя переустановка, безусловно, является опцией, обычно довольно легко определить, куда скопированы большие файлы или, если есть системные файлы, размер которых бесконтрольно увеличивается, какими они являются.
Элия ​​Каган
@ Элия, я уверен, что нам с тобой было бы легко, но я не уверен, что ОП будет. И, если на машину было потрачено не так много времени (я даже не буду упоминать о резервных копиях конфигурации), ее удаление может быть наиболее эффективным выбором.
пул
1
Обратите внимание, что это не поможет здесь. Он /homeнаходится в том же разделе /, что и он не может t clear that partition. And I donдумать, что установщик удаляет любые лишние файлы в разделе, который он собирается использовать для установки (все или все).
Филипп Вендлер
2
Установщик удалит все в / var, кроме / var / local, поэтому этот ответ является приемлемым вариантом.
Хорхе Кастро