Заполнение файловой системы из-за большого файла uvcydnctrl-udev.log
Если вы хотите полностью избавиться от Windows, лучше всего выполнить новую установку с использованием живого USB или живого DVD.
Однако, если вы хотите сохранить настройки и приложения, уже установленные в Ubuntu, вы можете рассмотреть возможность их миграции.
На этой странице объясняется, как , но, по моему мнению, вам лучше, сделайте резервную копию ваших данных на внешнем диске и выполните новую установку.
5 ответов
1. Шаг: Узнайте, какую проблему Вы на самом деле имеете
, Когда Ваша файловая система неожиданно полна, существует много возможных причин. Еще см. ответ Eliah Kagan для некоторых об этом. В подавляющем большинстве случаев должно быть легко определить (и в конечном счете восстановить), реальная причина, таким образом переформатировав/переустанавливая не была бы необходима.
, Таким образом, первый шаг должен узнать, что точно является проблемой, т.е. где имеет недостающее пространство, которое уводят. Поэтому сначала выполнитесь
df -hl -x tmpfs -x devtmpfs
, Это показывает список всех используемых разделов дисков в Вашей машине, их размере, насколько полный они и их точка монтирования. Из этого списка возьмите тот, который Вы думаете, слишком полно, и отметьте его точку монтирования. В Вашем случае это - корневая файловая система, которая смонтирована в /.
Теперь мы анализируем, где в этой файловой системе пространство используется. Выполнитесь
sudo du -xhsc /* 2> /dev/null
(Замена / с точкой монтирования, определенной выше.) Этому нужен sudo, потому что не все каталоги могли бы быть читаемыми для Вашего пользователя. Это может занять время (особенно в больших файловых системах), потому что это должно посетить каждый каталог на них.
то, Что делает эта команда, должно показать Вам каждый файл и каталог в данном каталоге вместе с его размером (включая подкаталоги). Таким образом из этого списка берут один (s), который Вы думаете, больше, чем это должно быть и назвать команду снова на этом каталоге. (Таким образом, выполните команду снова, но с названием большого каталога из предыдущего списка, заменяющего /.)
, Например, в Вашем случае это было ясно /var, был единственный большой каталог, таким образом, необходимо будет выполниться
sudo du -xhsc /var/* 2> /dev/null
, Продолжают эти шаги, пока Вы или не нашли единственный файл, который является настолько большим, или Вы нашли каталог с большим количеством файлов, которые вместе занимают все то место.
В Вашем случае следующий шаг должен был выполниться
sudo du -xhsc /var/log/* 2> /dev/null
, потому что /var/log было столь большим, и это показало Вам, что был единственный файл журнала, названный uvcdynctrl-udev.log с 174 ГБ (который очевидно плох).
2. Шаг: Определите, почему файлы там и почему существует настолько большое
Теперь, мы должны узнать, почему определенные там, или почему они являются настолько большими, если они, как ожидают, будут там.
В Вашем случае, файл журнала в [1 110] является ничем подозрительным, но его размер, конечно. К счастью, поиск Google просто с именем файла поднимает следующий отчет об ошибках как первый хит, который является ясно той же проблемой, как мы имеем: http://bugs.launchpad.net/ubuntu/+source/libwebcam/+bug/811604
3. Шаг: Решите проблему
В этом случае, файл журнала некоторого связанного с веб-камерой материала, кажется, не интересен, таким образом, мы можем легко удалить его с командой sudo rm /var/log/uvcdynctrl-udev.log и свободный все пространство.
, К сожалению, отчет об ошибках все еще открыт, и нет никаких решений или обходных решений в комментариях, таким образом, вероятно, необходимо жить с этой ошибкой на данный момент. Можно удалить файл журнала время от времени для освобождения некоторого пространства.
Войдите Terminal (коротким путем является Ctrl + Высокий звук + t ), и введите:
gksudo nautilus
Это откроет Nautilus с корневыми полномочиями. Теперь удалите свои файлы.
Hope это помогает Вам!
-
1Я нашел сценарий удара находить дубликаты файлов. Это найдет их и переместит их в папку. Затем можно просто удалить дублирующуюся папку. – firelynx 13.05.2020, 02:36
-
2
-
3проблема, я не могу найти определенные файлы, которые были дублированы, потому что я не знаю, который приют файлов скопировал и местоположения их. – firelynx 13.05.2020, 02:37
-
4
-
5Как Вы делали 10 000 с копий. Сделайте дубликаты похожи это . Если так, can' t Вы просто выбираете один файл, нажимаете сдвиг, и затем выбираете всех их и затем удаляете их. – Zero 13.05.2020, 02:38
, Если Вы скопировали и вставили системные файлы, вручную воспроизведя их, затем необходимо предоставить больше информации о том, что Вы сделали, чтобы скопировать и вставить их, где Вы вставили их, что-либо, что можно помнить. Даже создание дополнительной копии всех системных файлов на Вашей машине вряд ли вызовет в какой-либо степени 100 ГБ использования диска. Ubuntu требует, чтобы меньше чем 5 ГБ свободного места были установлены, и даже система Ubuntu со многими установленными пакетами маловероятна для системные файлы для приведения в рабочее состояние больше, чем несколько раз тот размер. Необходимо было бы, вероятно, сделать много копий для занимания так большого количества места. Или возможно Вы скопировали файлы кроме системных файлов ?
, Если Ваша система Ubuntu расширилась отдельно (от файлов журнала и updates‽) для приведения в рабочее состояние 100 ГБ пространства (или 50 ГБ пространства), только в [1 114] системные файлы (в противоположность документам, изображениям, видео, виртуальным машинам, и т.д), что-то очень неправильно. Три наиболее вероятных общих причины этого, вероятно:
- Этого действительно не происходит, и Вы неправильно истолковали информацию, которую Ваша система предоставила Вам. (Обратите внимание на то, что я не говорю Вам, что Вы ошибающиеся ; , если Вы знаете , как Вы приехали, чтобы иметь 100 ГБ системных файлов, затем ни это, ни другие две предложенных причины ниже не корректны.)
- существует ошибка, которая влияет на Вашу систему, и которая заставляет использованное и свободное пространство сообщаться неправильно.
- существует довольно серьезная ошибка, которая влияет на Вашу систему, и которая заставляет файлы (возможно, файлы журнала в
/var/log) расти с чрезвычайно высокой скоростью и без связанного.
Как Sergey имеет , сказал , без разбора удалив все файлы, которые имеют то же содержание, довольно вероятно, нанесет ущерб Вашей системе. Например, существуют много пустые файлы , который мог бы существовать в Вашей системе и используется в качестве блокировки или показать некоторое условие. У Вас могут также быть программы, которые содержат отдельные копии идентичных файлов (когда файлы обеспечивают ту же функциональность для обеих программ, которая не была удалена в отдельную библиотеку или пакет).
можно, вероятно, заставить это удалять "дублирующиеся" файлы [1 110] выполнение его как root . Но Вы не должны действительно делать этого - это, вероятно, даст выход серьезному вреду в Вашей системе Ubuntu.
Вы спросили в комментарии:
должен там так или иначе управлять, чтобы fdupes удалил все дубликаты, не спрашивая или уведомляя меня?
fdupes -f мог бы делать то, что Вы хотите. См. fdupes страница справочника . Но Вы не должны действительно делать этого.
Вместо этого необходимо выяснить то, что продолжается. Если Вы захотите, чтобы мы помогли Вам с этим, то мы, конечно, будем. При расширении вопроса объяснить желание справки, выясняющей, что занимает место, то Вы или получите ответы, предоставляющие ту информацию, или это может быть закрыто как дубликат другого вопроса, который предоставляет информацию о том, как узнать это. (Любая ситуация, вероятно, принесла бы пользу Вам.), Конечно, это предполагает, что Вы хотите, чтобы мы помогли Вам найти причину своей системы, занимающей так много места (или кажущейся).
первый шаг для исследования это должно исследовать (и сообщение путем редактирования вопроса) вывод этих команд, которые предоставляют подробную информацию о том, какие диски Вы имеете и сколько пространства свободно на них:
mount
df -h
sudo du -sh /*
можно выполнить те команды в Окне терминала ( Ctrl + Высокий звук + T ). Последняя команда будет требовать времени. Можно также получить приблизительно Permission denied ошибки (даже при том, что Вы выполняете его как корень), главным образом относительно .gvfs папки в корневых каталогах пользователей. Это - ничто для волнения о.
Проблемой ЯВЛЯЕТСЯ этот пакет: uvcdynctrl-udev.
Это - бесполезная и buggie программа. Это должно быть просто удалено из debian и человечности repos. Это shoudn't быть установленным. Этот пакет не только создает это ОГРОМНЫЕ файлы журнала, но и он также вызывает Сыр, и другие приложения веб-камеры, чтобы отказать или работать очень плохо (Не может записать видео в полном разрешении с Cheese или Guvcview? УДАЛИТЕ ЭТОТ ПАКЕТ, И ОН РАБОТАЕТ AS, ОН ДОЛЖЕН!
Эта ошибка была вокруг в течение многих лет, и manteiner uvcdyn...., кажется, не заботится об этом.
решение просто: sudo apt-get remove uvcdynctrl-udev.
, Если Вы хотите быть уверенными в том, что Вы делаете, используйте Синаптический вместо этого. Serch для buggie пакета uvcdynctrl-udev и uvcdynctrl-udev-data. Mark'em для полного удаления. Вы заметите его влияние привычки другие программы, они не зависимости, таким образом, можно безопасно удалить его. Сделайте это.
Затем проверка/var/log, ищите это огромное uvcdynctrl-udev.log, как корень, удалите его. (откройте терминал **
cd /var/log
sudo rm uvcdynctrl-udev.log
**), Верьте мне, Вы привычка мисс этот пакет.
-
1tuprofe demusica является правильным! Я почти выбросил микроскоп, потому что я думал, что он был поврежден. Я дал ему еще одну попытку после удаления этого пакета. – suraj747 13.05.2020, 02:38
У меня есть быстрое и грязное решение (определенно предотвращают запись файла журнала, но не решает корневую проблему):
этот файл журнала записан [1 111], Резервный оригинал sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
gksu gedit /lib/udev/uvcdynctrl sudo rm /var/log/uvcdynctrl-udev.log