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