On Thu November 2 2006 7:39 am, Claude Jones wrote:
On Thu November 2 2006 2:09 am, David G. Miller wrote:
> Claude Jones <claude_jones(a)levitjames.com> wrote:
> > Host: scsi0 Channel: 00 Id: 00 Lun: 00 <---
> > Vendor: ATA Model: ST3160023AS Rev: 3.05
> > Type: Direct-Access ANSI SCSI
> > revision: 05 Host: scsi1 Channel: 00 Id: 00 Lun: 00 <---
> > Vendor: ATA Model: ST3300622AS Rev: 3.AA
> > Type: Direct-Access ANSI SCSI
> > revision: 05
>
> It looks like the SCSI ID being assigned to these drives is
> the same. The ordered triple (Channel, ID, LUN) should be
> unique for each device. Don't know how this can happen since
> it should never happen.
>
> Unfortunately, all of the relics here don't use SATA drives
> so I can't take this any further. Also, it looks like the
> system sorts it all out by the time you get a command prompt
> so everything eventually works; you just can't do things
> automatically during the boot process.
>
> Past my bedtime here. Hope this helps.
Sure it helps. I did see that issue, but didn't know enough to
know whether that was abnormal. I can see where that could
cause problems in the early boot process, if it is seeing two
drives as the same drive, in effect... I'm going to start a
new SATA thread on this, and see if any responds. Could just
be I've found a SATA bug...
For the record: Paul Howarth had suggested a fix which post I
somehow missed, to wit:
"With the drive not mounted, do:
$ chcon -t mnt_t /home/cj/archive
You can then simulate the attempted mount at boot time:
# service netfs start
Alternatively you could just reboot to check that the problem is
fixed
for sure.
Paul."
This has fixed the problem...
--
Claude Jones
Brunswick, Md, USA