home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / bsd / 3041 < prev    next >
Encoding:
Text File  |  1992-07-28  |  2.9 KB  |  54 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!convex!darwin.sura.net!jvnc.net!yale.edu!nigel.msen.com!caen!hellgate.utah.edu!fcom.cc.utah.edu!gateway.univel.com!gateway.novell.com!terry
  3. From: terry@npd.Novell.COM (Terry Lambert)
  4. Subject: Re: SCSI tape drive not accessible
  5. Message-ID: <1992Jul28.171521.9397@gateway.novell.com>
  6. Sender: news@gateway.novell.com (NetNews)
  7. Nntp-Posting-Host: thisbe.eng.sandy.novell.com
  8. Organization: Novell NPD -- Sandy, UT
  9. References: <TMH.92Jul23041936@keks.first.gmd.de> <1992Jul23.080507.29145@news.uni-stuttgart.de> <5939@pdxgate.UUCP>
  10. Distribution: comp
  11. Date: Tue, 28 Jul 1992 17:15:21 GMT
  12. Lines: 40
  13.  
  14. In article <5939@pdxgate.UUCP> brians@eecs.cs.pdx.edu (Brian Smith) writes:
  15. >In article <1992Jul23.080507.29145@news.uni-stuttgart.de> zrgl0376@helpdesk.rus.uni-stuttgart.de (Cowboy aka Bjoern Lemke) writes:
  16. >>In article <TMH.92Jul23041936@keks.first.gmd.de> tmh@keks.first.gmd.de (Thomas Hoberg) writes:
  17. >>>I managed to get the "Tiny BSD" floppy accross the modem and got
  18. >>>386BSD installed on my system (486/33, 16MB, ET4000/8514, AHA1542, 1GB
  19. >>>Wren VII + 88MB Syquest SCSI drives, Tandberg TDC3800 QIC 525 SCSI
  20. >>>Streamer). The SCSI disks are at targets 0+1, the tape drive is at
  21. >>>target 4. On boot up, only the first disk is recognized. Trying to
  22. >>
  23. >>I run into a similar problem. I used a Fujitsu 2624 Harddisk with the same
  24. >>Streamer (Tandberg). Setting the tape drive to target 4, resulted in 
  25. >>nonrecognizing the streamer. (My harddisk is set to target 0). But after
  26. >>setting the tape device to target 1, the scsi controller got it and
  27. >>i was able to read and write from the device (/dev/ras1a) including some
  28. >>scsi error messages (sense 0 0 0 0 .. and so on). I am not a scsi guru
  29. >>and I don't know if this method is proper, but for the moment it works.
  30. >
  31. >This is in the faq recently posted.  Apparently, the scsi driver in
  32. >386BSD only probes targets until it finds an empty spot.  So, if you had
  33. >target 0, target 1 and target 4, then the driver would find target 0, then
  34. >target 1, then look for target 2 (finding it empty/non-responsive), and
  35. >conclude that no more devices were on the scsi bus.  The workaround is to
  36. >make your scsi devices all contiguous and starting at 0.
  37.  
  38. Uh, this is *wrong* in the FAQ... 8-(.  I guess that's what I get for copying
  39. from other peoples papers.  The problem is not that the devices are not
  40. recognized after one empty slot; it's that the device nodes are created
  41. incorrectly.  Do an 'ls -l' and you will see obviously bogus minor device
  42. numbers.  I have seen two instances correcting me; one was mailed direct,
  43. and one was posted here.  Since no one has come forward to claim official
  44. keeper-of-the-FAQ status, I guess I will have to do at least one more posting
  45. of an updated version.  Look for it some time this week.
  46.  
  47.  
  48.                     Terry Lambert
  49.                     terry_lambert@gateway.novell.com
  50.                     terry@icarus.weber.edu
  51. ---
  52. Disclaimer:  Any opinions in this posting are my own and not those of
  53. my present or previous employers.
  54.