Это связано с ошибкой в ядре Linux 3.2, которая была исправлена в более поздней версии. Я знаю это, потому что я пробовал последний Kernel Linux 3.4, в котором эта карта работает из коробки.
Ссылка на пусковую установку: [Ошибка 989473] Ralink RT2860 [1814: 0781] Беспроводная карта работала в 10.10, перестала работать в 12.04
Попробуйте использовать процент, а не оповещения о времени. Это помогло устранить аналогичную проблему на моем Asus Eee PC 1000.
См. Следующее сообщение: Как изменить критически низкое значение батареи?
Важным моментом в моем случае было изменение " use-time-for-policy ".
Я также нашел этот пост, который предлагает одно и то же исправление:
Пожалуйста, опубликуйте вывод следующих команд, набрав их в консоли:
upower -i / org / freedesktop / UPower / devices / battery_BAT0 cat / proc / acpi / battery / BAT0 / state cat / proc / acpi / battery / BAT0 / infoТакже вы можете попробовать переустановить апплет батареи:
upower -i / org / freedesktop / UPower / devices / battery_BAT0
sudo apt-get install indicator-powersudo apt-get purge indicator-power
sudo apt-get install индикатор-мощность
[ ! d10]Персонал, внедряющий управление питанием в 12.04, не делал этого правильно.
Управление питанием полностью функционально во всех аспектах Ubuntu 10.04.
Объем анекдотической информации в сети о проблеме критической функции батареи не дает никакого реального понимания или объяснения относительно того, почему это системный отказ управления питанием в 12.04.
Получение правильных значений параметров мощности и соответствующих показателей является основополагающим для правильного управления питанием .
Эти показатели являются «выигрышными» в 12.04, но точными в 10.04.
Независимо от того, что при критическом низком заряде система будет suspend правильно в 10.04.
[d6 ] 12.04 не правильно suspend (или hibernate), используя:gsettings set org.gnome.settings-daemon.plugins.power use-time-for-policy false
или:
gsettings set org.gnome.settings-daemon.plugins.power use-time-for-policy true
с
gsettings set org.gnome.settings-daemon.plugins.power percentage-low 20
gsettings set org.gnome.settings-daemon.plugins.power percentage-critical 10
gsettings set org.gnome.settings-daemon.plugins.power percentage-action 5
gsettings set org.gnome.settings-daemon.plugins.power time-low 2400
gsettings set org.gnome.settings-daemon.plugins.power time-critical 1200
gsettings set org.gnome.settings-daemon.plugins.power time-action 600
gsettings set org.gnome.settings-daemon.plugins.power critical-battery-action suspend
Проценты 20, 10, 5 являются чрезмерными. Эквивалентное время составляет 40, 20 и 10 минут. (производительность батареи составляет 100% ~ 3,5 часа> 200 минут или 12000 секунд). Для 10.04 эффективные настройки эквивалентны 8, 5 и 3.%. Даже с 3-процентной емкостью аккумулятора машина может оставаться в состоянии подвески в течение как минимум 12 часов до того, как батарея разрядится.
Реальная проблема заключается в неправильной запрограммированной аппаратной характеристике ACPI-интерфейсов, используемой в 12.04. Это наблюдается с «выигрышными» временами при загрузке 12,04 с половиной мертвой батареи. Показатели пропускной способности находятся повсюду, так как либо оставшееся время осталось, либо% осталось.
Примечания:
Следующие функции, вызванные вручную в 12.04, являются функциональными: pm-hibernate pm-suspend Это означает, является реализацией энергопотребления показателей ACPI батареи, чтобы инициировать их автоматический вызов, который неисправен в 12.04. 12.04 power manager indicator (версия?) И power & amp; Интерфейс brightness and lock settings не точно отражает значения org.gnome.settings-daemon.plugins.power выше. Неправильное взаимодействие не только с оборудованием, но и с мягкой тканью.