0
Найти на сайте: параметры поиска

 

 

Гибернация при отключении AC адаптера

  
Сообщений: 0
#1 - 9 июня 2015 в 07:17
Всем доброго времени суток. Имеется нетбук с Mint 17.1 Mate на борту. При отключении AC адаптера и переходе на питание от батареи, бук уходит в спящий режим (настроено так), но происходит это даже когда батарея имеет заряд 99%. Бывает что и при выходе из спящего, с отключенным адаптером, бук снова уходит в спящий, но главный вопрос, как отучить его от этого когда отключается адаптер? Установить "Ничего не делать" при критическом заряде, не вариант. Интересно что в момент отключения адаптера ОСь вещает типа осталось 4 минуты (99%) и уходит в спящий. Почему 4 минуты при 99% не понятно. Use_time_for_policy = false без результатов. Игра со значениями org/mate/power manager в dconf тоже пока результатов не дают. Laptop mode tools устанавливал, но и тот не справился. Возможно, конечно, я не так что-то настроил. Может у кого-то была подобная проблема? Прошу помощи.
Сообщений: 0
#2 - 9 июня 2015 в 10:38
Подобная проблема рассматривалась года 2 назад. Оказалось, что надо выкинуть батарейку. Там, если память не изменяет, при 50% такое было. Так, что проверь для начала батарейку. Может показывает 99% на одной ячейке и при древней батарейке - соответственно - 4 мин. Да, и что за бук то?
Сообщений: 0
#3 - 9 июня 2015 в 18:36
Бук не ахти, DNS, потому и поставил Linux, с ней он нормально работает, за исключением этих и еще некоторых неприятностей. Бывает иногда что и вроде нормально показывает, скажем, "Осталось 2 часа 15 минут (66%). Батарейку, конечно, можно попробовать поискать, но смущает тот факт что Windows на нем работает без этих проблем. Бук уже, примерно, года 4 работает на Windows и ни разу таких проблем не было. Есть вариант запилить скрипт который будет срабатывать на событие отключения адаптера, но и с этим как-то не выходит, а именно не отслеживаетя событие ACPI. Может быть у кого-нибудь будут мысли по этому поводу?
Сообщений: 0
#4 - 9 июня 2015 в 18:39
Сейчас с мобильного пишу, позже могу подробнее описать что конкретно делал.
Сообщений: 0
#5 - 10 июня 2015 в 05:48
По поводу скрипта. Пока не знаю как он будет отрабатывать, может быть будет убивать какой-либо процесс запускающий гибернацию или отменять как-то её, главный вопрос добиться реакции ОС на событие отключения AC адаптера, а именно на событие ac_adapter ACPI0003:00 00000080 00000000. acpid установлен и в процессах есть, в /etc/acpi/events создал файл swith-on-battery в котором event=ac_adapter ACPI0003:00 00000080 00000000, а action=/etc/acpi/swith-on-battery.sh, сам скрипт содержит:
#!/bin/sh
pluma /home/teekei/001
Это так, для проверки, то есть если произошло ac_adapter ACPI0003:00 00000080 00000000, то должен открыться файл 001. swith-on-battery.sh конечно сделал исполняемым. Но ничего не происходит во время отключения питания.
Сообщений: 0
#6 - 10 июня 2015 в 05:57
Чтобы не мучить бук отключением включением, сделал event=button/volumedown VOLDN 00000080 00000000 K, не работает, но если в терминале запустить sudo /usr/sbin/acpid -d -l 1, а потом нажать кнопку, то
acpid: waiting for events: event logging is on
acpid: received input layer event "button/volumedown VOLDN 00000080 00000000 K"
acpid: rule from /etc/acpi/events/swith-on-battery matched
acpid: executing action "/etc/acpi/swith-on-battery.sh"
BEGIN HANDLER MESSAGES
END HANDLER MESSAGES
acpid: action exited with status 0
acpid: 1 total rule matched
acpid: completed input layer event "button/volumedown VOLDN 00000080 00000000 K"
то есть файл 001 открылся, соответственно ac_adapter ACPI0003:00 00000080 00000000 тоже должно будет отработать. Почему же с не запущенным sudo /usr/sbin/acpid -d -l 1 события не отслеживаются acpid?
Сообщений: 0
#7 - 10 июня 2015 в 09:21
Teekei, что за бук, так никто и не увидел. Дай inxi. Систему с вставленной батарейкой устанавливал? Посмотри здесь еще.
Сообщений: 0
#8 - 11 июня 2015 в 21:01
Unborn:
Teekei, что за бук, так никто и не увидел.
Пардон. DNS P-116.

Unborn:
Дай inxi.
CPU~Dual core Intel Atom CPU N570 (-HT-MCP-) clocked at 1000.000 Mhz Kernel~3.13.0-37-generic x86_64 Up~15:02 Mem~653.7/1990.8MB HDD~320.1GB(74.7% used) Procs~183 Client~Shell inxi~1.8.4

Unborn:
Посмотри здесь еще.
Смотрю.
Редактировалось: 1 раз (Последний: 11 июня 2015 в 21:02)
Сообщений: 0
#9 - 11 июня 2015 в 21:46
Teekei, inxi -v7
Сообщений: 0
#10 - 13 июня 2015 в 20:29
Код BASH:
  1.  
  2. inxi -v7
  3. System:    Host: DNS-P116 Kernel: 3.13.0-37-generic x86_64 (64 bit, gcc: 4.8.2) Desktop: N/A Distro: Linux Mint 17.1 Rebecca
  4. Machine:   Mobo: INTEL model: Intel Bios: American Megatrends version: P11600 date: 07/05/2011
  5. CPU:       Dual core Intel Atom CPU N570 (-HT-MCP-) cache: 512 KB flags: (lm nx sse sse2 sse3 ssse3 vmx) bmips: 6650.1 
  6.            Clock Speeds: 1: 1000.00 MHz 2: 1000.00 MHz 3: 1000.00 MHz 4: 1667.00 MHz
  7. Graphics:  Card: Intel Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller bus-ID: 00:02.0 
  8.            X.Org: 1.15.1 drivers: intel (unloaded: fbdev,vesa) Resolution: 1366x768@60.0hz 
  9.            GLX Renderer: Mesa DRI Intel IGD GLX Version: 1.4 Mesa 10.1.3 Direct Rendering: Yes
  10. Audio:     Card: Intel NM10/ICH7 Family High Definition Audio Controller driver: snd_hda_intel bus-ID: 00:1b.0
  11.            Sound: Advanced Linux Sound Architecture ver: k3.13.0-37-generic
  12. Network:   Card-1: Realtek RTL8101E/RTL8102E PCI Express Fast Ethernet controller 
  13.            driver: r8169 ver: 2.3LK-NAPI port: e000 bus-ID: 02:00.0
  14.            Card-2: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) driver: ath9k bus-ID: 01:00.0
  15. Drives:    HDD Total Size: 320.1GB (74.7% used) 1: id: /dev/sda model: TOSHIBA_MK3259GS size: 320.1GB serial: 71U1P3RIT 
  16.            Optical: No optical drives detected.
  17. Partition: ID: / size: 18G used: 6.1G (37%) fs: ext4 dev: /dev/sda3 
  18.            label: N/A uuid: 28a2837f-8c34-47c4-9132-65e02a82f284
  19.            ID: /mnt/93AF2413717CF37A size: 199G used: 147G (75%) fs: fuseblk dev: /dev/sda5 
  20.            label: N/A uuid: 93AF2413717CF37A
  21.            ID: /mnt/B0F4B0B5F4B07F62 size: 80G used: 71G (89%) fs: fuseblk dev: /dev/sda1 
  22.            label: N/A uuid: B0F4B0B5F4B07F62
  23.            ID: swap-1 size: 3.38GB used: 0.00GB (0%) fs: swap dev: /dev/sda6 
  24.            label: N/A uuid: 09f4b8a9-74c6-4c5c-8cd8-21f94ac60eac
  25. RAID:      System: supported: N/A
  26.            No RAID devices detected - /proc/mdstat and md_mod kernel raid module present
  27.            Unused Devices: none
  28. Unmounted: No unmounted partitions detected
  29. Sensors:   None detected - is lm-sensors installed and configured?
  30. Info:      Processes: 184 Uptime: 6 min Memory: 818.0/1990.8MB Runlevel: 2 Gcc sys: 4.8.2 Client: Shell inxi: 1.8.4
Редактировалось: 1 раз (Последний: 14 июня 2015 в 13:36)
Сообщений: 0
#11 - 13 июня 2015 в 20:48
Забыл ответить на это
Unborn:
Систему с вставленной батарейкой устанавливал?
Да.

здесь полезно, но не сработало. Второй метод не подходит. По первому методу, у меня совсем нет файла Power.sh в /etc/acpi. Файл создал, но событие не отслеживается. Может быть мешает mate-power-manager, но где смотреть его настройки кроме GUIшных и в dconf или выполняемые им скрипты? Также есть идея автоматически запускать в терминале sudo /usr/sbin/acpid -d -l 1. Подскажите как это сделать? Также нужно чтобы не отображалось окно терминала и не требовался ввод пароля sudo. В rc.local добавил строчку pluma /home/teekei/001, для проверки автоматического запуска, но ничего не запускается ((
Сообщений: 0
#12 - 13 июня 2015 в 20:50
Teekei:
Machine: Mobo: INTEL model
- здесь модель МП, А не биоса.
Если сам прошивал биос - верни заводские.
Сообщений: 0
#13 - 13 июня 2015 в 20:56
Unborn:
- здесь модель МП, А не биоса.
Не понял, но BIOS не прошивал.
Сообщений: 0
#14 - 13 июня 2015 в 21:12
Machine: Mobo: INTEL model модель мат. платы. Потом биос. Какая модель материнской платы?
В начало страницы 
|
Перейти на форум:
Быстрый ответ
Чтобы писать на форуме, зарегистрируйтесь или авторизуйтесь.