Участник:IvanZakharyaschev/История возни с компьютером Инны Л.: различия между версиями

Материал из ALT Linux Wiki
(→‎WiFi: описал был ли эффект от лечения последний раз)
 
(не показаны 2 промежуточные версии 1 участника)
Строка 88: Строка 88:
wish: Было бы удобно, если бы эти способы включить управлять мощностью и следить за мощностью и температурой были доступны из графической среды пользователя.
wish: Было бы удобно, если бы эти способы включить управлять мощностью и следить за мощностью и температурой были доступны из графической среды пользователя.
* Из командной строки за частотой можно следить [http://forum.altlinux.org/index.php/topic,12229.msg152564.html?PHPSESSID=i1l2n59c7egv1a535lfj9cpur1#msg152564 как-то так]: через {{path|/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq}}, {{path|/sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state}}.
* Из командной строки за частотой можно следить [http://forum.altlinux.org/index.php/topic,12229.msg152564.html?PHPSESSID=i1l2n59c7egv1a535lfj9cpur1#msg152564 как-то так]: через {{path|/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq}}, {{path|/sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state}}.
** {{pkg|cpufreq-simple}} и, возможно, nvclock (если заработает)... в графсреде удобно оформлено в E17. --[[Участник:MichaelShigorin|mike]] 02:01, 10 января 2014 (MSK)
* Via [http://forum.altlinux.org/index.php/topic,30120.msg213519.html#msg213519]: есть [https://01.org/linux-thermal-daemon thermald].
* Via [http://forum.altlinux.org/index.php/topic,30120.msg213519.html#msg213519]: есть [https://01.org/linux-thermal-daemon thermald].


Строка 105: Строка 106:
* Предлагаются в Интернете такие пути борьбы с блокировкой WiFi не по нашему желанию (Какой же выбрать для надёжности в будущем?):
* Предлагаются в Интернете такие пути борьбы с блокировкой WiFi не по нашему желанию (Какой же выбрать для надёжности в будущем?):
** {{cmd|rmmod -f ath5k}}, потом {{cmd|rfkill unblock all}};
** {{cmd|rmmod -f ath5k}}, потом {{cmd|rfkill unblock all}};
::: не пробовал, впрочем модуль я убирал и загружал во время возни (не могу быть уверенным, был ли от этого эффект).
** опция модуля ath5k для игнорирования hardware block (потому что WiFi-карта может получать "глючные" сигналы как бы от кнопки, например, при несоответствии прошивки подключению и т.п.).
** опция модуля ath5k для игнорирования hardware block (потому что WiFi-карта может получать "глючные" сигналы как бы от кнопки, например, при несоответствии прошивки подключению и т.п.).
::: попробовал, но с точки зрения ОС сеть была сконфигурирована, а в реальности было больше похоже, что нет (хотя, возможно, проблема была в неработе wpa_supplicant).
** не давать грузиться hp-wmi (Что это за модуль, кстати? {{cmd|modinfo}} говорит: HP laptop WMI hotkeys driver; "[http://forums.opensuse.org/english/get-technical-help-here/wireless/481537-wireless-trouble-opensuse-12-2-hp-notebook.html#post2511765 The entry for hp-wifi is for the software that monitors the switch.]"):
** не давать грузиться hp-wmi (Что это за модуль, кстати? {{cmd|modinfo}} говорит: HP laptop WMI hotkeys driver; "[http://forums.opensuse.org/english/get-technical-help-here/wireless/481537-wireless-trouble-opensuse-12-2-hp-notebook.html#post2511765 The entry for hp-wifi is for the software that monitors the switch.]"):
*** "[https://lists.debian.org/debian-kernel/2012/10/msg00145.html Workaround #2: Add hp-wmi to modprobe blacklist.  Again, this causes only phy0 wireless to be reported and phy0 always accurately reflects the state of the hardware (both soft and hard blocked).]"
*** "[https://lists.debian.org/debian-kernel/2012/10/msg00145.html Workaround #2: Add hp-wmi to modprobe blacklist.  Again, this causes only phy0 wireless to be reported and phy0 always accurately reflects the state of the hardware (both soft and hard blocked).]"
*** "[http://www.debianuserforums.org/viewtopic.php?f=7&t=2683  Instead of removing my ath9k and adding it back, I simply removed the hp-wifi module like so. rmmod hp-wmi (do this, this removes the hp-wifi module which you don't need now )]"
*** "[http://www.debianuserforums.org/viewtopic.php?f=7&t=2683  Instead of removing my ath9k and adding it back, I simply removed the hp-wifi module like so. rmmod hp-wmi (do this, this removes the hp-wifi module which you don't need now )]"
::: это я сделал в итоге на всякий случай.
** Надеюсь, в нашем случае мы не имеем дело с известным загадочным поведением WiFi на каких-то ноутбуках HP вроде:
** Надеюсь, в нашем случае мы не имеем дело с известным загадочным поведением WiFi на каких-то ноутбуках HP вроде:
*** "[http://ubuntuforums.org/showthread.php?t=1621768&p=10118002#post10118002 Apparently my WLAN interface gets hard blocked now when I connect by wire]"
*** "[http://ubuntuforums.org/showthread.php?t=1621768&p=10118002#post10118002 Apparently my WLAN interface gets hard blocked now when I connect by wire]"
Строка 120: Строка 124:


wish: Было бы удобно, если бы эти способы включить WiFi были доступны из графической среды пользователя -- {{altbug|}}.
wish: Было бы удобно, если бы эти способы включить WiFi были доступны из графической среды пользователя -- {{altbug|}}.
** опять же rfkill можно дёргать из econnman в E17, но там практически полное отсутствие файл-менеджера (зачатки в E18, но это сизиф и свои грабельки) плюс изрядно необычный интерфейс. --[[Участник:MichaelShigorin|mike]] 02:03, 10 января 2014 (MSK)
В очередной раз, когда WiFi перестал работать, вышло вот что:
* после удаления модуля hp-wmi,
* после удаления модулей ath5k и ath,
* после попыток загрузить ath5k с параметром "игнорировать hw rfkill",
* после попыток перезапустить NetworkManager
-- с точки зрения ОС всё было настроено, но реально, похоже, не работало. hw rfkill was blocked.
Потом:
* понажимали на физическую "кнопочку",
* опять перезагрузка модуля ath5k и ath, перезапуск NM
-- всё равно не соединяется, хотя hw rfkill стал unblocked (ура! Я думал, этого вообще на этом компе невозможно добиться.). (Здесь я узнал о сообщении на устройстве -- аутентификация не удалась.)
В конце концов, обнаружился старый процесс wpa_supplicant, который почему-то не был остановлен при остановке NM -- {{altbug|29899}}. После того, как я убил этот старый wpa_supplicant вручную и перезапустил NM, соединение заработало.
В итоге, в этом случае параметр ath5k "не обращать внимания на hw rfkill" оказался бесполезным, про пользу удаления hp-wmi ничего сказать не могу. Оказалось важным физически понажимать "кнопочку" и убить старый wpa_supplicant вместе после остановки NM -- после этого новый NM запускается и запускает новый wpa_supplicant, и сеть работает.

Текущая версия от 16:19, 20 марта 2014

Информация о кмопьютере

Simply Linux 7.0.1 (i586), ноутбук HP (G60 445-DX).

x86-64 (AMD Turion) -- https://en.wikipedia.org/wiki/X86-64#AMD64_implementations .

      # lspci
      00:00.0 RAM memory: NVIDIA Corporation MCP78S [GeForce 8200] Memory Controller (rev a2)
      00:01.0 ISA bridge: NVIDIA Corporation Device 075e (rev a2)
      00:01.1 SMBus: NVIDIA Corporation MCP78S [GeForce 8200] SMBus (rev a1)
      00:01.3 Co-processor: NVIDIA Corporation MCP78S [GeForce 8200] Co-Processor (rev a2)
      00:01.4 RAM memory: NVIDIA Corporation MCP78S [GeForce 8200] Memory Controller (rev a1)
      00:02.0 USB controller: NVIDIA Corporation MCP78S [GeForce 8200] OHCI USB 1.1 Controller (rev a1)
      00:02.1 USB controller: NVIDIA Corporation MCP78S [GeForce 8200] EHCI USB 2.0 Controller (rev a1)
      00:04.0 USB controller: NVIDIA Corporation MCP78S [GeForce 8200] OHCI USB 1.1 Controller (rev a1)
      00:04.1 USB controller: NVIDIA Corporation MCP78S [GeForce 8200] EHCI USB 2.0 Controller (rev a1)
      00:06.0 IDE interface: NVIDIA Corporation MCP78S [GeForce 8200] IDE (rev a1)
      00:07.0 Audio device: NVIDIA Corporation MCP72XE/MCP72P/MCP78U/MCP78S High Definition Audio (rev a1)
      00:08.0 PCI bridge: NVIDIA Corporation MCP78S [GeForce 8200] PCI Bridge (rev a1)
      00:09.0 IDE interface: NVIDIA Corporation MCP78S [GeForce 8200] SATA Controller (non-AHCI mode) (rev a2)
      00:0a.0 Ethernet controller: NVIDIA Corporation MCP77 Ethernet (rev a2)
      00:0b.0 PCI bridge: NVIDIA Corporation MCP78S [GeForce 8200] PCI Express Bridge (rev a1)
      00:14.0 PCI bridge: NVIDIA Corporation MCP78S [GeForce 8200] PCI Bridge (rev a1)
      00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 11h Processor HyperTransport Configuration (rev 40)
      00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 11h Processor Address Map
      00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 11h Processor DRAM Controller
      00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 11h Processor Miscellaneous Control
      00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 11h Processor Link Control
      02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200M G] (rev a2)
      07:00.0 Ethernet controller: Qualcomm Atheros AR242x / AR542x Wireless Network Adapter (PCI-Express) (rev 01)
      # 

Основные проблемы, поиски информации


По данным из, например, Wikipedia подобные платы Nvidia в подобных ноутбуках HP известны проблемами перегрева.

История действий, поиски решений

Охлаждение физическое

  • чистка вентиляторов и всего, замена термопасты

Ошибки на диске

  • избавление от плохого сектора на диске:
    • просмотр информации: smartctl -a /dev/sda (опция -a -- "all", "все"), palimpsest (из gnome-disk-utility; возможно, "palimpsest" -- это прошлое название);
    • проверка с помощью smartctl -t short (опция -t -- "test"); потом просмотр результатов smartctl -l xselftest или smartctl -l selftest (опция -l -- "list", "перечислить"; разницы между "selftest" и "xselftest" я не заметил)
    • "избавление" от Pending Sector, номера сектора, где ошибка (при результате проверки "Completed: read failure"), в соответствии с HOWTO -- с помощью dd (запись в него 0, т.е. с некоторой потерей информации) или более новой возможности hdparm --write-sector
    • поиск следующих номеров секторов с ошибками -- проверка с помощью smartctl -t short; потом просмотр результатов
    • окончательная долгая проверка с помощью smartctl -t long; потом просмотр результатов. (the command to check whether a selftest is running: smartctl -c /dev/sda | fgrep remain)

wish: Было бы удобно, если бы была программа, которая бы знала все эти способы борьбы с ошибками на диске и ФС и решала бы их на всех затрагиваемых уровнях. (Пока что fsck не знает об ошибках от SMART, а данные от SMART приходится использовать вручную: либо грубым dd или hdparm --write-sector, либо более трудоёмким поиском какие файлы затронуты -- Find which files are affected by bad blocks on ext4 filesystem.)

Удалённый доступ для администрирования

wish: Было бы удобно более автоматизировать процесс настройки такого туннеля программами на стороне клиента и сервера (чтобы не вписывать всё руками).

Охлаждение ещё раз, зависание графики

wish: Было бы удобно, если бы эти способы включить управлять мощностью и следить за мощностью и температурой были доступны из графической среды пользователя.

  • Из командной строки за частотой можно следить как-то так: через /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq, /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state.
    • cpufreq-simple и, возможно, nvclock (если заработает)... в графсреде удобно оформлено в E17. --mike 02:01, 10 января 2014 (MSK)
  • Via [4]: есть thermald.

WiFi

  • Попытки разблокировать радиопередатчик WiFi:
    • rfkill unblock all; просмотр состояния rfkill list all -- безрезультатно;
    • нажатие/касание сенсорной кнопки с индикатором WiFi -- безрезультатно;
    • вытаскивание этой штуковины и вставление заново -- заработало.
  • Настройка WiFi Access Point с помощью NetworkManager и небольшой правки его конфигов -- по инструкции с этой вики.

Спустя несколько дней WiFi опять оказался заблокирован на несколько дней, а потом как-то случайно (после безрезультатных тех же действий по разблокированию) при очередном включении разблокировался.

  • Изучение log-ов от разных загрузок с целью понять, что может происходить с WiFi
    • нужно отдельно от systemd поставить более новую версию journalctl с опцией для изучения отдельных загрузок -- bugzilla.altlinux.org, bugzilla.altlinux.org, расщепление пакетов: ... .
  • Предлагаются в Интернете такие пути борьбы с блокировкой WiFi не по нашему желанию (Какой же выбрать для надёжности в будущем?):
    • rmmod -f ath5k, потом rfkill unblock all;
не пробовал, впрочем модуль я убирал и загружал во время возни (не могу быть уверенным, был ли от этого эффект).
    • опция модуля ath5k для игнорирования hardware block (потому что WiFi-карта может получать "глючные" сигналы как бы от кнопки, например, при несоответствии прошивки подключению и т.п.).
попробовал, но с точки зрения ОС сеть была сконфигурирована, а в реальности было больше похоже, что нет (хотя, возможно, проблема была в неработе wpa_supplicant).
это я сделал в итоге на всякий случай.

wish: Было бы удобно, если бы эти способы включить WiFi были доступны из графической среды пользователя -- bugzilla.altlinux.org.

    • опять же rfkill можно дёргать из econnman в E17, но там практически полное отсутствие файл-менеджера (зачатки в E18, но это сизиф и свои грабельки) плюс изрядно необычный интерфейс. --mike 02:03, 10 января 2014 (MSK)

В очередной раз, когда WiFi перестал работать, вышло вот что:

  • после удаления модуля hp-wmi,
  • после удаления модулей ath5k и ath,
  • после попыток загрузить ath5k с параметром "игнорировать hw rfkill",
  • после попыток перезапустить NetworkManager

-- с точки зрения ОС всё было настроено, но реально, похоже, не работало. hw rfkill was blocked.

Потом:

  • понажимали на физическую "кнопочку",
  • опять перезагрузка модуля ath5k и ath, перезапуск NM

-- всё равно не соединяется, хотя hw rfkill стал unblocked (ура! Я думал, этого вообще на этом компе невозможно добиться.). (Здесь я узнал о сообщении на устройстве -- аутентификация не удалась.)

В конце концов, обнаружился старый процесс wpa_supplicant, который почему-то не был остановлен при остановке NM -- altbug #29899. После того, как я убил этот старый wpa_supplicant вручную и перезапустил NM, соединение заработало.

В итоге, в этом случае параметр ath5k "не обращать внимания на hw rfkill" оказался бесполезным, про пользу удаления hp-wmi ничего сказать не могу. Оказалось важным физически понажимать "кнопочку" и убить старый wpa_supplicant вместе после остановки NM -- после этого новый NM запускается и запускает новый wpa_supplicant, и сеть работает.