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

Материал из ALT Linux Wiki

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

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, и сеть работает.