Выключение питания
После того, как я набираю команду shutdown -p now, операционная система (FreeBSD 6.3) полностью завершает совю работу, но при этом не отключает питание компьютера, нажатие кнопки power приводит к тому же результату, внутри компьютера что-то продолжает гудеть и для полного завершения работы приходится просто зажимать кнопку power на несколько секунд. В биосе все настройки питания выставлены правильно, линукс на том же компе полностью отключает питание.
Компьютер - ноутбук asus z99h, как можно сделать, чтоб FreeBSD при завершении работы полностью отключала питание компа? |
|
Код:
config: Error: device "apm0" is unknown Код:
%man apm Из мануала по acpi совсем непонятно как всё же полностью выключать питание на компьютере. |
А ACPI в BIOS включен?
|
Да, в биосе всё включено, линукс на той же машине выключается полностью.
|
Может быть поможет вот это:
http://www.freebsd.org.ua/doc/ru_RU....on-reboot.html |
Это, к сожалению, не помогло. У меня несколько другие симптомы. Система не виснет при выключении, а свою работу завершает, и на экране не остаётся никаких надписей, просто чёрный экран (включенный). И выключение происходит не с клавиатуры, а либо командой shutdown -p now, либо кнопкой выключения питания.
|
Посмотрите командой из-под root'а kldstat запущен ли у Вас модуль acpi.ko?
|
Код:
> kldstat |
Для детального прояснения:
1. Перейдите в однопользовательский режим (при этом пользователи выкидываются из системы и прекращается потдержка сети) shutdown затем используйте shutdown -p now. Результат в топик. 2. При использовании команды перезагрузки (halt, reboot или shutdown -r now) вы доходите до тестирования БИОСом важего железа? Если линух тушит, то ACPI работает. Как вариант, можно грешить на опцию в ядре, на некорректное завершение программой init запущенных процессов либо дело в скрипте /etc/rc.shutdown. |
Цитата:
Причина в acpi. |
Цитата:
Цитата:
|
Тогда значит просто BIOS не понимает посылаемых ему FreeBSD инструкций acpi. Так же если посмотреть на существующие модули, то можно увидеть следующее:
ls -la|grep acpi -r-xr-xr-x 1 root wheel 374950 Dec 24 18:42 acpi.ko -r-xr-xr-x 1 root wheel 18200 Dec 24 18:42 acpi_asus.ko -r-xr-xr-x 1 root wheel 12757 Dec 24 18:42 acpi_dock.ko -r-xr-xr-x 1 root wheel 12062 Dec 24 18:42 acpi_fujitsu.ko -r-xr-xr-x 1 root wheel 15152 Dec 24 18:42 acpi_ibm.ko -r-xr-xr-x 1 root wheel 10558 Dec 24 18:42 acpi_panasonic.ko -r-xr-xr-x 1 root wheel 6599 Dec 24 18:42 acpi_sony.ko -r-xr-xr-x 1 root wheel 12183 Dec 24 18:42 acpi_toshiba.ko -r-xr-xr-x 1 root wheel 17151 Dec 24 18:42 acpi_video.ko Пробовали загружать? |
%find / -name acpi\*.ko -print
% Нет ничего такого во всей файловой системе... |
Попробуйте внимательно прочитать:
Использование и отладка FreeBSD ACPI Управление питанием и ресурсами Может это подтолкнёт на мысль: http://nix.kuz.ru/wiki/index.php/Мобильные_юниксы_vol.2 Команды связанные с ACPI: acpiconf - управление функциями питания ACPI acpidb - отладчик ACPI DSDT acpidump - анализ и создание дампа ACPI таблиц в памяти и ASL iasl - Intel ACPI компилятор/декомпилятор zzz - приостанавливает ACPI или APM систему Не уверен в корректности такой процедуры: в /etc/rc.conf acpi_enable="YES" |
Цитата:
ИМХO: Свой ноут Fujitsu Siemens Esprimo Mobile v5515 мне так и не удалось завести из-за подобных проблем с ACPI. Может попробуете 7-PRERELEASE? Хотя мне тоже не помогло. |
ElVоvan, в студию пожалуйста:
1. dmesg | grep acpi 2. Модель матери и сведения о биосе (название, версия и ID). 3. sysctl hw.acpi Предлагаю вам скачать образ Frenzy с http://frenzy.org.ua/ru/releases/1.0/download.shtml и загрузиться с болванки. Посмотреть как тушится комп под управлением сконфигурированной Frenzy. Цитата:
|
Модель матери сказать не могу тк не знаю, у меня ноутбук Asus z99h, на сайте асуса о нём вообще никакой информации, как будто его и нет вообще.
Код:
acpi0: <_ASUS_ Notebook> on motherboard |
Вот техническое описание Asus Z99H:
http://asusnb.ru/cgi-bin/catalog.pl?...odelInfo&id=80 Вот не утешительное упоминание о поддержке ACPI: FLCL - Asus Z99H Тут вашему зверьку промывают кости: http://forum.asus.ru/viewtopic.php?t=18825 http://forum.ixbt.com/print/0017/024408.html Тут приручают лаптоп к ACPI: http://www.sysoev.ru/freebsd/t42_acpi.html ElVоvan, всё таки попробуйте Frenzy. Сейчас BSD системы делают акцент на десктопы (TrueBSD, PC-BSD, RelaxBSD etc.), поэтому наверняка решение есть. Хотя может быть решение не окажется готовым. |
А какой acpi у Вас в ядро вкомпилен? Стандартный, или asus_acpi.ko?
|
А как его туда вкомпиливать-то?
Код:
config: Error: device "asus_acpi" is unknown |
Эм ... ну судя по листингу модулей выше:
device acpi_asus ;) |
Цитата:
|
ElVоvan, так как с device acpi_asus ?
|
Ничего хорошего не вышло, теперь и с shutdown -p now и с shutdown -h now выключается не полностью, а только останавливает ОС и пишет, что система остановлена и можно выключить компьютер (раньше такое было только с ключом -h), по кнопке power работа завершается некорректно, без остановки операционной системы, при этом монитор гаснет, но компьютер продолжает гудеть (то есть питание не выключается).Плюс перестала работать программка в windowmaker'е, показывающая заряд батареи.
|
Оно и правильно, потому что вы собрали ядро только с опцией:
device acpi_asus а нужно было собрать вот так: device acpi device acpi_asus device apm (необязательно, но желательно попробовать) Почему так? Долго объяснять.... Но имхо, не будет оно работать - тем более в случае asus. Списки рассылки: freebsd-laptop читали? |
Про apm я уже писал, что его ядро не воспринимает (ни apm, ни apm0), а device acpi и device acpi_asus одновременно толку никакого не дают, эффект тот же самый, что и с одним device acpi без device acpi_asus.
|
Цитата:
|
Кстати, по поводу управления питанием в новом релизе 7.0 обещают:
Цитата:
|
Цитата:
|
Цитата:
|
насколько я помню рекомендуется использование именно -p а не -h я уже не помню точно, но по моему при -h не выполняется rc.shutdown
|
exo, WhitePangolin, - "man shutdown" ;). Там все расписано, и насколько я помню, rc.shutdown выполняется в обоих случаях, разница в ключах, передаваемых скрипту (вроде, ничего не путаю)
Линк1 Линк2 (инглиш) Линк 3 (инглиш, про 5-ю ветку) и так далее.. Допрашивайте гугл :) |
Цитата:
|
Цитата:
Кстати, я не добился отключения питания ни на одной конфигурации, куда ставил FreeBSD (4,1 - 4,2 - 5,2 - 6,2)- начиная от первого П1-133 до П4 на 865-м чипсете. На Р35 собираюсь поставить, как время будет, но мозжечком чую, что не будет работать :closed-to. ИМХО, что-то в модуле арм поковырять надо. |
Ну сейчас я на 7.0 переходить не буду, подожду хотя б 7.2.
Нормального выключения я добивался на версиях 4.7 и 5.2.1 на непомню какой гигабайтовской материнке под сокет 478, точнее даже не добивался, оно там просто работало. А вот в модуле apm мне ковырять нечего по причине отсутствия такового. |
Добивался выключения на многих материнских платах. И уж точно на любимых Gigabyte. FreeBSD 4.11, 5.2, 5.3, 5.5, 6.1, 6.2 и вот уже в 7.0. Вернее все работало само :)
А на ноутах не работает из-за нестандартного ACPI в случае ASUS или, например, из-за не полной поддержки ACPI в случае HP. |
Цитата:
|
Что ж оно в случае такой нестандартности в линуксе-то работает?
|
ElVоvan
А там наверное acpi драйвер с винды ндизгеном выдран! |
ElVоvan, FreeBSD вообще-то, система серверная, где выключение - крайняя мера, которая не является каждодневной. А вот линуксы претендуют на звание систем для дама и офиса, тут уж без нормального выключения не обойтись.. Да и производители матплат любят свиней подкладывать...
|
Сейчас уже появляются *BSD системы, заточенные под десктоп. И разработчики этих систем занимаются вовсе не ядром и драйверами (в смысле не их разработкой), а "дружественностью". А базируются эти системы на уже разработанных ядрах, и, соответственно, обладают теми же возможностями (в плане работы с оборудованием), как же в таком случае они добиваются дружественности своих систем, если некоторые возможности не заложены в ядро?
Я ещё ни один из таких дистрибутивов не смотрел... |
ElVоvan, а про модули ядра никогда не слышали? :). Не обязательно всё пихать в ядро, можно скомпилировать в виде отдельного модуля
|
Можно, конечно, но думаю, что если бы такой модуль кто-нибудь сделал, и если бы он распространялся под свободной лицензией (что наиболее вероятно, тк соответствующие дистрибутивы распространяются свободно), то соответствующий модуль был бы включён в систему портов непосредственно FreeBSD и мы бы об этом узнали из каких-нибудь новостей или это всплыло бы на каком-нибудь форуме...
|
# пересобрать ядро с
device apm0 at nexus? flags 0x20 (убрать из этой строки disable !!!) $ dmesg | grep apm0 apm0: <APM BIOS> on motherboard apm0: found APM BIOS v1.2, connected at v1.2 # в /etc/rc.conf добавить apm_enable="YES" # выключение питания : $ shutdown -p now |
Цитата:
Цитата:
Цитата:
|
прошу прощения, почитал Вашу переписку, но ответа на интересующий меня вопрос, выключение, или хотя-бы просто reboot FreeBSD (7.0) на ноутбуке не нашел. при попытке reboot идет
Syncing disks ... 4 2 0 0 done All buffers synced. Uptime и виснем. подскажите pplsss, что именно копать и где почитать более подробные рекомендации. Спасибо. |
у меня на freeBSD 6.2 работала такая команда (завершение работы и выключение питания)
halt -p (комп - Пень 3, чипсет вроде бы i440zx) щас буду 7.0 ставить, думаю, ничего не изменится :) |
> у меня на freeBSD 6.2 работала такая команда (завершение работы и выключение питания)
> halt -p к сожалению не помогает, картина аналогичная :( |
Alexander N. Banketov,
Не уверен, что Ваш случай, но... Были у меня Compaq Deskpro (разных годов), невозможно было перезагрузить, висли и на reboot и на shutdown -r now именно с Вашими симптомами, а удаленая перезагрузка, как понимаете, для сервера необходима. Решалось сборкой ядра с Цитата:
|
options AUDIT # Security event auditing
options BROKEN_KEYBOARD_RESET options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT options IPFIREWALL_FORWARD options IPFIREWALL_NAT #ipfw kernel nat support options LIBALIAS ни перезагрзка, ни выключение :( |
Alexander N. Banketov, пока больше мыслей нет :(
Избитая фраза - "Гугля в помощь" :( |
Время: 01:08. |
Время: 01:08.
© OSzone.net 2001-