On Wed, 11 Feb 2015, Peter Lothberg wrote:
Looks like I'm gonna need a low-level SCSI driver patch to copy 'em then, no?
What exactly are we trying to do here? What do we have and what kind
of result are we expecting?!
Image the boot drive from a CompuServe SC-40.
I also assumed it was a T20 system, there is also T10 stuff.
It was running the CompuServe monitor.
Ahhh. That's based on really old T10 stuff. So it's 576 or 2304 byte
sectors. I guess this is a IBM drive (0666)? If it does not spin up-
hit it on the side.. (You can have a BIG drive or a 3.5 in drive..)
Fotnote on the SC40. The "other" SCSI connectors can use 512b sector
disks, the microcode on the chanels will flip things. But it can't
boot from them..
Someone else to explain what it takes for Unix or any other OS to read
something other than 512Byte sectors. The SCSI protocol don't care, so
maybe a program reading a block at the time and write it to 512b
blocks and pad the last one?
I belive I could mount the file-system and make a T10 backup tape from
T10.
Let me knew if I can be of any help, and don't loose the bits..
-P
On Wed, 11 Feb 2015, Peter Lothberg wrote:
Looks like I'm gonna need a low-level SCSI driver patch to copy 'em then, no?
What exactly are we trying to do here? What do we have and what kind
of result are we expecting?!
Image the boot drive from a CompuServe SC-40.
I also assumed it was a T20 system, there is also T10 stuff.
It was running the CompuServe monitor.
-P
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 2015-02-11 20:27, Cory Smelosky wrote:
Coming today:
Images of SC-40 boot drives assuming they weren't 36-bit low-level
I don't think they are, but Peter Lothberg should have all the details,
since he already have an SC40 on HECnet...
The SCSI drive that is used for boot is formatted with 2304 byte
sectors, and has a T20 file system. The "FE are" is not used.
(one sector=1 pdp10 page)
They can be 576 byte to.
Looks like I'm gonna need a low-level SCSI driver patch to copy 'em then, no?
What exactly are we trying to do here? What do we have and what kind
of result are we expecting?!
I also assumed it was a T20 system, there is also T10 stuff.
-P
Looks like I'm gonna need a low-level SCSI driver patch to copy 'em then, no?
Sent from my iPhone
On Feb 11, 2015, at 15:21, Peter Lothberg <roll at Stupi.SE> wrote:
On 2015-02-11 20:27, Cory Smelosky wrote:
Coming today:
Images of SC-40 boot drives assuming they weren't 36-bit low-level
I don't think they are, but Peter Lothberg should have all the details,
since he already have an SC40 on HECnet...
The SCSI drive that is used for boot is formatted with 2304 byte
sectors, and has a T20 file system. The "FE are" is not used.
--P
(one sector=1 pdp10 page)
On 2015-02-11 20:27, Cory Smelosky wrote:
Coming today:
Images of SC-40 boot drives assuming they weren't 36-bit low-level
I don't think they are, but Peter Lothberg should have all the details,
since he already have an SC40 on HECnet...
The SCSI drive that is used for boot is formatted with 2304 byte
sectors, and has a T20 file system. The "FE are" is not used.
(one sector=1 pdp10 page)
I think (memory failing) that you can do with 576 byte sectors to.
-P
On 2015-02-11 20:27, Cory Smelosky wrote:
Coming today:
Images of SC-40 boot drives assuming they weren't 36-bit low-level
I don't think they are, but Peter Lothberg should have all the details,
since he already have an SC40 on HECnet...
The SCSI drive that is used for boot is formatted with 2304 byte
sectors, and has a T20 file system. The "FE are" is not used.
--P
(one sector=1 pdp10 page)
On 2015-02-11 20:27, Cory Smelosky wrote:
Coming today:
Images of SC-40 boot drives assuming they weren't 36-bit low-level
I don't think they are, but Peter Lothberg should have all the details, since he already have an SC40 on HECnet...
Johnny
On Feb 8, 2015, at 11:17 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2015-02-08 16:57, Paul_Koning at Dell.com wrote:
On Feb 8, 2015, at 8:09 AM, Johnny Billquist <bqt at softjar.se> wrote:
...
Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes
Remote FAL V4.1 DAP V5.6 Buffer size= 636. OS=RSTS/E FS=RMS-11 DC=No
What does DC=No mean?
I think that is if it supports the CRC extension to DAP. It should either stand for DAP CRC, or Data Check. Pick one. :-)
And I guess RSTS/E do not support that.
Correct. There is a symbol for that flag in the code, but nothing references it.
paul
