[Решено] Ядро и базовые модули (нужно ли что-то менять?)

SLAX, Deep Style, ZenWalk

Модератор: Модераторы разделов

Аватара пользователя
UnixNoob
Сообщения: 578
ОС: Slackware

[Решено] Ядро и базовые модули

Сообщение UnixNoob »

Снова здравствуйте.
Увидев и на десктопе (как в теме нетбука) максимальную частоту процессора без нагрузки родился этот вопрос.

Сейчас базовые модули такие:

Код: Выделить всё

Module                  Size  Used by
fuse                  131072  3
8021q                  36864  0
garp                   16384  1 8021q
mrp                    20480  1 8021q
stp                    16384  1 garp
llc                    16384  2 stp,garp
ipv6                  512000  178
hid_apple              16384  0
ext2                   94208  1
joydev                 24576  0
ath9k_htc              81920  0
ath9k_common           20480  1 ath9k_htc
ath9k_hw              487424  2 ath9k_htc,ath9k_common
ath                    36864  3 ath9k_htc,ath9k_common,ath9k_hw
mac80211              864256  1 ath9k_htc
hid_generic            16384  0
uas                    28672  0
usbhid                 53248  0
usb_storage            73728  1 uas
hid                   139264  3 usbhid,hid_apple,hid_generic
cfg80211              819200  4 ath9k_htc,ath9k_common,ath,mac80211
rfkill                 28672  4 cfg80211
nvidia_drm             57344  5
nvidia_modeset       1187840  17 nvidia_drm
intel_rapl_msr         20480  0
coretemp               16384  0
hwmon                  32768  1 coretemp
intel_rapl_common      28672  1 intel_rapl_msr
nvidia              19763200  972 nvidia_modeset
x86_pkg_temp_thermal    20480  0
intel_powerclamp       20480  0
kvm_intel             315392  0
snd_hda_codec_hdmi     57344  1
kvm                   774144  1 kvm_intel
gpio_ich               16384  0
evdev                  24576  28
ppdev                  20480  0
irqbypass              16384  1 kvm
crct10dif_pclmul       16384  1
crc32_pclmul           16384  0
ghash_clmulni_intel    16384  0
drm_kms_helper        204800  1 nvidia_drm
rapl                   20480  0
serio_raw              16384  0
intel_cstate           20480  0
snd_hda_codec_realtek   126976  1
i2c_i801               32768  0
snd_hda_codec_generic    86016  1 snd_hda_codec_realtek
drm                   536576  8 drm_kms_helper,nvidia_drm
ledtrig_audio          16384  2 snd_hda_codec_generic,snd_hda_codec_realtek
r8169                  94208  0
agpgart                53248  1 drm
snd_hda_intel          45056  5
fb_sys_fops            16384  1 drm_kms_helper
syscopyarea            16384  1 drm_kms_helper
snd_intel_nhlt         16384  1 snd_hda_intel
sysfillrect            16384  1 drm_kms_helper
realtek                20480  1
xhci_pci               20480  0
sysimgblt              16384  1 drm_kms_helper
libphy                 94208  2 r8169,realtek
i2c_core               81920  4 drm_kms_helper,nvidia,i2c_i801,drm
xhci_hcd              253952  1 xhci_pci
snd_hda_codec         147456  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core           94208  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
parport_pc             32768  0
snd_hwdep              16384  1 snd_hda_codec
parport                57344  2 parport_pc,ppdev
snd_pcm               114688  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer              36864  1 snd_pcm
snd                    90112  18 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
ehci_pci               16384  0
mei_me                 40960  0
soundcore              16384  1 snd
mei                    86016  1 mei_me
ehci_hcd               61440  1 ehci_pci
lpc_ich                28672  0
button                 16384  0
loop                   40960  0
ext4                  765952  2
mbcache                16384  2 ext4,ext2
jbd2                  126976  1 ext4
В данном случае температура меня не беспокоит, она 30+- градусов, обороты я из-за отсутствующего модуля не вижу конечно, но по звуку вроде как все нормально.
При этом загрузка процессора в 2-5%,а я наблюдаю частоту близкую к макcимальной. В голом терминале при запуске вижу интервал,что указывает cpu-freq,т.е от 1.6.
Cpu-freq показывает только два режима и использует я так понимаю производительный:

Код: Выделить всё

cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 3.76 GHz.
analyzing CPU 1:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 3.64 GHz.
analyzing CPU 2:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 2
  CPUs which need to have their frequency coordinated by software: 2
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 3.20 GHz.
analyzing CPU 3:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 3
  CPUs which need to have their frequency coordinated by software: 3
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 3.33 GHz.
В прошлой теме по частоте мне писали что она не главное и никого этот момент не беспокоит, выходит что в Linux просто другая логика и приоритеты при распределении ресурсов процессора?
Нужно ли или вернее сказать есть ли рекомендации по модулям ядра после установки Linux? Что-то отключить/обязательно включить?
Я перейдя с Windows смотрю на это и напрягаюсь, что что-то работает не так, на износ, т.к я не верно что-то сделал или не сделал, стоит переживать или нет? Можно ли доверять базовым модулям ядра или нет, при условии что все работает?
Последний раз редактировалось UnixNoob 06.11.2020 23:19, всего редактировалось 1 раз.
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2

Re: Ядро и базовые модули

Сообщение Hephaestus »

UnixNoob писал:
04.11.2020 01:04
Нужно ли или вернее сказать есть ли рекомендации по модулям ядра после установки Linux? Что-то отключить/обязательно включить?
Лично я подгружал только модуль для чипа, который нужен lm-sensors,
да указывал опции по звуку, чтобы устройства загружались в нужном мне порядке.
Всё остальное есть "из коробки".
UnixNoob писал:
04.11.2020 01:04
обороты я из-за отсутствующего модуля не вижу конечно, но по звуку вроде как все нормально.
Кстати, что у Вас с sensors-detect на десктопе?
На нетбуке ладно - там непонятный чип. А на десктопе-то что? Тоже ничего толком не нашлось?
UnixNoob писал:
04.11.2020 01:04
Я перейдя с Windows смотрю на это и напрягаюсь, что что-то работает не так, на износ, т.к я не верно что-то сделал или не сделал, стоит переживать или нет?
Как это было в Windows, Вы просто не знаете. Она Вам, скорее всего, этого не показывала.
Что и как там работало "на износ" - это ещё неизвестно.

Запустите cpufreq-info в режиме "мониторинга" примерно так:
watch -n 1 cpufreq-info
и Вы скорее всего увидите, что частота всё время "плавает".
На моей машине, например, частота постоянно меняется: 1.9, 3.6, 2.5, 3.0, 1.9, 3.9 и т.д.
Есть ли это работа на износ или нет, я сказать не могу, но железу уже лет шесть.
В смысле износа гораздо важнее перегрев: у процессора в характеристиках есть максимальная допустимая температура - вот её превышать не стоит. Я себе на эту тему настроил сигнал на уровне BIOS - при достижении температурного порога начинает пищать. Кстати, этот порог температурный (который в BIOS) вполне корректно отображается в выводе lm-sensors.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
bormant
Сообщения: 1328

Re: Ядро и базовые модули

Сообщение bormant »

Раз речь зашла о питании, рекомендую также посмотреть в сторону powertop.
Относиться со здоровым разумением, лишние USB порты и устройства на автоотключение не переводить, чтобы потом не было жалоб на "беспричинные внезапные" лаги от мышки, клавиатуры, звука, отвал сети и флешек.
Последний раз редактировалось bormant 04.11.2020 09:10, всего редактировалось 1 раз.
Спасибо сказали:

Аватара пользователя
yoricI
Сообщения: 1443
ОС: gentoo fluxbox

Re: Ядро и базовые модули

Сообщение yoricI »

Так прятнее:

Код: Выделить всё

watch -n0.2 grep \"cpu MHz\" /proc/cpuinfo
Запустил у себя, полюбовался 800-1900-2400-3100
Спасибо сказали:

Аватара пользователя
s.xbatob
Сообщения: 1137
ОС: Fedora

Re: Ядро и базовые модули

Сообщение s.xbatob »

Нынче изнашивается прежде всего питание. И независимо от нагрузки. Экономят, гады, на керамических конденсаторах :(
Спасибо сказали:

Аватара пользователя
ormorph
Сообщения: 1770
ОС: Gentoo

Re: Ядро и базовые модули

Сообщение ormorph »

Когда то обсуждали тут.
Так же можно почитать ещё это.
Спасибо сказали:

Аватара пользователя
devilr
Сообщения: 3144
ОС: Mandriva => Gentoo (~amd64)

Re: Ядро и базовые модули

Сообщение devilr »

s.xbatob писал:
04.11.2020 11:29
Экономят, гады, на керамических конденсаторах :(
Это не они экономят. Это вы не покупаете по разумной цене. А дядюшка Ляо продаст вам по той цене, по которой вы заходите покупать. Но, не себе в убыток, конечно. :)
Мудрость приходит с возрастом.
Иногда возраст приходит один.
Спасибо сказали:

Аватара пользователя
UnixNoob
Сообщения: 578
ОС: Slackware

Re: Ядро и базовые модули

Сообщение UnixNoob »

Hephaestus писал:
04.11.2020 02:00
Кстати, что у Вас с sensors-detect на десктопе?
Он показывает только температуру в итоге.

Код: Выделить всё

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): y
Silicon Integrated Systems SIS5595...                       No
VIA VT82C686 Integrated Sensors...                          No
VIA VT8231 Integrated Sensors...                            No
AMD K8 thermal sensors...                                   No
AMD Family 10h thermal sensors...                           No
AMD Family 11h thermal sensors...                           No
AMD Family 12h and 14h thermal sensors...                   No
AMD Family 15h thermal sensors...                           No
AMD Family 16h thermal sensors...                           No
AMD Family 17h thermal sensors...                           No
AMD Family 15h power sensors...                             No
AMD Family 16h power sensors...                             No
Hygon Family 18h thermal sensors...                         No
Intel digital thermal sensor...                             Success!
    (driver `coretemp')
Intel AMB FB-DIMM thermal sensor...                         No
Intel 5500/5520/X58 thermal sensor...                       No
VIA C7 thermal sensor...                                    No
VIA Nano thermal sensor...                                  No

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      Yes
Found `ITE IT8728F Super IO Sensors'                        Success!
    (address 0x290, driver `it87')
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      No

Some systems (mainly servers) implement IPMI, a set of common interfaces
through which system health data may be retrieved, amongst other things.
We first try to get the information from SMBIOS. If we don't find it
there, we have to read from arbitrary I/O ports to probe for such
interfaces. This is normally safe. Do you want to scan for IPMI
interfaces? (YES/no): y
Probing for `IPMI BMC KCS' at 0xca0...                      No
Probing for `IPMI BMC SMIC' at 0xca8...                     No

Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (yes/NO): y
Probing for `National Semiconductor LM78' at 0x290...       No
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No

Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): y
Using driver `i2c-i801' for device 0000:00:1f.3: Intel Cougar Point (PCH)
Module i2c-dev loaded successfully.

Next adapter: SMBus I801 adapter at 0500 (i2c-0)
Do you want to scan it? (yes/NO/selectively): y
Client found at address 0x50
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)
Probing for `EDID EEPROM'...                                No
Client found at address 0x51
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)
Client found at address 0x52
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)
Client found at address 0x53
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)

Next adapter: NVIDIA i2c adapter 4 at 1:00.0 (i2c-1)
Do you want to scan it? (yes/NO/selectively): y
Client found at address 0x49
Probing for `National Semiconductor LM75'...                No
Probing for `National Semiconductor LM75A'...               No
Probing for `Dallas Semiconductor DS75'...                  No
Probing for `National Semiconductor LM77'...                No
Probing for `Analog Devices ADT7410/ADT7420'...             No
Probing for `Maxim MAX6642'...                              No
Probing for `Texas Instruments TMP435'...                   No
Probing for `National Semiconductor LM73'...                No
Probing for `National Semiconductor LM92'...                No
Probing for `National Semiconductor LM76'...                No
Probing for `Maxim MAX6633/MAX6634/MAX6635'...              No
Probing for `NXP/Philips SA56004'...                        No
Probing for `SMSC EMC1023'...                               No
Probing for `SMSC EMC1043'...                               No
Probing for `SMSC EMC1053'...                               No
Probing for `SMSC EMC1063'...                               No

Next adapter: NVIDIA i2c adapter 6 at 1:00.0 (i2c-2)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: NVIDIA i2c adapter 7 at 1:00.0 (i2c-3)
Do you want to scan it? (yes/NO/selectively): y


Now follows a summary of the probes I have just done.
Just press ENTER to continue: 

Driver `it87':
  * ISA bus, address 0x290
    Chip `ITE IT8728F Super IO Sensors' (confidence: 9)

Driver `coretemp':
  * Chip `Intel digital thermal sensor' (confidence: 9)

Do you want to overwrite /etc/sysconfig/lm_sensors? (YES/no): y
Copy prog/init/lm_sensors.init to /etc/init.d/lm_sensors
for initialization at boot time.
You should now start the lm_sensors service to load the required
kernel modules.

Unloading i2c-dev... OK

А pwmconfig пишет это:

Код: Выделить всё

/usr/sbin/pwmconfig: There are no pwm-capable sensor modules installed
Hephaestus писал:
04.11.2020 02:00
Как это было в Windows, Вы просто не знаете. Она Вам, скорее всего, этого не показывала.
Ну тут возможно конечно, я глубоко эту тему там не копал, просто судя по HWMonitor там частота падает в зависимости от нагрузки и я при включении 3.1 ГГц не видел, но на сколько оно ровненько,как в показателях программы, я конечно не знаю. Меня там интересовала в основном температура.
Hephaestus писал:
04.11.2020 02:00
Запустите cpufreq-info в режиме "мониторинга" примерно так:
watch -n 1 cpufreq-info
Плавает, но в районе 2.6 - 3.8, очень редко ниже,но это в Х. Немного любопытно что частота максимальная оказалась и на XFCE на нетбуке и на KDE на десктопе.
Hephaestus писал:
04.11.2020 02:00
Есть ли это работа на износ или нет, я сказать не могу, но железу уже лет шесть.
Мое старше :laugh: Все не найду поводов заменить и экономическая ситуация этому не способствует, то доллар вырос, то видеокарт нет, то цена на память бьет рекорды,то еще что-то. Хоть и понимаешь что это может не закончиться добром.
bormant писал(а):
04.11.2020 07:50
Раз речь зашла о питании, рекомендую также посмотреть в сторону powertop.
Относиться со здоровым разумением, лишние USB порты и устройства на автоотключение не переводить, чтобы потом не было жалоб на "беспричинные внезапные" лаги от мышки, клавиатуры, звука, отвал сети и флешек.
У меня на usb 3.0 клавиатура совсем не работала, не смотря на включенные режимы legacy в bios, не было желания разбираться, т.к с мышкой в виндовс тоже была история, оказалось что для возможности сканировать поверхность коврика (баловство конечно,и я этим в итоге не пользуюсь,но было интересно почему оно не работает) тоже требовался 2.0.
ormorph писал(а):
04.11.2020 11:37
Когда то обсуждали тут.
Так же можно почитать ещё это.
Там пришли к смене режима cpufreq, но для меня режим powersave ассоциируется с ноутбуками, поэтому я не знаю, а надо ли мне менять этот режим. БП холодный, температура маленькая,нагрузки нет,но частота большая.
А cpupower я не нашел у себя.

Меня в целом беспокоит можно ли на это не обращать внимание и штатная ли это работа железа или нет. Зачем ядро выбирает по-умолчанию производительный режим, почему система считает что процессору, при отсутствии нагрузки, требуется большая частота.
Спасибо сказали:

Аватара пользователя
ormorph
Сообщения: 1770
ОС: Gentoo

Re: Ядро и базовые модули

Сообщение ormorph »

UnixNoob писал:
04.11.2020 13:03
Там пришли к смене режима cpufreq, но для меня режим powersave ассоциируется с ноутбуками, поэтому я не знаю, а надо ли мне менять этот режим. БП холодный, температура маленькая,нагрузки нет,но частота большая.
Точно ли у вас режим powersave?
Раз частота большая, то скорее всего у вас выбран режим perfomance.
Что показывает у вас команда:

Shell

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
?
Добавлено (14:04):
У меня даже на arm raspberry pi 4 частота регулируется норм.
Видюшка тыц.
Так что у вас что то не так...
Спасибо сказали:

Аватара пользователя
UnixNoob
Сообщения: 578
ОС: Slackware

Re: Ядро и базовые модули

Сообщение UnixNoob »

ormorph писал(а):
04.11.2020 13:43
Точно ли у вас режим powersave?
У меня performance, я к тому что powersave кажется ноутбучным режимом, а не настольным, поэтому я не уверен стоит ли переключаться на него.
Мне не понятно только зачем по-умолчанию выбирается производительный.
ormorph писал(а):
04.11.2020 13:43
У меня даже на arm raspberry pi 4 частота регулируется норм.
У вас gentoo,вы может ядро руками собирали с полным пониманием что есть что и зачем?

Кстати а что в Linux с латанием дыр в процессоре? Они зашиты в ядро по умолчанию? Я про Meltdown и прочие.
Спасибо сказали:

Аватара пользователя
ormorph
Сообщения: 1770
ОС: Gentoo

Re: Ядро и базовые модули

Сообщение ormorph »

UnixNoob писал:
04.11.2020 14:04
У меня performance, я к тому что powersave кажется ноутбучным режимом, а не настольным, поэтому я не уверен стоит ли переключаться на него.
Не стоит, он не очень то подходит для стационара.
UnixNoob писал:
04.11.2020 14:04
У вас gentoo,вы может ядро руками собирали с полным пониманием что есть что и зачем?
Ну на ноуте так оно и было, но на raspberry pi я брал готовый конфиг, мне ядро пришлось самому собирать, так как нужно было добавить сторонний модуль, а исходника для готовых ядер в что в genpi64 что в rasbian нет, а это не есть хорошо. Но сборка ядра genpi64 по умолчанию уже несёт весь этот функционал.
UnixNoob писал:
04.11.2020 14:04
Кстати а что в Linux с латанием дыр в процессоре? Они зашиты в ядро по умолчанию? Я про Meltdown и прочие.
Да в новые ядра обычно вносятся исправления безопасности. Ещё некоторые патчи на компилятор тоже.
Спасибо сказали:

Аватара пользователя
UnixNoob
Сообщения: 578
ОС: Slackware

Re: Ядро и базовые модули

Сообщение UnixNoob »

Для интереса загрузился в Live Devuan, там частоты ровненько 1604 держатся, без нагрузки,но там powersave по умолчанию стоит.


lsmod:

Код: Выделить всё

Module                  Size  Used by
cpufreq_userspace      16384  0
cpufreq_powersave      16384  0
cpufreq_conservative    16384  0
appletalk              40960  0
psnap                  16384  1 appletalk
llc                    16384  1 psnap
ax25                   65536  0
bnep                   24576  2
bluetooth             647168  7 bnep
drbg                   28672  1
ansi_cprng             16384  0
ecdh_generic           24576  1 bluetooth
crc16                  16384  1 bluetooth
uinput                 20480  1
nfsd                  425984  2
auth_rpcgss            73728  1 nfsd
nfs_acl                16384  1 nfsd
nfs                   311296  0
lockd                 118784  2 nfsd,nfs
grace                  16384  2 nfsd,lockd
fscache               385024  1 nfs
sunrpc                425984  6 nfsd,auth_rpcgss,lockd,nfs_acl,nfs
lp                     20480  0
dm_crypt               40960  0
dm_mod                155648  1 dm_crypt
arc4                   16384  2
snd_hda_codec_hdmi     57344  1
ath9k_htc              81920  0
intel_rapl             24576  0
ath9k_common           20480  1 ath9k_htc
ath9k_hw              483328  2 ath9k_htc,ath9k_common
x86_pkg_temp_thermal    16384  0
intel_powerclamp       16384  0
ath                    36864  3 ath9k_htc,ath9k_common,ath9k_hw
coretemp               16384  0
mac80211              835584  1 ath9k_htc
kvm_intel             233472  0
snd_hda_codec_realtek   122880  1
snd_hda_codec_generic    86016  1 snd_hda_codec_realtek
kvm                   749568  1 kvm_intel
snd_hda_intel          49152  5
ppdev                  20480  0
snd_hda_codec         151552  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
cfg80211              774144  4 ath9k_htc,ath9k_common,ath,mac80211
snd_hda_core           94208  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
irqbypass              16384  1 kvm
snd_hwdep              16384  1 snd_hda_codec
crct10dif_pclmul       16384  0
snd_pcm               114688  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
crc32_pclmul           16384  0
ghash_clmulni_intel    16384  0
joydev                 24576  0
snd_timer              36864  1 snd_pcm
intel_cstate           16384  0
rfkill                 28672  3 bluetooth,cfg80211
intel_uncore          135168  0
snd                    94208  18 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
intel_rapl_perf        16384  0
pcspkr                 16384  0
serio_raw              16384  0
parport_pc             32768  1
mei_me                 45056  0
parport                57344  3 parport_pc,lp,ppdev
iTCO_wdt               16384  0
iTCO_vendor_support    16384  1 iTCO_wdt
soundcore              16384  1 snd
evdev                  28672  24
mei                   118784  1 mei_me
pcc_cpufreq            16384  0
squashfs               65536  1
zstd_decompress        81920  1 squashfs
xxhash                 16384  1 zstd_decompress
loop                   36864  2
overlay               131072  1
nls_ascii              16384  1
nls_cp437              20480  1
vfat                   20480  1
fat                    86016  1 vfat
raid10                 57344  0
raid456               172032  0
async_raid6_recov      20480  1 raid456
async_memcpy           16384  2 raid456,async_raid6_recov
async_pq               16384  2 raid456,async_raid6_recov
async_xor              16384  3 async_pq,raid456,async_raid6_recov
async_tx               16384  5 async_pq,async_memcpy,async_xor,raid456,async_raid6_recov
xor                    24576  1 async_xor
raid6_pq              122880  3 async_pq,raid456,async_raid6_recov
libcrc32c              16384  1 raid456
crc32c_generic         16384  0
raid1                  45056  0
raid0                  20480  0
multipath              16384  0
linear                 16384  0
md_mod                167936  6 raid1,raid10,raid0,linear,raid456,multipath
sg                     36864  0
sd_mod                 61440  2
hid_apple              16384  0
hid_generic            16384  0
usbhid                 57344  0
hid                   135168  3 usbhid,hid_apple,hid_generic
uas                    28672  0
usb_storage            73728  2 uas
nouveau              2179072  5
crc32c_intel           24576  1
mxm_wmi                16384  1 nouveau
wmi                    28672  2 mxm_wmi,nouveau
video                  45056  1 nouveau
i2c_algo_bit           16384  1 nouveau
xhci_pci               16384  0
drm_kms_helper        208896  1 nouveau
xhci_hcd              266240  1 xhci_pci
ahci                   40960  0
libahci                40960  1 ahci
ttm                   131072  1 nouveau
ehci_pci               16384  0
ehci_hcd               94208  1 ehci_pci
libata                270336  2 libahci,ahci
r8169                  90112  0
i2c_i801               28672  0
usbcore               294912  8 ath9k_htc,xhci_hcd,ehci_pci,usbhid,usb_storage,ehci_hcd,xhci_pci,uas
drm                   495616  8 drm_kms_helper,ttm,nouveau
aesni_intel           200704  1
scsi_mod              249856  5 sd_mod,usb_storage,uas,libata,sg
aes_x86_64             20480  1 aesni_intel
crypto_simd            16384  1 aesni_intel
cryptd                 28672  3 crypto_simd,ghash_clmulni_intel,aesni_intel
realtek                20480  1
glue_helper            16384  1 aesni_intel
libphy                 77824  2 r8169,realtek
lpc_ich                28672  0
mfd_core               16384  1 lpc_ich
usb_common             16384  1 usbcore
button                 16384  1 nouveau

uname -r

Код: Выделить всё

4.19.0-9-amd64
cpufreq-info

Код: Выделить всё

 cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.
analyzing CPU 1:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.
analyzing CPU 2:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 2
  CPUs which need to have their frequency coordinated by software: 2
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.
analyzing CPU 3:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 3
  CPUs which need to have their frequency coordinated by software: 3
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.
analyzing CPU 4:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 4
  CPUs which need to have their frequency coordinated by software: 4
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.

Для интереса менял в Slackware на powersave это ничего не дало особо.
Не хочется играть с заменой ядра или сменой current на stable. Пробовал грузить huge ядро, ситуация не изменилась. Могу я не обращать внимание на около максимальные,но плавающие в пределах 2 Ггц - max частоты?
Спасибо сказали:

Аватара пользователя
ormorph
Сообщения: 1770
ОС: Gentoo

Re: Ядро и базовые модули

Сообщение ormorph »

UnixNoob писал:
04.11.2020 16:04
Могу я не обращать внимание на около максимальные,но плавающие в пределах 2 Ггц - max частоты?
Конечно можете, максимальные частоты это норма для режима perfomance.
В большинстве дистрибутивов обычно по умолчанию стараются выставлять ondemand по умолчанию, там частоты прыгают в зависимости от нагрузки. Ещё меньше частоты выводит режим coservative, в этом режиме тоже частоты регулируются в зависимости от нагрузки. Режим powersave устанавливает самую низкую частоту, но я его не рекомендовал бы использовать и на ноутбуках, так как может быть нужна производительность. Для ноутбука лучше всего выбирать режим conservative либо ondemand.
Спасибо сказали:

Аватара пользователя
UnixNoob
Сообщения: 578
ОС: Slackware

Re: Ядро и базовые модули

Сообщение UnixNoob »

ormorph
Да это я помню еще с прошлой темы. Тут на настольном просто ни ondemand ни conservative нет. Я так понял это зашито в модель процессора.
А у вас sensors по-умолчанию обороты отображает?

У меня похоже нет из-за этого не хочет:

Код: Выделить всё

ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Спасибо сказали:

Аватара пользователя
ormorph
Сообщения: 1770
ОС: Gentoo

Re: Ядро и базовые модули

Сообщение ormorph »

UnixNoob писал:
04.11.2020 17:32
Я так понял это зашито в модель процессора.
Нет это режимы работы ядра Linux с процессором.
UnixNoob писал:
04.11.2020 17:32
А у вас sensors по-умолчанию обороты отображает?
Да показывает.
В слаке вроде тоже довольно часто сами пере собирают ядро, там хоть и есть свое уже собранное ядро, но это не мешает самому менять конфигурацию ядра, тем более что в слаке прилагается готовый конфиг, который можно использовать для сборки, просто немного подправив.
Спасибо сказали:

Аватара пользователя
UnixNoob
Сообщения: 578
ОС: Slackware

Re: Ядро и базовые модули

Сообщение UnixNoob »

ormorph писал(а):
04.11.2020 17:52
Да показывает.
Что ж такое, у всех все показывает а у меня нет :(
Модули какие-то не грузятся я так понимаю. Или их нет или не работают.
Он указывает два,а загружает один в ядро,если я верно понял:

Код: Выделить всё

Driver `coretemp':
  * Chip `Intel digital thermal sensor' (confidence: 9)

Driver `it87':
  * ISA bus, address 0x290
    Chip `ITE IT8728F Super IO Sensors' (confidence: 9)

Unloading i2c-dev... OK

Спасибо сказали:

Аватара пользователя
bormant
Сообщения: 1328

Re: Ядро и базовые модули

Сообщение bormant »

В current штатное ядро (generic) собрано с такими параметрами управления частотой:

Код: Выделить всё

#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_GOV_ATTR_SET=y
CONFIG_CPU_FREQ_GOV_COMMON=y
CONFIG_CPU_FREQ_STAT=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_SCHEDUTIL is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y
CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y

#
# CPU frequency scaling drivers
#
CONFIG_X86_INTEL_PSTATE=y
CONFIG_X86_PCC_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ_CPB=y
CONFIG_X86_POWERNOW_K6=m
CONFIG_X86_POWERNOW_K7=m
CONFIG_X86_POWERNOW_K7_ACPI=y
CONFIG_X86_POWERNOW_K8=m
CONFIG_X86_AMD_FREQ_SENSITIVITY=m
CONFIG_X86_GX_SUSPMOD=m
CONFIG_X86_SPEEDSTEP_CENTRINO=m
CONFIG_X86_SPEEDSTEP_CENTRINO_TABLE=y
CONFIG_X86_SPEEDSTEP_ICH=m
CONFIG_X86_SPEEDSTEP_SMI=m
CONFIG_X86_P4_CLOCKMOD=m
CONFIG_X86_CPUFREQ_NFORCE2=m
CONFIG_X86_LONGRUN=m
CONFIG_X86_LONGHAUL=m
CONFIG_X86_E_POWERSAVER=m
Документация ядра на эту тему
https://www.kernel.org/doc/Documentation/cpu-freq/
(или локально в исходниках ядра в /usr/src/linux*/Documentation/cpu-freq/).
Добавлено (18:59):
Доступных гувернеров покажет
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
Добавлено (19:05):
Обратите внимание на документацию Intel pstate, в частности
Since these policies are implemented in the driver, they are not same as the cpufreq scaling governors implementation, even if they have the same name in the cpufreq sysfs (scaling_governors). For example the "performance" policy is similar to cpufreq's "performance" governor, but "powersave" is completely different than the cpufreq "powersave" governor. The strategy here is similar to cpufreq "ondemand", where the requested P-State is related to the system load.
Спасибо сказали:

Аватара пользователя
ormorph
Сообщения: 1770
ОС: Gentoo

Re: Ядро и базовые модули

Сообщение ormorph »

bormant писал(а):
04.11.2020 18:40
Доступных гувернеров покажет
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
Если собрано непосредственно в ядро, то да, если модулями, то только если модули загружены.
А так на счёт параметров ядра, то можно почитать тут.
Лучшая документация обычно в Gentoo и Arch Linux, пользователи других дистрибутивов тоже ею пользуются.
Спасибо сказали:

Аватара пользователя
UnixNoob
Сообщения: 578
ОС: Slackware

Re: Ядро и базовые модули

Сообщение UnixNoob »

bormant писал(а):
04.11.2020 18:40
Доступных гувернеров покажет
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
А почему я не могу полагаться на показания cpufreq?
bormant писал(а):
04.11.2020 18:40
Обратите внимание на документацию Intel pstate, в частности
Получается что я смотрю показания cpufreq,но они ничего не решают?
ormorph писал(а):
04.11.2020 19:09
Лучшая документация обычно в Gentoo и Arch Linux, пользователи других дистрибутивов тоже ею пользуются.
Я когда смотрел про драйвера NVidia в Gentoo-wiki, мне показалось чтобы в этом разобраться нужно потратить месяцы.
А так да,я посматриваю там какие-то моменты,спасибо. Удивляет меня что Arch так популярен в российском сообществе.
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2

Re: Ядро и базовые модули

Сообщение Hephaestus »

UnixNoob писал:
04.11.2020 18:06
Модули какие-то не грузятся я так понимаю. Или их нет или не работают.
Он указывает два,а загружает один в ядро,если я верно понял
На самом деле может хватить и одного из них.
IT87, будучи загруженным, покажет кучу всякой всячины.
Хотя там может потребоваться правка конфига, но сырые данные он покажет и так.

Попробуйте для начала подгрузить модули вручную.
Выполните от рута:
modprobe it87
затем
modprobe coretemp

Убедитесь, что модули загрузились:
lsmod | grep it87
и
lsmod | grep coretemp

Если загрузились, выполните sensors
и увидите кучу показателей, в том числе напряжения на процессоре, обороты вентиляторов, температуру процессора и материнской платы.

Если с ручной загрузкой модулей всё пройдет удачно, дальше разберемся, почему не подгружаются автоматом.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 18483
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Ядро и базовые модули

Сообщение Bizdelnick »

Hephaestus писал:
04.11.2020 22:07
Если с ручной загрузкой модулей всё пройдет удачно, дальше разберемся, почему не подгружаются автоматом.
Потому что
UnixNoob писал:
04.11.2020 13:03
Copy prog/init/lm_sensors.init to /etc/init.d/lm_sensors
for initialization at boot time.
никто этого не сделал.
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
UnixNoob
Сообщения: 578
ОС: Slackware

Re: Ядро и базовые модули

Сообщение UnixNoob »

Hephaestus писал:
04.11.2020 22:07
Попробуйте для начала подгрузить модули вручную.
Какая странная ситуация, я искал модуль самостоятельно в /lib/modules/$(uname -r) и не мог найти, поэтому не стал его пробовать грузить,а он загрузился...
Спасибо. Теперь все показывает.
Bizdelnick писал:
04.11.2020 22:40
никто этого не сделал.
Да,этого не делал, папка указанная является ссылкой на /etc/rc.d/init.d/ в Slackware.

Код: Выделить всё

prog/init/lm_sensors.init
не смог найти где он даже.
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2

Re: Ядро и базовые модули

Сообщение Hephaestus »

Bizdelnick писал:
04.11.2020 22:40
никто этого не сделал
Я не знаю, что именно делал ТС.
Но он говорит, что из двух модулей подгружается один.
Однако я в этом сомневаюсь, поскольку lm_sensors в слаке настраивать приходилось.

А вот это
Bizdelnick писал:
04.11.2020 22:40
Copy prog/init/lm_sensors.init to /etc/init.d/lm_sensors
в слаке работать не будет.
Хотя бы потому, что никакого lm_sensors.init там нет.
Добавлено (23:21):
UnixNoob писал:
04.11.2020 22:55
Теперь все показывает.
Отлично. Теперь нужно обеспечить подгрузку модулей при старте системы.
Что предлагает sensors-detect по этому поводу?
Вот это:
UnixNoob писал:
04.11.2020 13:03
Do you want to overwrite /etc/sysconfig/lm_sensors? (YES/no): y Copy prog/init/lm_sensors.init to /etc/init.d/lm_sensors for initialization at boot time. You should now start the lm_sensors service to load the required kernel modules.
Нету в слаке ни lm_sensors.init, который можно было бы скопировать, ни "lm_sensors service", который можно было бы запустить. Правда, /etc/sysconfig/lm_sensors создается, но по моему опыту, толку от него немного.

Поэтому я на своей системе обеспечил загрузку модулей более естественным для слаки способом:
с помощью файла /etc/rc.d/rc.modules.local
в этот файл можно добавить явную команду загрузки модуля:
/sbin/modprobe it87

Сам файл rc.modules.local должен иметь права на исполнение.
Он вызывается из rc.modules.

Можно, конечно, создать init-скрипт, но поскольку речь идет об одной-единственной команде подгрузки модуля,
init-скрипт мне представляется излишним.

Возможно, коллеги-слакварщики подскажут ещё какие-то способы.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 18483
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Ядро и базовые модули

Сообщение Bizdelnick »

Hephaestus писал:
04.11.2020 23:01
никакого lm_sensors.init там нет
Должен бы быть. Может быть, даже уже в /etc/init.d, и его только надо включить.
Добавлено (23:25):
Hephaestus писал:
04.11.2020 23:01
Можно, конечно, создать init-скрипт, но поскольку речь идет об одной-единственной команде подгрузки модуля,
init-скрипт мне представляется излишним.
Вообще-то, не только. Он запускает команду sensors -s, которая инициализирует сенсоры в соответствии с настройками в конфиге.
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2

Re: Ядро и базовые модули

Сообщение Hephaestus »

Bizdelnick писал:
04.11.2020 23:21
Должен бы быть.
Кому должен? Почему должен?
В слаке система инициализации другая. А /etc/sysconfig/ - это вообще не из слаки, а из RH, если не ошибаюсь.
Так что не должен. И нету. В составе пакета нет такого файла.
Но файл мог быть сгенерирован при установке пакета, поэтому я ради интереса проверил ещё и поиском по диску. Нету.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 18483
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Ядро и базовые модули

Сообщение Bizdelnick »

Hephaestus писал:
04.11.2020 23:28
Кому должен? Почему должен?
Потому что входит в состав lm_sensors.
Hephaestus писал:
04.11.2020 23:28
В слаке система инициализации другая.
Там не используются инит-скрипты?
Hephaestus писал:
04.11.2020 23:28
А /etc/sysconfig/ - это вообще не из слаки, а из RH, если не ошибаюсь.
Вы о чём сейчас?
Hephaestus писал:
04.11.2020 23:28
Но файл мог быть сгенерирован при установке пакета, поэтому я ради интереса проверил ещё и поиском по диску. Нету.
Он вполне может называться иначе. Например, просто lm_sensors или lm-sensors.
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2

Re: Ядро и базовые модули

Сообщение Hephaestus »

Bizdelnick писал:
05.11.2020 12:42
Потому что входит в состав lm_sensors.
Туда много чего входит.
В каталоге prog десяток вложенных каталогов.
Но не всё включено в пакет для слаки.
Bizdelnick писал:
05.11.2020 12:42
Там не используются инит-скрипты?
Используются, но с другими путями и другой схемой запуска.
Конкретно lm_sensors.init нужно патчить, чтобы полностью соответствовал.
И это, наверно, даже было бы полезно. Но не сделали.
Почему не сделали, я не знаю. Надо спрашивать у автора пакета.
Bizdelnick писал:
05.11.2020 12:42
Вы о чём сейчас?
Я о том, что каталога /etc/sysconfig в слаке нет и не было.
При установке lm_sensors он создается, да. Ради одного файла. Но каталог этот явно чужеродный.
Bizdelnick писал:
05.11.2020 12:42
Он вполне может называться иначе.
Может. Но вот чего он не может - это находиться где попало. Он должен находиться в каталоге init-скриптов.
Соответственно, в пакете это должно быть предусмотрено. Файл либо входит в пакет явно, либо генерируется при установке.
В данном случае ни того, ни другого нет - это я сейчас уже знаю точно, потому что посмотрел исходники пакета
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 18483
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Ядро и базовые модули

Сообщение Bizdelnick »

Hephaestus писал:
05.11.2020 13:28
Я о том, что каталога /etc/sysconfig в слаке нет и не было.
А я разве что-то про него писал?
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2

Re: Ядро и базовые модули

Сообщение Hephaestus »

Bizdelnick писал:
05.11.2020 13:53
А я разве что-то про него писал?
Про него я писал. А Вы спросили, о чём речь.
Я Вам ответил.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
bormant
Сообщения: 1328

Re: Ядро и базовые модули

Сообщение bormant »

Hephaestus писал:
04.11.2020 23:01
коллеги-слакварщики подскажут ещё какие-то способы
Другой способ (менее каноничный ;-) ) -- вписать загрузку модуля в /etc/rc.d/rc.local

Код: Выделить всё

/sbin/modprobe it87
/usr/bin/sensors -s
Ну или загрузку модуля в /etc/rc.d/rc.modules.local, запуск "/usr/bin/sensors -s" -- в /etc/rc.d/rc.local:
/etc/rc.d/rc.modules.local

Код: Выделить всё

/sbin/modprobe it87
/etc/rc.d/rc.local

Код: Выделить всё

/usr/bin/sensors -s
Спасибо сказали: