Neprovede se reboot stroje

[Dan Lukes]

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.