Вопрос, собственно, в заголовке

Приветствую, друзья!
Тут сильно ругают обновление 2018-04-14, а мне оно вот третий день не приходит.
Может кто подскажет почему? И надо ли что-нибудь делать? Или подождать?

Поставил пару месяцев назад Manjro KDE. Wifi работал из коробки, и жизнь была прекрасной. Недавно решил попробовать i3-wm. Конечно автоматической настройки wifi там не было, поэтому пришлось настраивать самому. Попробовал wifi-menu и ещё пару программ, но wifi так и не заработал. Что делать?

Добрый день всем! Друзья, подскажите, почему после последнего крупного обновления системы и программы Cheese, в частности, она стала безбожно тормозить? Раньше камера снимала отличные домашние фильмы в HD. Сейчас это стало не возможно. Помогите, пожалуйста. Одинаковая картина и в Gnome и в Cinnamon. В чем дело, чего не хватает?

Вышло очередное стабильное обновление Manjaro. На его подготовку потребовалось немного больше времени, чем обычно, чтобы полностью протестировать все изменения. Главным образом работа коснулась GNOME 3.28, ставшего результатом полугодовой работы команды разработчиков GNOME. Результатом стали новые функции, а также множество более мелких улучшений и исправлений.

Читать дальше

Но…

Мне не очень нравится как кулер видеокарты автоматически выбирает обороты. Конечно, при приближении к опасным температурным значениям он разгоняется и свою работу делает, но в Морровинд играть мешает- температура в игре гуляет как раз около порога его режимов, и кулер постоянно переключается с тихого режима на высокоскоростной. Стоишь спокойно- тишина. Побежал, подпрыгивая или кастанул фаербол в скального наездника- кулер взвыл. Убил гада- через несколько секунд кулер снова затих, переключившись в медленный режим. В общем, основную музыкальную тему я слышу нормально, а боевую музыку- с аккомпанементом завывающего кулера. Отвлекает. Уж лучше бы он постоянно выл, что-ли…

А что, можно и так. Только вот в nvidia-settings опция ручного управления оборотами кулера по дефолту заблокирована. Что ж, начинается акробатика с кульбитами. А ну-ка…

Создаю файлик /etc/X11/xorg.conf.d/30-nvidia.conf

Section "Device"
    Identifier "Device 0"
    Driver     "nvidia"
    VendorName "NVIDIA Corporation"
    BoardName  "IDENTIFIER FOR YOUR GPU"
    Option     "Coolbits" "4"
EndSection

Перегружаюсь, смотрю в nvidia-settings- порядок, кульбит сработал. На вкладке «Thermal Settings» появилась возможность ручного регулирования оборотов кулера. Это хорошо, но вдруг где-то под Гнисисом налетят на меня штук пять скальных наездников, парочка гончих и компания бандитов-ашлендеров? Или запущу игру, а выставить повышенные обороты в nvidia-settings тупо забуду? Температура поднимется, а кулер на постоянных оборотах может и не справится. Как-бы видяху не сжечь… В NVIDIA дураков мало, не зря они эту опцию заблокировали!
Можно, конечно, кинуть в автозагрузку скрипт с командой

"nvidia-settings -a [gpu:0]/GPUFanControlState=1 -a [fan:0]/GPUCurrentFanSpeed=80"

чтобы включить эту опцию и выставить обороты кулера в 80%…
Но это решит лишь половину задачи. Есть ведь и обратный вариант: не всегда же мне играть хочется. А даже если хочется- выйду я на минутку из игры, отвлекусь часа на три- а кулер так и будет вхолостую воздух молотить? Нет, автоматизация нужна не половинчатая, а именно полная.

Хорошо что в АУРе есть такая утилитка- nvfancontrol. Правда чтобы работала ее еще настраивать нужно. Что-ж делать, придется заморочиться.

yaourt -S nvfancontrol

при установке ругается на ключ, но тут всё как обычно, поможет

gpg --recv-keys 44EB0D4FC6E01280

Сперва посмотрим справку, там все просто:

$ nvfancontrol -h
Usage: nvfancontrol [options]

Options:
    -d, --debug         Enable debug messages
    -l, --limits LOWER,UPPER
                        Comma separated lower and upper limits, use 0 to
                        disable, default: 20,80
    -f, --force         Always use the custom curve even if the fan is already
                        spinning in auto mode
    -m, --monitor-only  Do not update the fan speed and control mode; just log
                        temperatures and fan speeds
    -j, --json-output   Print a json representation of the data to stdout
                        (useful for parsing)
    -t, --tcp-server [PORT]
                        Print a json representation of the data over a tcp
                        port. Can be optionally followed by the port number
                        over which the server will listen for incoming
                        connections
    -h, --help          Print this help message

Можно запустить его как обычную команду в debug-режиме и посмотреть как он работает

$ nvfancontrol -d
WARN - No config file found; using default curve
DEBUG - Curve points: [(41, 20), (49, 30), (57, 45), (66, 55), (75, 63), (78, 72), (80, 80)]
INFO - NVIDIA driver version: 390.42
INFO - NVIDIA graphics adapter #1: GeForce GTX 550 Ti
DEBUG - Fan is enabled on auto control; doing nothing
DEBUG - Temp: 34; Speed: 1440 RPM (30%); Load: 2%; Mode: Auto

Всё здорово, но стандартная шкала «температура-обороты» несколько странная, и лучше все-же создать свой конфигурационный файл ~/.config/nvfancontrol.conf Например, такой:

30    30
40    40
50    50
60    60
70    70
80    80
85    90
90    100

Проверим.

$ nvfancontrol -d
DEBUG - Curve points: [(30, 30), (40, 40), (50, 50), (60, 60), (70, 70), (80, 80), (85, 90), (90, 100)]
INFO - NVIDIA driver version: 390.42
INFO - NVIDIA graphics adapter #1: GeForce GTX 550 Ti
DEBUG - Fan is enabled on auto control; doing nothing
DEBUG - Temp: 34; Speed: 1440 RPM (34%); Load: 1%; Mode: Auto

Вот, теперь шкала более внятная.

Проверим в деле. В окошке терминала запустим nvfancontrol -fd и оставим работать.
Запустим nvidia-settings. Опция «Enable GPU Fan Settings» должна включиться автоматически, за это отвечает ключ -f. Теперь запустим gputest /test=pixmark_volplosion и посмотрим как работает кулер под нагрузкой. Смотреть можно и в терминальном окне с запущенным nvfancontrol, и в nvidia-settings. Но в nvidia-settings будет гораздо нагляднее. Обороты кулера должны изменяться в соответствии с нашей шкалой, ползунок «Fan 0 speed» — будучи передвинут куда-либо вручную должен отскакивать обратно, снятая вручную галочка «Enable GPU Fan Settings» — восстанавливаться.

У меня так оно и заработало. Правда, полностью протестировать всю шкалу не удалось- со свежей термопастой и вычищенным от пыли радиатором карта напрочь отказывалась греться выше 84С под любой нагрузкой. Ну и ладно, будет запас на будущее.

До полной автоматизации осталось всего пара шагов. Нужно всё зафиксировать и запустить. И лучше не просто так, а в виде сервиса.
Тут тоже тонкости. Сам nvfancontrol использует библиотеку xnvctrl, а она без запущенных иксов не работает. Значит, запускать сервис нужно после запуска иксов, а иксы запускаются от пользователя. Хорошо что сервис можно запустить и так, это в общем не сложнее чем стартовать обыкновенный системный сервис.

В каталоге ~/.config/systemd/user создадим новый юнит- текстовый файл с именем nvfancontrol.service

[Unit]
Description="NVIDIA Dynamic fan control"
After=graphical.target

[Service]
Type=simple
ExecStart=/usr/bin/nvfancontrol -f

[Install]
WantedBy=default.target

Потом в терминале стартуем его

systemctl --user enable nvfancontrol.service
systemctl --user daemon-reload
systemctl --user start nvfancontrol.service

и проверим запустился ли он

[mmk@tal02 ~]$ systemctl --user status nvfancontrol.service
● nvfancontrol.service - "NVIDIA Dynamic fan control"
   Loaded: loaded (/home/mmk/.config/systemd/user/nvfancontrol.service; enabled; vendor preset: enabled)
   Active: active (running) since Th 2018-04-12 18:38:29 MSK; 1h 18min ago
 Main PID: 1090 (nvfancontrol)
   CGroup: /user.slice/user-1000.slice/user@1000.service/nvfancontrol.service
           └─1090 /usr/bin/nvfancontrol -f

апр 12 18:38:29 tal02 systemd[954]: Started "NVIDIA Dynamic fan control".
апр 12 18:38:29 tal02 nvfancontrol[1090]: INFO - NVIDIA driver version: 390.42
апр 12 18:38:29 tal02 nvfancontrol[1090]: INFO - NVIDIA graphics adapter #1: GeForce GTX 550 Ti

Ага, запустился. В «Диспетчере задач» должен появиться новый процесс с именем "nvfancontrol -f"

Но такой сервис сам собою не стартует, поэтому еще потребуется кинуть в автозагрузку команду
systemctl --user start nvfancontrol.service или скрипт с этой командой, зависит от окружения.

Перезагрузимся. Заглянем в nvidia-settings. Всё должно работать так как работало когда мы запускали nvfancontrol -fd вручную.

Всё, теперь автоматизация полная, кулер работает именно так как я и хотел- плавно поднимает обороты вслед за растущей температурой и так же плавно их опускает при снижении нагрузки на видеочип. Примерно до 50% его абсолютно не слышно, далее шум плавно нарастает и при снижении нагрузки так-же плавно стихает, резких рывков уровня шума больше нету, и я уверен что при тяжелых моментах в игре кулер сделает все что сможет, но аварийных вылетов графики по перегреву не допустит. И в то же время при работе компьютера в обычном режиме кулера видеокарты совершенно не слышно.
Красота!

Результатом я вполне доволен- уже дошел до Вивека. Я, блин, стану лордом Нереварином и главой всех гильдий, и никакие кулеры меня не остановят! И пусть ординаторы следят за мной и обзывают «ничтожеством» — я еще сочиню специально для них заклинание вроде ФузРоДаха! А этот бешеный чупачупс ДаготУр непременно получит напророченных ему грандиознейших люлей! И не раз, а дважды. Во имя Азуры, королевы Заката и Рассвета!

Кто-нибудь оптимизировал потребление батареи для HP ноутбуков (например, впиливал особые настройки TLP)? У меня модель HP ProBook 470 G0, ядро 4.14.31. TLP установлен. Ноут довольно-таки сильно греется и батарея садится очень быстро.

День добрый!
Собственно второй день бьюсь над проблемой с установкой Deepin второй системой рядом с win10. Суть проблемы — ошибка после создания разделов в ручную. Подскажите пожалуйста в каком направлении двигаться?

Доброе утро.

Возможно, кому-то покажется странным вопрос в заголовке. Поэтому поясню.

На ноутбуке Samsung 900X3C (после долгих экспериментов с lm_sensors и прочим инструментарием) не удалось заставить кулер не работать на износ при подключении от сети. Датчики кулера не распознаются, ничего не помогает.

В это же время при работе от батареи кулер запускается лишь иногда, что в принципе устраивает, но хотелось бы получить ту же картину и при работе на блоке питания. Падение производительности не пугает.

Пытался установить для AC те же пареметры, что и для BAT в TLP, но это не помогло.

Остается надеяться на помощь опытных линуксоводов.

Заранее благодарю :)

P.S. проблема на актуальной версии Manjaro Gnome с ядром 4.14.31-1.

На Linux сижу два дня. Если отвечаете, по возможности отвечайте «простым» языком, пожалуйста. Сейчас на компьютере установлен Mint Mate последний. Хочется перейти на Manjaro Deeppin или XFCE. Взял флешку, скачал iso образ с официального сайта. Отформатировал флешку в fat32 через Gparted. Записал образ с помощью Unetbootin. В BIOS выбрал приоритет на загрузочную флешку. И тут наступает проблема, если включаю UEFI, то запускается Mint, если выключаю UEFI, то вижу следующую надпись: error file '/boot/grub/x86_64-efi/normal.mod' not found (ниже прикреплю фото). Пытался найти ответ на мой вопрос, но решений именно для загрузочной флешки не нашел. Да и самому хотелось понять что и как, а не просто «нажать то, сё и готово». Если есть возможность как-то установить Manjaro без флешки, то как это сделать? Описывал все подробно, пушто не знаю, что именно не так могло случиться