Milan Cizek wrote:
co takhle init 0
Ono je to jedno - shutdown, halt, reboot, init, kill 1 - to vsechno jsou
ruzne spousteci mechanismy tehoz. I kdyz se v pocatecnich fazich lisi, v
dobe, kdy to vypisuje "Uptime:" jsme uz v te casti shutdown sekvence
ktera se podle typu vyvolani nelisi.
V ktere skupine - to poznas snadno. Mezi post_sync a final se
provadi crash-dump
Uptime: 3m20s
Physical memoryy: 2029 MB
Dumping 64MB: 49 33 17 1
Dump Complete
Takze vime, ze shutdown_post_sync probehl kompletne a bez problemu.
Takze nas zajimaji handlery faze shutdown_final - to uz je opravdu zcela
zaverecna faze 'shutdown'
Handler teto faze maji ovladace:
aac
atkbdc
dpt
fb
hptmv
hptrr
iir
mfi
acpica (last)
a v ramci kernelu pak
apm (last)
module_shutdown
poweroff_wait (first)
shutdown_halt (last+100)
shutdown_panic (last+100)
shutdown_reset (last+200)
V zavorkach je priorita provadeni, kde zavorka neni plati DEFAULT (horsi
nez FIRST a lepsi nez LAST).
A musime zjistit, kde se to zadrhne. Pri volani "halt" by shutdown_halt
vypsal "The operating system has halted". Takze zkus halt. Podle toho,
jestli se vypise nebo nevypise zjistime, zda se zadira pred nebo po.
Ja ale spis predpokladam, ze se zadira uz pred tim.
Takze vyhazej z kernelu vsechny ovladace u kterych to je mozne (atkbdc
asi nepujde). module_shutdown vyradis volanim reboot s optiony -nq
(pozor, delame reboot bez syncnuti disku - syncni si rucne nebo je
mountuj RO). To uz toho tam moc nezbude. No a podle toho, jak se to bude
chovat se zase posuneme o kousek dal. Mozna ..
Dan
Co znamena "pritomna neni" ?
# acpiconf -s 5
acpiconf: invalid sleep type (5)
To znamena, ze ACPI si nemysli, ze umi pocitac vypnout. Spis nez, ze si
to ACPI opravdu mysli bych to typoval na syntaktickou chybu v AML ktera
je skutecnou pricinou. Rozhodne zajimave.
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
