Я на Ubuntu 16.04 Unity установлены последние обновления, у меня один из лучших игровых ноутбуков 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, вероятно, не делает ничего из этого, но я бы порекомендовал попытаться разобраться в проблеме, прежде чем предполагать.