AT&T SysV Rel 4.0 - SCSI Complaints
david.r.connet
dcon at cbnewsc.att.com
Tue May 14 06:35:39 AEST 1991
In article <1991May13.173321.26626 at cbnewsc.att.com> dcon at cbnewsc.att.com (david.r.connet) writes:
>In article <767u21w164w at gantz.bowlgreen.oh.us> gantzm at gantz.bowlgreen.oh.us (gantzm) writes:
#>cpcahil at virtech.uucp (Conor P. Cahill) writes:
#>> brando at uicsl.csl.uiuc.edu (Brandon Brown) writes:
#>> You can fix this several ways.
#>>
#>> 1. use a binary editor to replace the AT&T strings on the boot
#>> disketttes so that it recognizes your devices.
#>>
#>> 2. Get the system loaded on a supported device and then change the
#>> SCSI id tables in /etc/conf/pack.d/{scsi driver directories}. There
#>> are two directories (one for tapes and one for disks).
#>>
#> As the original poster of this wonderful mess, is this modification
#>easy?<Don't laugh too hard> I'm a new system administrator, and sort
#>of know what I'm doing, enough to be dangerous I guess.
#
#Quite easy. For #2, edit /etc/conf/pack.d/scsi/space.c and then idbuild
^^^^
#and reboot. Also edit /etc/scsi/tc.index (used for mkfs, and other commands).
#What I do is to copy an entry for a similar device (someone tells me what
#is similar). Beware, in the tc.index file, there are trailing blanks.
#These are critical.
Oops, I meant sd01.
Dave Connet
dcon at iwtng.att.com
More information about the Comp.unix.sysv386
mailing list