Welcome, Guest. Please login or register.

Author Topic: V 1.72 cd.device for Atapi CD-Drives on A1200  (Read 2872 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline Castellen

Re: V 1.72 cd.device for Atapi CD-Drives on A1200
« on: February 06, 2006, 05:07:06 AM »
You probably want to check setpatch has actually applied the ROM updates.

To do this, use the version command:
11.System:> version
Kickstart 45.57, Workbench 45.3

11.System:> version scsi.device
scsi.device 43.43

This is with OS3.9+BoingBag2 updates, but OS3.9 kickstart should still be version 45.xx

If Kickstart is showing up as ver 40.xx it suggests the ROM update is not being applied for some reason.
You do have OS3.1 in ROM (40.xx) and not 3.0 (39.xx), right?

Once you have the ROM update being applied correctly, SCSI Inquire is an invaluable tool for fault finding SCSI & IDE device connectivity.  If you can't see the CDROM using SCSI Inquire, then the system isn't going to be able to mount it.

The info used from SCSI Inquire can be used to set up your mountfile Devs:DOSdrivers/CD0
It most likely will be device=scsi.device unit=1


Edit: In fear of stating the obvious, you need the CDROM drive to be working to install OS3.9 to install the patch to make the CDROM work.  A bit chicken & egg....
The IDEfix demo from Aminet will get you that far though.
 

Offline Castellen

Re: V 1.72 cd.device for Atapi CD-Drives on A1200
« Reply #1 on: February 06, 2006, 07:30:34 AM »
Yep, shouldn't need the BoingBag updates at this stage, leave them for now.

During the install, you would have been required to create an emergency disk and reboot, thus booting from the emergency disk.

The idea is that when you boot from the emergency disk, it runs OS3.9 setpatch which then applies the ROM update (all from the floppy disk).
You should then see the computer do a soft reset by itself in order to actually run the new ROM code, so now it'll be using the updated scsi.device, etc, which means the CDROM drive will be operational, no IDEfix required.
The system then proceeds to boot WB from the OS3.9 CD once the drive has been mounted.

Not sure why it's not playing ball for you, it's generally not caused many issues on the countless OS3.9 machines I've set up over the last few years.

Try this:
1. Boot from emergency disk
2. Wait until it loads the new ROM image then reboots itself (takes about 20-30 seconds)
3. Hold down both mouse buttons, boot with no startup
4. Providing "version" is on the emergency disk, you'll be able to check the kickstart version is 45.xx
5. Entering "mount CD0:" should immediately mount the CDROM, so you should be able to then browse files, etc, on it using the CLI

If all works fine from the emergency disk, it suggests something wrong with the new OS3.9 install on the hard drive.