[smartmontools-support] smartctl fails to read SMART data from one HDD in multi bay USBtoSATA enclosure

Menion menion at gmail.com
Wed Mar 21 15:42:12 CET 2018

Hello Christian
Thanks for the reply
Yes I confirm that there is a port multiplexer behind it
What is exactly the port multiplexer I don't know.
Or actually: here
there is a review from 2015. They have disassembled it and they found
a JMB394 RAID port multiplexer and a JMS539B USB to SATA bridge
The mine is the same, exterior model, but I bought it on Jan 2018
lsusb inspection (as attached in the email) show it, from VID:PID, as
a JMS567 bridge with UASP. Ok, it won't be the first neither last time
when this chinese companies change even some critical component in a
product without even change the revision...., but it is something to
The interesting thing is that I bought another enclosure, still Orico,
but more recent, the NS500rc3, the VID:PID is identical, so apparently
it is a JMS567 bridge again, BUT does not report UASP capability AND
the SMART works in all the slots....
For sure the firmware is different, but I don't have idea what they
are doing with the internal components
I will try the tool and also I will drop some email do JMicron, let
see if I get more success

2018-03-21 13:32 GMT+01:00 Christian Franke <Christian.Franke at t-online.de>:
> Hi,
> Menion wrote:
>> I have a 5 slots, multi bay USBtoSATA enclosure from Orico, running
>> JMicron JMS567
>> This multi-bay supports also hardware RAID, but I am using it in multi
>> disk configuration, where each HDD show up a a "JMicron SCSI HDD"
> The JMS567 is a USB to SATA bridge with one SATA port. So there must be some
> RAID capable port multiplier like JMB393/394 behind the USB bridge.
>> The problem is that I can read and operate SMART on 4 of the bay except
>> the first one, check the attached log.
>> The HDD are identicals and the problem affects also other HDDs type
> A similar problem was reported 2010 for a device with JMB393. See this
> thread on our old mailing list:
> https://sourceforge.net/p/smartmontools/mailman/message/26198183/
>> With the companion Management tool for Windows the SMART data can be read
>> instead.
> Which proves that there is some vendor specific ATA pass-through
> functionality available. Unfortunately, JMicron did not reply to my request
> for information, see:
> https://www.smartmontools.org/ticket/705
>> I am available for any test, the device is currently using USB storage
>> instead of uas due to some stability problems and smartctl is
>> self-compiled from a git pull made a couple of weeks ago
> If possible, please test the JMraidcon tool mentioned in ticket #705. Don't
> do this on a production machine, as the tool uses actual ATA WRITE commands
> to a specific sector.
> Thanks,
> Christian

More information about the Smartmontools-support mailing list