Заповнення файлової системи завдяки великому файлу 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


3
Це все ще проблема в Ubuntu 14.04 LTS
Andrew Fielden

Відповіді:


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.log174 ГБ (що, очевидно, погано).

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

У мене є швидке і брудне рішення (напевно перешкоджаю написанню файлу журналу, але не вирішує кореневу проблему):

цей файл журналу написаний / lib / udev / uvcdynctrl

  1. Резервне копіювання оригіналу sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
  2. Редагувати оригінал gksu gedit /lib/udev/uvcdynctrl
  3. Знайдіть усі елементи, які є в такій формі " налагодження = 1 "
  4. Змінити на " налагодження = 0 "
  5. Видаліть файл журналу раз і назавжди sudo rm /var/log/uvcdynctrl-udev.log

3

Проблема полягає в цьому пакеті: uvcdynctrl-udev.

Це програма для використання та баггі. Його слід просто видалити з репонів debian і ubuntu. Він не повинен бути встановлений. Цей пакет створює не лише ВЕЛИЧЕЗНІ файли журналів, але також спричиняє збій або роботу сиру та інших веб-камер або дуже погано працює (Не вдається зняти відео з повною роздільною здатністю за допомогою сиру чи Guvcview? ВИДАЛИТИ ЦІЙ ПАКЕТ І РОБОТИ ТАКІ, ЩО БУДЕ ДУЖЕ) !

Цей клоп існує вже багато років, і manteiner 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 - це правильно! Я майже викинув мікроскоп, бо думав, що він зламаний. Я ще раз спробував після видалення цього пакету.
rickyrockrat

2

Перейдіть до Terminal(скорочення Ctrl+ Alt+ t) і введіть:

gksudo nautilus

Це відкриє Nautilus з кореневими дозволами. Тепер видаліть свої файли.

Сподіваюся, це допоможе вам!


це не допомагає, є
10000

Як ви зробили 10000 копій. У дублікатів виглядати це . Якщо так, чи не ви можете просто вибрати один файл, натисніть shift, а потім виберіть усі, а потім видаліть їх.
Макс Тамтер

Проблема полягає в тому, що я не можу знайти конкретні файли, які були скопійовані, тому що я не знаю, які файли скопіювали та місця їх розміщення.
користувач84055

Я знайшов скрипт bash для пошуку дублікатів файлів. Він знайде їх і перемістить у папку. Тоді ви можете просто видалити копію папки.
Макс Тамтер

Не пощастить з цим. Він кидає після бігу протягом 2хвилин.
user84055

-1

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

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


1
Хоча перевстановлення, безумовно, є варіантом, як правило, досить легко зрозуміти, куди були скопійовані великі файли, чи є системні файли, які неконтрольовано збільшуються в розмірі, які вони файли.
Елія Каган

@Eliah, я впевнений, що ти і мені би це було легко, але я не впевнений, що ОП буде. І якщо в машину було вкладено не так багато часу (я не збираюся навіть згадувати конфігурацію резервних копій), видування її може бути найбільш ефективним вибором.
poolie

1
Зауважте, що це не допоможе тут. Він /homeзнаходиться на тому ж розділі, що і /, тому він не може t clear that partition. And I donподумати, що інсталятор видаляє зайві файли на розділі, який він буде використовувати для встановлення (або всі, або жодні).
Філіп Вендлер

2
Інсталятор видалить усе в / var, крім / var / local, тому ця відповідь є життєздатним варіантом.
Хорхе Кастро
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.