Re: Why does Pavel Shtemenko prevent booting up?

On 01/27/08 11:15 pm Craig Colby wrote:

> Why does Pavel Shtemenko prevent my machine from booting up? And how do 
> I defeat him?
> 
> All was fine. I downloaded the new GBM, unzipped the wpi, installed the 
> wpi, and then shut down with a view to making some of the hand 
> adjustments. Whoops! A message saying that Pavel Shtemenko wrote acpi 
> and I need sesmgr.dll to be in my boot drive's root (E:\, in my case). I 
> don't think this computer is acpi capable. I'd certainly never seen this 
> message before (eCS 2.0, rc4). Not even Alt-F1 at the blob would get it 
> to boot.
> 
> I installed a maintenance partition from the eCS install CD. I found a 
> copy of sesmgr.dll somewhere and copied it to the boot root (E:\) as 
> demanded, as wall as to e:\os2\dll and e:\os2\boot. Those steps only led 
> to a different message of refusal to boot, one saying an unspecified dll 
> wouldn't load.
> 
> Any ideas?

Boot from the eCS installation CD, do Shift-F3 to get to a command 
prompt, then edit the CONFIG.SYS file on your boot drive. Then either 
REM the PSD=ACPI.PSD line -- or if it has parameters following, try 
removing all of those.

-=-

Why does Pavel Shtemenko prevent my machine from booting up? And how do I 
defeat him?

All was fine. I downloaded the new GBM, unzipped the wpi, installed the 
wpi, and then shut down with a view to making some of the hand 
adjustments. Whoops! A message saying that Pavel Shtemenko wrote acpi and 
I need sesmgr.dll to be in my boot drive's root (E:\, in my case). I don't 
think this computer is acpi capable. I'd certainly never seen this message 
before (eCS 2.0, rc4). Not even Alt-F1 at the blob would get it to boot.

I installed a maintenance partition from the eCS install CD. I found a 
copy of sesmgr.dll somewhere and copied it to the boot root (E:\) as 
demanded, as wall as to e:\os2\dll and e:\os2\boot. Those steps only led 
to a different message of refusal to boot, one saying an unspecified dll 
wouldn't load.

Any ideas?

"REM the PSD=ACPI.PSD line"

Thanks for the swift response. That line, and the line about acpidaemon 
were both remmed already. There was a remark that testcfg2.sys, had been 
patched for acpi so I remmed it out and unremmed testcfg.sys, but that 
didn't help either.

On 01/28/08 01:37 am Craig Colby wrote:

>> "REM the PSD=ACPI.PSD line"

> Thanks for the swift response. That line, and the line about acpidaemon 
> were both remmed already. There was a remark that testcfg2.sys, had been 
> patched for acpi so I remmed it out and unremmed testcfg.sys, but that 
> didn't help either.


I can't find Pavel's name in ACPI.PSD anyway, but I do find it in 
APM.ADD and in ACPISNP.SNP. The former may be loaded by a line in 
CONFIG.SYS, the latter by a reference in \OS2\BOOT\SNOOP.LST

But it still wouldn't hurt to try unREMming the ACPI.PSD line and 
removing any parameters.

-=-

"But it still wouldn't hurt to try unREMming the ACPI.PSD line and 
removing any parameters."

I probably should have mentioned I'd tried that, too, after your first 
post. The trouble-shooting docs with acpi say if your system suddenly 
quits working the problem is dust. OK, so now I have the box open so I can 
vacuum it tonight.