[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