On Thu, Sep 21, 2017 at 10:01:06 +0200, Stefan G. Weichinger wrote:
> And I did the suggested:
>
> # udevadm info -a -n /dev/st0
>
> looking at device
> '/devices/pci0000:00/0000:00:01.1/0000:02:00.0/host6/target6:0:4/6:0:4:0/scsi_tape/st0':
> KERNEL=="st0"
> SUBSYSTEM=="scsi_tape"
> DRIVER==""
> ATTR{default_blksize}=="-1"
> ATTR{default_compression}=="-1"
> ATTR{default_density}=="-1"
> ATTR{defined}=="1"
> ATTR{options}=="0x00000107"
>
> looking at parent device
> '/devices/pci0000:00/0000:00:01.1/0000:02:00.0/host6/target6:0:4/6:0:4:0':
> KERNELS=="6:0:4:0"
> SUBSYSTEMS=="scsi"
> DRIVERS=="st"
[...]
>
> looking at parent device '/devices/pci0000:00/0000:00:01.1/0000:02:00.0':
> KERNELS=="0000:02:00.0"
> SUBSYSTEMS=="pci"
> DRIVERS=="megaraid_sas"
[...]
> --- so only megaraid_sas involved here, as it seems.
Well, the other part I was interested to see is what driver actually
provided the "/dev/st0" device... but this confirms that under Gentoo it
was the "st" kernel module (just as it is for our "plain scsi" tape
drive under Ubuntu).
I would certainly expect that to be a standard part of the
Debian-distributed kernel, so it does seem like your next step is to
investigate the details of loading the megaraid_sas module and try to
figure out why that is failing to enumerate the devices on the SAS
bus...
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - [email protected] - Mid-Atlantic region
Ray Ontko & Co. - Software consulting services - http://www.ontko.com/
GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239
Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
