Я на останніх оновленнях, встановлених ubuntu 16.04 єдності, у мене один з найкращих ігрових ноутбуків Asus на ринку, VLC встановлений, але я ніколи його не використовую.
Останні кілька місяців мені не вдалося вимкнути ПК, кожен раз, коли я намагаюся це зробити, вентилятори починають крутитися так швидко, і він зависає, тому я просто натискаю кнопку вимкнення, ця проблема була лише при відключенні , не перезапускати, я навіть не намагався вирішити проблему.
Сьогодні, працюючи, я помітив, як шанувальники роблять те саме, що вони зазвичай роблять під час вимкнення. Я побіг top
помітив, що 2 моменти vlc запускаються під моїм іменем, використовуючи, як 122% процесор кожного, хоча я знову не використовую vlc, і я не використовую жодної програми, що спирається на vlc.
Я намагався sudo kill <pid>
і sudo killall <pid>
та , sudo killall vlc
але до цих пір вони не були вбиті, що ніколи не траплялося зі мною раніше. Я вбив їх з монітора ресурсів Ubuntu, вони були вбиті, і проблема вимкнення була виправлена, і все повернулося до норми.
Це сталося з ким-небудь раніше?
ps aux | grep " $(echo -n $(pgrep vlc | xargs ps -o ppid | tail -n +2 | tr -d ' ') | sed 's/ / \\| /g') "
наступного разу, коли це станеться. Це дозволить знайти всі запущені екземпляри VLC, отримати батьківські PID-адреси для кожного з них, а потім шукати батьківські PID-адреси у висновку ps aux
. Це може допомогти розслідувати проблему.
sudo kill -9 <pid>
напевно, працювали б там, де тільки kill
цього не було. В -9
означає «вбити все , що рухається, з крайнім упередженням, в самому огидному можливим способом». Не багато може це пережити. Без -9
, це більше схоже на "Будь ласка, помер? Будь ласка, гарненько, будь ласка, з вишнею на вершині?"
kill -9
, небезпечно. Якщо, наприклад, програма створила під тимчасовим файлом /var/lock
, він не буде видалений. Так само буфери не будуть видалятися, транзакції з базами даних не здійснюватимуться і т. Д. Ви можете виявити пошкоджені або відсутні дані, якщо щось записували десь. VLC, ймовірно, не робить жодної з цих речей, але я б рекомендував спробувати зрозуміти проблему, перш ніж припускати.