[Coco] Hard drive trouble

[George Ramsower]

Don't forget the original problem. When I do a dir /h0 or a dir /h1, I get 
the result from /h0 on both.

Even with or without an /h1 in the system.
 I can change the default drive from /h0 to /h1 and do a dir /dd and /h0 
responds.

 It makes no sense at all.


----- Original Message ----- 
From: "Bob Devries"

> The command to create the hard drive descriptors is SCSIDESC. I used that 

> command to create my descriptors. The programme asks a number of questions 

> regarding your controller and the drive's parameters, and will also create 

> the /DD descriptor, IIRC.

>

> --

> Regards, Bob Devries, Dalby, Queensland, Australia

>

> Isaiah 50:4 The sovereign Lord has given me

> the capacity to be his spokesman,

> so that I know how to help the weary.

>

> website: http://www.home.gil.com.au/~bdevasl

> my blog: http://bdevries.invigorated.org/

>

> ----- Original Message ----- 

> From: "George Ramsower" <georgeramsower at gmail.com>

> To: "CoCoList for Color Computer Enthusiasts" <coco at maltedmedia.com>

> Sent: Sunday, April 06, 2008 1:12 PM

> Subject: Re: [Coco] Hard drive trouble

>

>

>> The coco output looks fine using the font: Lucida Console.

>>

>> ----- Original Message ----- 

>> From: "George Ramsower"

>>

>>> Okay...

>>>

>>> I saved h0 and h1 to the hard drive and did this again. Before, I used 

>>> the descriptors I had in the config directory.

>>> The results were the same except for the DNS setting in /h1.

>>> Now the cmp looks like this:

>>>

>>> OS9[t3]:cmp h0 h1

>>>

>>> Differences

>>>

>>> byte      #1 #2

>>> ========  == ==

>>> 00000013  00 01

>>> 00000022  B0 B1

>>> 0000002E  03 58

>>> 0000002F  C5 D5

>>> 00000030  D0 D6

>>>

>>> Bytes compared:   00000031

>>> Bytes different:  00000005

>>>

>>> Here are dumps of h0 and h1:

>>>

>>> OS9[t3]:dump h0

>>>

>>> Addr   0 1  2 3  4 5  6 7  8 9  A B  C D  E F  0 2 4 6 8 A C E

>>> ----  ---- ---- ---- ---- ---- ---- ---- ----  ----------------

>>> 0000  87CD 0031 0021 F189 DD00 2400 27FF 07FF  .M.1.!q.].$.'...

>>> 0010  740F 0100 0080 8002 6704 0100 3400 3401  t.......g...4.4.

>>> 0020  0868 B001 5242 C653 4353 4953 59D3 03C5  .h0.RBFSCSISYS.E

>>> 0030  D0                                       P

>>>

>>> OS9[t3]:dump h1

>>>

>>> Addr   0 1  2 3  4 5  6 7  8 9  A B  C D  E F  0 2 4 6 8 A C E

>>> ----  ---- ---- ---- ---- ---- ---- ---- ----  ----------------

>>> 0000  87CD 0031 0021 F189 DD00 2400 27FF 07FF  .M.1.!q.].$.'...

>>> 0010  740F 0101 0080 8002 6704 0100 3400 3401  t.......g...4.4.

>>> 0020  0868 B101 5242 C653 4353 4953 59D3 58D5  .h1.RBFSCSISYSXU

>>> 0030  D6                                       V

>>>

>>> When this comes back to me, I'm going to copy it and paste it into a WP 

>>> program or NotePad or WordPad or each to see what results in what I see 

>>> on Hypeterminal and the coco. This email thing makes it all messed up 

>>> looking.

>>>

>>>

>>>> This question is directed to anyone that can help.

>>>>

>>>> I played with this problem for a while, day before yesterday. I created 

>>>> another new boot disk, wth older device descriptors and the result was 

>>>> the same.

>>>> So I compared the device descriptors from various iterations that I 

>>>> have of OS9 in different directories and they all match exactly as they 

>>>> should.

>>>>

>>>> Finally, want to show you a cmp of the h0 and h1 descriptors to see if 

>>>> anyone has a suggestion as to why they both access the same drive. I've 

>>>> tried this on two drives with the same result. I jumpered each drive as 

>>>> h0.... well actually removed the jumper to make them h0. Only one drive 

>>>> in the system each time.

>>>> This is the Kenton SCSI card, Kenton driver. I don't remember where I 

>>>> got the descriptors, but they used to work. I used both drive on this 

>>>> machine and used /h1 as a backup. If I made changes, I don't remember 

>>>> doing so.

>>>>

>>>> Here's a cmp of the descriptors..

>>>>

>>>> OS9[t3]:cmp h0.dd.scsi h1.dd.scsi

>>>>

>>>> Differences

>>>>

>>>> byte      #1 #2

>>>> ========  == ==

>>>> 00000013  00 01

>>>> 00000016  80 81

>>>> 00000022  B0 B1

>>>> 0000002E  03 5C

>>>> 0000002F  C5 D1

>>>> 00000030  D0 B4

>>>>

>>>> Bytes compared:   00000031

>>>> Bytes different:  00000006

>>>>

>>>> Is this the way they are supposed to be?

>>>>

>>>> In byte 016, the 81 gets changed to 80 in operation because it won't 

>>>> work with an 81. That's the DNS setting.

>>>> I'm pretty sure byte 013 is the actual SCSI ID. I have no idea what 

>>>> byte 022 is.

>>>> The last three, I think are CRC stuff. Yes?

>>>>

>>>> George

>>>

>>>

>>> --

>>> Coco mailing list

>>> Coco at maltedmedia.com

>>> http://five.pairlist.net/mailman/listinfo/coco

>>

>>

>> --

>> Coco mailing list

>> Coco at maltedmedia.com

>> http://five.pairlist.net/mailman/listinfo/coco

>

>

> --

> Coco mailing list

> Coco at maltedmedia.com

> http://five.pairlist.net/mailman/listinfo/coco