Ну всеравно как не крути куллер включается от температуры, я искал критические значения для своего ЦП и пытался через сенсоры выставить обороты по температуре.... сейчас если взять то у меня браузер 10 вкладок и 2 стооячих терминала 2600 оборотов и 37* по цельсию ЦП, ГПУ 32* , и так и не пойму откуда 62* Other ( из xfce4-sensor-plugin), соответсвенно температура ЦПУ на мой взгляд минимальна, зачем рабоотает кулер над ЦПУ ... хз, при этом не больше месяца назад разбирал целиком ноут, все почистил и ттермопасту обновил...

vasek, отдельное спасибо за sysdig, запомню и буду пользоваться почитал man много чего полезного-интересного.
vasek
А также подумай - тебе точно нужен xfce4-sensors-plugin?

принципиально он мне не нужен, хотел посмотреть сколько крутит кулер, т.к. ноут бывает работает шумновато, хотя перегруза быть не должно ... максимум работает firefox с 7 вкладками. Может я наивен?) мне кажется что для моего ноута куллер вообще не должен работать при запуске только браузера. а в тихий вечер это напрягает))
Haron_Prime
а после установки lm_sensors
sudo sensors-detect
делал?
Только что удалял xfce4-sensors-plugin и lm-sensors, затем заново ставил и сделал sensors-detect, результата не дало торможения продолжаются
sysdig -c fileslower 1

прям четко в момент подвисаний выдает

2017-10-29 10:32:37.117 xfce4-sensor read 500 /sys/class/hwmon/hwmon1/fan1_input
2017-10-29 10:32:37.120 xfce4-sensor read 1 /sys/class/hwmon/hwmon1/temp3_input

это lm-sensors вешает меня?)

убил процесс xfce4-sensors-p и тормоза ушли.
где можно покопать чтобы понять в чем был конфликт?
vasek
al.ks
Your kernel headers for kernel 4.13.9-1-ARCH cannot be found at /usr/lib/modules/4.13.9-1-ARCH/build or /usr/lib/modules/4.13.9-1-ARCH/source.
Покажи выводы
uname -r
pacman -Q linux-headers
find /usr/lib -name '*sysdig*'
ls /usr/src
Для сравнения - мои выводы
uname -r                                       - 4.13.9-1-ARCH
pacman -Q linux-headers             - linux-headers 4.13.9-1
find /usr/lib -name '*sysdig*'         - /usr/lib/modules/4.13.9-1-ARCH/kernel/extra/sysdig-probe.ko
ls /usr/src                                      - sysdig-0.19.1

vasek
pacman -Q linux-headers

linux-headers не был установлен, после установки сборщик запускается, сейчас буду пробовать то о чем писали выше... Спасибо за помощь
vasek
vasek

Поставил sysdig
не могу стартонуть, ошибка:
Unable to load the driver
error opening device /dev/sysdig0. Make sure you have root credentials and that the sysdig-probe module is loaded.

сейчас гуглю решение...
вобщем sysdig-probe-loader
* Unloading sysdig-probe, if present
rmmod: ERROR: Module sysdig_probe is not currently loaded
* Running dkms autoinstall
Error! echo
Your kernel headers for kernel 4.13.9-1-ARCH cannot be found at
/usr/lib/modules/4.13.9-1-ARCH/build or /usr/lib/modules/4.13.9-1-ARCH/source.
* Trying to load a system sysdig-probe, if present
* Trying to load a dkms sysdig-probe, if present
* Trying to find precompiled sysdig-probe for 4.13.9-1-ARCH
Found kernel config at /proc/config.gz
* Trying to download precompiled module from https://s3.amazonaws.com/download.draios.com/stable/sysdig-probe-binaries/sysdig-probe-0.19.1-x86_64-4.13.9-1-ARCH-87624763dd6eaf15caf7efaa395b8872.ko
Download failed, consider compiling your own sysdig-probe and loading it or getting in touch with the sysdig community
Haron_Prime
al.ks
Собственно сервис небыл запущен,
Он и не должен быть запущен постоянно, его запускает таймер раз в неделю.
А вот таймер как раз должен быть запущен.
Можно конечно периодически ручками в терминале
sudo fstrim /
но таймер как-то надёжнее
ну я так и сделал стартанул его 1 раз и потом в сервисы добавил
Haron_Prime
Не верно
Надо запускать не сервис, а таймер. А уж он будет периодически запускать сам сервис.
Cначала проверить, запущен ли таймер

sudo systemctl status fstrim.timer

Выхлоп должен быть примерно таким

● fstrim.timer - Discard unused blocks once a week
   Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: disabled)
   Active: active (waiting) since Sat 2017-10-28 11:36:13 EEST; 5h 1min ago
  Trigger: Mon 2017-10-30 00:00:00 EET; 1 day 8h left
     Docs: man:fstrim

Окт 28 11:36:13 arch systemd[1]: Started Discard unused blocks once a week

Если же таймер почему-то не запущен , то запустить

sudo systemctl start fstrim.timer
sudo systemctl enable fstrim.timer

Таймер сам будет запускать сервис раз в неделю

Собственно сервис небыл запущен, запустил по вашему описанию таймер, выхлоп статуса соответствует.
К сожелению не помогло.(На всякий случай перезагружался)
vasek
al.ks
появились короткосрочные подвисания примерно каждые 10-15 секунд система подвисает на 1 сек или меньше. Проявляется без нагрузки(после вкл. и без запуска программ) на рабочем столе подвисает курсор(при быстром перемещении), при просмотре видео все намного четче)))
Интересны на вскидку три момента, которые легко проверить:
- наблюдается ли подвисание, если загрузиться только в текстовую консоль, без загрузки X?
- нет ли чего нехорошего в выводе journalctl | grep -i MCE.
- увеличить логирование (сначала можно и без увеличения), запустить journalctl -f и смотреть есть ли сообщения в моменты подвисаний.
И, конечно, нужен мониторинг разными утилитами, вплоть до нестандартных - раз подвисает с такой периодичностью даже в простое, значит какие то процессы что то да делают. Нужно хоть что то да узнать, а так одно гадание.

1. Без иксов зависаний не заметил...
2. journalectl | grep mce Выводит "окт 28 23:18:18 arch kernel: mce: CPU supports 9 MCE bank" больше ничего...
3. journalectl -f в момент подвисаний ничего не выводит
На днях наткнулся на похожую статью, к сожелению не могу найти её, там говорилось о том что система пытается определить видеоадаптары или еще что-то читал с телефона мельком....