[FreeBSD 5.1] shutdown -p == shutdown -h en dat moet niet..

[xzenor]

Hi,

op mijn verse FreeBSD 5.1 machine doet shutdown -p hetzelfs als -h..
Hij halt gewoon maar hij gaat niet uit..

Ik heb apm in de kernel gebakken maar als ik apm dan wil starten dan zeurt ie over dat /dev/apm0 niet te vinden is (en MAKEDEV is er uitgehaald dus kan'm ook niet ff aanmaken)..

't zal wel overkomen als een n00b ofzow, maar ik begin nog maar net met fbsd5.x.. ik heb al die tijd 4.x gedraaid en daar was het voldoende om apm in de kernel aan te zetten en APM_ENABLE="YES" in rc.conf te gooien..

Maar dat werkt bij 5.x dus niet meer...
en ik wil'm toch echt 's-nachts uit kunnen zetten
dat apparaat maakt veel te veel herrie om naast te slapen...

Ik heb het FreeBSD Handboek al doorgespit en daar vind ik dat het OF acpi OF apm moet wezen.. maar hi vind geeneens het apm device dus dat lukt al niet

Heeft er iemand een tip? of een aanwijzing?
de search bracht me niet veel en google nog veel minder.....

[Blaasvis]

ik mis bij dit verhaal toch echt de specs,
als het Aquarius is de kans erg groot apm niet meer werkt en dat je toch echt acpi zult moet gebruiken. ik kan op mijn laptop en workstation allebei niet meer uit de voeten met apm

[xzenor]

oh het is Capricorn ( http://specs.tweak.to/5159 )
draaide eerst gewoon FreeBSD 4.x op en heb nu ik de cd's binnen heb 5.1 maar eens geprobeerd..
Alles werkt verder, alleen hij wil niet meer uit

[ Voor 11% gewijzigd door xzenor op 22-12-2003 00:37 ]

[Verwijderd]

Je moet APM support uit je kernel gooien, als het goed is pakt FreeBSD vanzelf ACPI bij het opstarten.

Dan zou je shutdown -p now wel moeten werken.

[xzenor]

mjah maar dat doet ie dus niet..
Ik kan wel bij het booten iets van ACPI kiezen..
Of het nou juist "with" ACPI was of "Without" ACPI weet ik ff niet.. Maar sowieso heb ik geen idee hoe ik dan die optie als default kan zetten

'k zal's in het handbook snuffelen daarnaar..

Misschien dat dat het dan is, maar ik ging er dus vanuit (stom misschien maar ik deed het toch) dat ik apm moest hebben, omdat het bij fbsd4 ook gewoon apm was, en het naar mijn idee aan het apparaat zelf lag welke je zou moeten gebruiken...

[xos]

Toen ik je topic gisteravond las ben ik ook eens gaan kijken of ik het aan de gang kreeg had nl precies hetzelfde probleem als jou. Wat ik heb gedaan is:

code:

device             acpi

in mijn kernel gepropt. Maar dat had je al gedaan.

Vervolgens werkte het idd nog niet maar ik kwam er bij toeval achter dat het wel werkte nadat ik hw.acpi.disable_on_poweroff op 0 zette. Standaard stond deze op 1.

code:

sysctl hw.acpi.disable_on_poweroff=0

Hopelijk helpt dit in jou situatie ook.

[xzenor]

Ik gaat't proberen....
'k ben nu weer een kerneltje met acpi aan het bakken, anders heb je blijkbaar die sysctl regel niet... Althans, op dit moment geeft sysctl -a |grep acpi helemaal niets..
dus waarschijnlijk moet het eerst in de kernel zitten voor het ook in sysctl zit

Ik laat het nog weten, maar dat wordt dan vanavond pas, want 't test wat lastig remote....(halt of poweroff ziet er op afstand nogal het zelfde uit he )


edit: heel typisch dit, als ik de NOTES bekijk over acpi dan staat daar in dat het eigenlijk afgeraden wordt om acpi in de kernel te bakken omdat de module wel geladen wordt als dat nodig is..
Maar zet ik acpi dus NIET in de kernel, dan wordt er a. geen module geladen en b. als ik de module handmatig laadt dan can acpiconfig geen /dev/acpi vinden.

Terwijl als ik acpi WEL in de kernel bak dan vind ik de boel gewoon goed zoals het hoort.
'k kan het er gewoon inbakken natuurlijk en dan zou het allemaal gewoon goed moeten werken denk ik (kan het nog niet echt proberen vanaf hier) maar 'waarom' zetten ze dan in de NOTES:

# Note that building ACPI into the kernel is deprecated; the module is
# normally loaded automatically by the loader.

Ik snappum niet meer

[ Voor 52% gewijzigd door xzenor op 22-12-2003 17:04 ]

[AVL]

ACPI wordt standaard geladen als een module. In het bootmenu kan je kiezen of je dit wel of niet wil. Als je dit wel doet, zie je dan ACPI devices in je dmesg? e.g. wat krijg je als je dmesg | grep acpi doet? Moet er ongeveer zo uitzien:

code:

acpi0: <761686 AWRDACPI> on motherboard
acpi0: Power Button (fixed)
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
acpi_cpu0: <CPU> on acpi0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0

Als je dit niet ziet, ook niet als de ACPI module wel geladen is, heeft je moederbord misschien geen support voor ACPI. Check of je dit in je BIOS aan of uit kan zetten.

[xzenor]

kijk en DAN gaatie wel uit

Maar kan ik niet ergens instellen dat optie 2 de default wordt?
tis vooral remote dat ik op dat ding zit.. 'k druk een keer op de "aan" knop en that's it.. en ik druk s-avonds op m'n terminal proggy en dan typ ik m'n alias voor shutdown -p now en dan gaatie dus uit..
tenminste, als ie die 2e optie pakt...

valt dat nog ergens in te stellen?
Tis wel grappig al die nieuwe dingen maar tis wel wennen hoor

[franklin]

welke fbsd5 draai je precies?

want uit /usr/src/UPDATING:

20031103:
The i386 APIC_IO kernel option has been replaced by
'device apic'. The ACPI module has also been temporarily
disabled, so ACPI must be statically compiled into your
kernel using 'device acpi' if you wish to use the ACPI driver.

en ik moet beter lezen voordat ik er als een spuit11 achteraan kom

[ Voor 18% gewijzigd door franklin op 23-12-2003 00:46 ]

[xzenor]

hehehehehehe
acpi werkt nu..
moest gewoon acpi_load="YES" in mijn loader.conf kwakken..

Beetje jammer dat je niet netjes optie 2 als default in kan stellen..
doet op zich het zelfde maar ziet er net iets netter uit..
nu doen optie 1 EN optie 2 dus gewoon exact het zelfde....
Functioneel, maar iets minder netjes..