সিস্টেমড-উদেব কেন আমার সিপিইউ প্যাগ করছে?


15

আমি লক্ষ করেছি যে একটি চার-কোর ল্যাপটপের একটি কোর পেগড, এবং টেম্পোরটি খুব বেশি। আমি এটিতে পেয়েছি top:

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
  359 root      20   0  188684 147228   1552 R  99.4  5.0 111:19.91 systemd-udevd
20011 root      20   0  188320 147604   2076 S  11.0  5.0   0:00.33 systemd-udevd
11053 dotanco+  20   0 3030036 918672  49608 S   9.6 31.2 280:40.65 firefox
 3468 dotanco+  20   0 3612776 136740  43484 S   1.7  4.6  57:02.52 plasma-desktop
20006 root      20   0       0      0      0 Z   1.0  0.0   0:00.37 systemd-udevd

systemd-udevসিপিইউয়ের হাতুড়ি কেন হতে পারে? এটি একটি কুবুন্টু 14.10 সিস্টেম:

$ uname -a
Linux loathe 3.16.0-44-generic #59-Ubuntu SMP Tue Jul 7 02:07:39 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/issue
Ubuntu 14.10 \n \l

সম্পাদনা: আমি লক্ষ্য করেছি যে পেগড সিপিইউ ছাড়াও একটি অতিরিক্ত সমস্যা রয়েছে। নতুন সংযুক্ত ইউএসবি ডিভাইসগুলি, যেমন একটি ইউএসবি ভর স্টোরেজ ডিভাইস বা কীবোর্ডগুলি এতে প্রদর্শিত হবে lsusbকিন্তু অকেজো। ভর স্টোরেজ ডিভাইসটি স্বয়ংক্রিয়ভাবে মাউন্ট করা হয় না এবং ইউএসবি কীবোর্ড কাজ করে না। আমি ইউএসবি ড্রাইভটি ম্যানুয়ালি মাউন্ট করার চেষ্টা করিনি।

Bratchley এর পরামর্শ অনুযায়ী, এখানে strace, হয় এর systemd-udevআইডি 359 সঙ্গে প্রক্রিয়া।


2
আপনি সম্ভবত straceএটি ব্যবহার করে এটি strace -fvvp 359কোনও কিছুর উপর ক্রমাগত লুপিং করে থাকেন। আপনি অর্থপূর্ণ কিছু বাছাই করতে সক্ষম হতে পারেন। এটি সম্ভবত ত্রুটিযুক্ত তবে এটি সম্পর্কে কোনও তথ্য সংগ্রহ করতে পারলে এটি এখনও একটি ভাল বাগের প্রতিবেদন তৈরি করতে পারে।
ব্র্যাচলে

1
@ ব্র্যাচলে: ধন্যবাদ, এখানে স্ট্রেস এসেছে । এটি পড়তে শিখতে আমি এখন গুগল করছি, তবে কোনও পরামর্শই প্রশংসিত হবে।
dotancohen

1
ভাল এটি লুপিংয়ের মতো দেখায় না I এটি modprobeসেট আপ করার জন্য মনে হয় এটি একগুচ্ছ ফাইলগুলিতে পড়ে এবং সেগুলি পড়ছে । সত্যিই এলোমেলো জিনিসগুলির একগুচ্ছ। এটি বার্তাগুলিতে বা dmesgকমান্ডে কিছু মুদ্রণ করে ?
ব্র্যাচলে

1
আমার চেক করা উচিত ছিল dmesg, আমি প্রায় দুই বা তিন ঘন্টা আগে মেশিনটি রিসেট করেছি। কোনও লুপিং নেই তা নিশ্চিত করার জন্য আপনাকে অনেক ধন্যবাদ। আমি স্ট্রের উপর দিয়ে যাওয়ার চেষ্টা করেছি এবং যদিও আমি সেগুলি পড়তে পারদর্শী নই, তবে আমি এমন কোনও অসীম লুপ খুঁজে পাইনি যা সিপিইউ স্পাইক করার সময় সর্বদা প্রথম জিনিস যা আমি মনে করি।
dotancohen

2
আপনি যখন "উদেবাডম মনিটর" চালান তখন কি কিছু দেখানো হয়?
ভি 13 ই

উত্তর:


17

দেখে মনে হচ্ছে libmtp কোনও ডিভাইস খুঁজে পেয়েছে তবে এটি এটি সঠিকভাবে সংযোগ বিচ্ছিন্ন করতে অক্ষম এবং এটি নিয়মিত এটি অনুসন্ধান করে। এটি নির্দিষ্ট ডিভাইসের সাথে ঘটে এবং /lib/udev/rules.d/69-libmtp.rules সম্পাদনা করে অক্ষম করা যায়

কয়েকটি লাইনের জন্য এটি দেখতে (ফাইলটির শেষে):

# Autoprobe vendor-specific, communication and PTP devices 
ENV{ID_MTP_DEVICE}!="1", ENV{MTP_NO_PROBE}!="1", ENV{COLOR_MEASUREMENT_DEVICE}!="1", ENV{libsane_matched}!="yes", ATTR{bDeviceCl     ass}=="00|02|06|ef|ff", PROGRAM="/usr/lib/udev/mtp-probe /sys$env{DEVPATH} $attr{busnum} $attr{devnum}", RESULT=="1", SYMLINK+="li     bmtp-%k", ENV{ID_MTP_DEVICE}="1", ENV{ID_MEDIA_PLAYER}="1"

ENV এর আগে একটি # রেখে দ্বিতীয় লাইনটি মন্তব্য করুন, যাতে দেখে মনে হয়:

#ENV{ID_MTP.... 

আপনার কম্পিউটার পুনরায় চালু করুন বা চালান sudo systemctl restart systemd-udevdএবং আপনার ফ্রি সিপিইউ চক্র উপভোগ করুন :)


রিবুট আমার জন্য প্রয়োজনীয় ছিল। আমি সিস্টেমেড-উদেডকে বেশ কয়েকবার পুনঃসূচনা করার চেষ্টা করেছি, তবে এটি তত্ক্ষণাত তত্ক্ষণাত সিপিইউতে আবার পেগ করে দেবে।
নেট গ্লেন

এটি মন্তব্য করা আমার পক্ষে সমাধান হয়নি। আমি মনে করি আমার সমস্যাটি এনভিডিয়া ড্রাইভারের সাথে সম্পর্কিত। @ ওয়েফ্যাক্টরি, unix.stackexchange.com/a/442324/134153- এর পোস্ট দেখুন ।
ড্যান এইচ

9

udevadm monitorকোন ড্রাইভার সিপিইউ পুল করছে তা জানতে ব্যবহার করুন ।


ঠিক আছে. আমি মনে করি আমি ডিভাইসটি পেয়েছি। এখন কি?
norok2

এই মন্তব্যটি আমাকে এটিকে গ্রাউন্ডে চালাতে সহায়তা করছে। আমি সম্পর্কে জানতাম না udevadm monitor। ধন্যবাদ!
ড্যান এইচ

4

আর একটি কারণ:

  1. এনভিডিয়া ড্রাইভার 396 ইনস্টল করা হয়েছে
  2. ফাঁকা স্ক্রিন দিয়ে পুনরায় চালু করুন
  3. বায়োজে এনভিডিয়া অক্ষম করা হয়েছে
  4. সিস্টেমটি ইন্টেলের সাথে কাজ করে, তবে বেশ কয়েকটি ঘুম / পুনরারম্ভের পরে আমি এগুলি পেয়েছি udevadm monitor(এলোমেলো লাইনগুলি কিন্তু অনির্দিষ্টকালের জন্য সমস্ত একই পুনরাবৃত্তি করে):

    ...
    KERNEL[10072.040174] remove   /module/nvidia (module)
    UDEV  [10072.062670] add      /module/nvidia (module)
    UDEV  [10072.063617] add      /kernel/slab/:A-0000256/cgroup/filp(40652:nvidia-persistenced.service) (cgroup)
    UDEV  [10072.076901] remove   /module/nvidia (module)
    UDEV  [10072.109365] add      /kernel/slab/:aA-0000192/cgroup/dentry(40652:nvidia-persistenced.service) (cgroup)
    KERNEL[10072.138225] add      /module/nvidia (module)
    KERNEL[10072.139241] add      /kernel/slab/:0012288 (slab)
    KERNEL[10072.139651] remove   /kernel/slab/:0012288 (slab)
    ...
    

আমি নিশ্চিত নই তবে আমি আশা করি এনভিডিয়া ড্রাইভার সক্রিয় থাকলেও এনভিডিয়া BIOS এ অক্ষম রয়েছে by


1
আমি একই সমস্যা মধ্যে দৌড়ে। আনইনস্টল করা এনভিডিয়া ড্রাইভাররা সমস্যার সমাধান করেছে।
টিসি ঝাং

2

ইলোবাটো প্রস্তাবিত সমাধানটি আমার পক্ষে কার্যকর হয়নি।

বর্ণিত একই সহানুভূতি সহ, আমি এই থ্রেডটি পেয়েছি: /ubuntu/1073185/ after-upgrade-from-ubuntu-16-to-18-04- সিস্টেমেড-udevd-uses-100-cpu

যে আমার জন্য সমস্যা সমাধান। আমি সম্পূর্ণতার জন্য নীচের সমাধানটি পুনরাবৃত্তি করি, তবে সমস্ত ক্রেডিটগুলি brunom4ciel দ্বারা আসল উত্তরে যায়।


প্রক্রিয়াগুলি থামানো এবং শুরু করা কোনও অনাকাঙ্ক্ষিত পার্শ্ব প্রতিক্রিয়া ছাড়াই সমস্যার সমাধান করে চেষ্টা করুন:

sudo systemctl stop systemd-udevd systemd-udevd-kernel.socket systemd-udevd-control.socket

sleep 5

sudo systemctl start systemd-udevd systemd-udevd-kernel.socket systemd-udevd-control.socket

যদি এটি এর সাথে কোনও স্ক্রিপ্টে এটি এম্বেড করে কাজ /etc/init.d/systemd-udevd-solv.shকরে:

sudo vim /etc/init.d/systemd-udevd-solv.sh

এবং পেস্ট করুন:

#!/bin/sh

sudo systemctl stop systemd-udevd systemd-udevd-kernel.socket systemd-udevd-control.socket

sleep 5

sudo systemctl start systemd-udevd systemd-udevd-kernel.socket systemd-udevd-control.socket

তারপরে লগইনে সম্পাদন করার অনুমতি পরিবর্তন করুন

sudo chmod a+x /etc/init.d/systemd-udevd-solv.sh

আমার জন্য এটি কেবল একটি ব্যান্ড-সহায়তা: মনে হচ্ছে আমি যদি 30 মিনিট অপেক্ষা করি তবে উদেবদের সিপিইউ ব্যবহার ব্যাক আপ।
ড্যান এইচ

1

কার্নেলের মধ্যে একটি বাগ রয়েছে যা systemd-udevs 100% সিপিইউ ব্যবহারের কারণ হয়ে থাকে।

সুতরাং, চারপাশের কাজটি হ'ল সিস্টেমটি পুনরায় বুট করা, গ্রাব লোড করার সময় শিফটটি টিপুন এবং ধরে রাখা। তারপরে বুটলোডার তালিকায় তালিকাবদ্ধ পুরানো কার্নেলটি নির্বাচন করুন।

এই কাজটি আমার পক্ষে ঠিক আছে।


0

লিনাক্স মিন্টের 17.3 রোজায় আমার একই সমস্যা ছিল।

এটি সমাধানের জন্য, যখন আমার পিসি নিষ্ক্রিয় থাকে:

  • আমি টার্মিনাল খুলি
  • এসইউ হিসাবে লগইন করুন।
  • topকমান্ডটি ব্যবহার করুন এবং এর পিআইডি দেখুন systemd
  • এটাকে হত্যা কর.

সিপিইউ স্বাভাবিক অবস্থায় ফিরে আসে এবং র‌্যামের ব্যবহার কম হয়। অবশ্যই আমার ডেস্কটপ স্থিতিশীল। এই অপারেশনের পরে আমি সাধারণত আমার ডেস্কটপটি ব্যবহার করতে পারি।


আমি সবসময় মনে করতেন যে systemd হল সবসময় PID, 1 0pointer.de/blog/projects/systemd.html
aventurin

0

আমি দেখতে পেয়েছি হাইপার-ভিতে চলছে সেন্টোসের কিছু ইনস্টলগুলিতে এটি একটি সমস্যা । ভিএম সেটিংসে ইন্টিগ্রেশন পরিষেবাদি বন্ধ করার ফলে এটি সমাধান হয়ে গেছে বলে মনে হয়। বিশেষত সময় সিঙ্ক্রোনাইজেশন

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.