• Welcome to OS2World OLD-STATIC-BACKUP Forum.
 

News:

This is an old OS2World backup forum for reference only. IT IS READ ONLY!!!

If you need help with OS/2 - eComStation visit http://www.os2world.com/forum

Main Menu

My eCS has suddenly stop loading: ACPI message

Started by steve b, 2010.06.26, 23:50:37

Previous topic - Next topic

steve b

Fortunately, I'm able to post to you from my SSD install off eCS, which went well, is really fast, cool and quiet.

After, the SSD install (used HPFS because of fragmentation and degradation of performance over time concerns) I backed up my main install, which is on a 30Gb single partition JFS HDD. I put it in the ultrabay to see if it still had a file I needed for my SSD. It would get down to where it loads ACPI v3.18 and then gives the 'licensed only for eCS, OS/2 can't operate your disk' message.
I tried it in the caddy (T43), same result. I can access it as D: in the Ultrabay, tried copying ACPI/APM files from my SSD, checked config.sys for errors, rems, restored from backup, same message. Checked the drive with chkdsk, DFSee, nothing obviously wrong. I had this problem several times w/RC4, once I had rem'd out a necessary driver, the other times I had to reload.
I just had this working perfectly, started it for my everyday use. I was so close to being done with installs and experiments. I thought I had beat up the system every way I was likely to. I'm blocked short of at new install and transfer of personal files. Does anyone know the problem or have a suggestion? TIA, Steve

ivan

Hi Steve,

I don't have any advice except don't use JFS for the bootable system partition.

Hy experience with JFS is that it is good when it's working but if you have problems then 'tough'.  Every time we've had problems with a JFS partition here it has been a case of, 'thank goodness we have an up to date backup', then reformat and restore.

HPFS has been round a long time and almost all the bugs have been removed, no so with JFS and even less so with bootable JFS.

As we don't have eCS here we don't have bootable JFS to play with so you can only hope someone else may be able to give you pointers as to what is wrong, but I think you are back to a reinstall.

ivan

RobertM

As an FYI, I have never had success backing up an HPFS boot partition to a JFS partition and restoring it to a boot drive. But, using the same method to back up an HPFS boot partition (xcopy /h /o /t /s /e /r /v) to an HPFS drive, then restoring it to another drive formatted HPFS has always worked for me.

After a few attempts (backing up to a JFS drive, restoring to an HPFS drive), and repeated errors when loading various files, I gave up and backed up (same method) to an HPFS drive, then restored from that to a new boot drive and all went fine each time. Didnt have the time to stop and figure out why.


|
|
Kirk's 5 Year Mission Continues at:
Star Trek New Voyages
|
|


Pete

Hi RobertM

When I decided awhile back to use BootableJFS I used xcopy to backup my boot volume to another (non-booting) JFS formatted drive, deleted the boot volume and then recreated it to use BootableJFS using LVM and then used xcopy to put the boot volume files back in place.

I then used sysinstx on the boot volume - I was booted from an eCS install CD at the time.

When I tried booting from the new BootableJFS volume all went well.

Regards

Pete



RobertM

Hi Pete,

I've never tried JFS to JFS before...

-R


|
|
Kirk's 5 Year Mission Continues at:
Star Trek New Voyages
|
|


Pete

Hi Robert

Sorry, to clarify matters the boot volume involved was HPFS which I then changed to use BootableJFS.

Regards

Pete

Andi

I had 'OS/2 can't operate your disk' message numerous times but never ever 'licensed only for eCS, OS/2 can't operate your disk'. Maybe it helps if we know which file generates this message. Will let DataSeeker search for that when I'm back on my eCS machine.

OT: A few weeks ago I copied a eCS2.rc2 installed on HPFS386 to a bootable JFS partition. I'm not sure if I copied over the whole \os2 path from the 2.0GA installation except os2*ini or only the latest *lvm* *jfs* and one u*???.dll . Did a sysinstx too but not sure if it is really necessary. Copied os2kernel and os2ldr (os2* from root) + doscalls.dll too cause I wanted the SMP kernel instead the W4 I had before.

The old server now boots fine even from a hidden jfs partition. Though laninst complains about some security features are only available with HPF386.






steve b

Well, I have spent considerable time and reboots trying to track this down.
First, on my installs to a hpfs partition, I got pretty aggressive about deleting the templates, using both black hole and unimaint.
It usually takes several passes with unimaint, involving not only uninstall but also deregistering classes, application and keys. I only had one semi-failure, I deregistered the string class, which is used by the search utility. I did succeed once removing templates on one pass, but despite taking some notes, I have been unable to duplicate the process, so I'm unable to post a 'how to', and with this new development I don't even want to make suggestions for fear of unintended consequences.

Second, I proceeded to beat up an install of eCS 2.0 on a 30gb IBM HDD, JFS (unable to update firmware for 2010 error, but otherwise no problems with it) on my T43. Had no hint of trouble until I moved it to the Ultrabay, whereupon I get the ACPI message. I tried to trace the offending driver with an F2 boot numerous times. Seems to get through basedev OK, then whips through the IFS's and crashes so fast I can't see where it goes wrong. Tried slowing down the processor through bios (battery setting), still too fast. I did have success after an ACPI install by changing to  APM before changing HDD position. numerous reboots and experiments lead to ambiguous results. I did conclude that the problem is not in config.sys, in particular ACPI/APM versions, because I was not able to recover using an APM config.sys, yet on a reinstall both the old APM and ACPI config.sys worked fine.

Third, I'm on an install to a JFS partition that I have done all the reorganizing and deleting of unneeded (scsi) files, reming out features I rarely use, everything but deleting Templates and I have had no problem. (I like JFS on the HDD because it boots fast and seems to have better performance) I hopefully will rarely use it so fragmenting should not be an issue.

I theorize that Unimaint was developed before JFS and that in the process of editing heavily the registry (I use the term to mean editing the OS2*.ini files) that it develops a glitch with JFS that doesn't show up immediately. As I write this I recall using Registry Editor also, with similar results. Unimaint has a Class List/ with deregister and force delete options that Registry Editor does not (at least I didn't see it). Maybe this is the source of the bug. The 30gb HDD was used in case the SDD wobbled/failed and to test JFS. So far the Transcend 8gb SLC has performed wonderfully, so I'm going to get on with my life. It's summer time!
FYI, the jumper to master has to be used on the Transcend, which limit its use to the main caddy. At least without some physical modification of the Ultrabay.

Thanks all for your suggestions and experiences. I only tried a restore from backup (unsuccessful) once (hpfs to JFS) and will have to keep in mind your experiences for future backup/ restore operations. Steve


ivan

Hi Steve,

For any INI editing I always use ini tools 1.2.0 by Goran Ivankovic and I've never had any problems.

ivan

steve b

Upon encouraging info on the use of JFS and having some time I tried using it again. Same results when setup with ACPI (i.e., when drive is used in the Ultrabay, it gives the 'driver licensed for eCS, OS/2 cannot operate HD') But when I used the APM setup, I can swap ok. I will keep posted if there is further issue. Steve

RobertM

Quote from: steve b on 2010.10.31, 17:15:33
Upon encouraging info on the use of JFS and having some time I tried using it again. Same results when setup with ACPI (i.e., when drive is used in the Ultrabay, it gives the 'driver licensed for eCS, OS/2 cannot operate HD') But when I used the APM setup, I can swap ok. I will keep posted if there is further issue. Steve

Is it perhaps a resource management issue? Do you know what the IDE ports are that are being used for the UltraBay? I've had some kinda similar issues in the past, and had to add the appropriate resource switches in the commandline so the IDE driver would properly recognize the IDE ports. If ACPI is relocating the IDE port(s), perhaps you have a similar problem.


|
|
Kirk's 5 Year Mission Continues at:
Star Trek New Voyages
|
|


steve b

Robert, I suppose those are possibilities.

After a few boots, my 30gb JFS drive with apm has stopped booting with similar but not same message: OS/2 can't operate your hard drive. Back to the drawing board. Steve