Date: Tue, 16 Jul 2019 11:07:47 -0700 From: Larry Maloney <larry.maloney@hackerdojo.com> To: =?utf-8?Q?Domagoj_Smol=C4=8Di=C4=87?= <rank1seeker@gmail.com> Cc: hackers@freebsd.org Subject: Re: For a first time completed S.M.A.R.T captive test Message-ID: <C38B084F-7C98-4EF7-9C8A-7B811E42A02E@hackerdojo.com> In-Reply-To: <20190716190854.000061b2@gmail.com> References: <20190716190854.000061b2@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
It=E2=80=99s been a while,so I could be wrong, but I seem to recall having t=
o unmount the device before testing.
/Larry
Sent from my iPhone
> On Jul 16, 2019, at 10:08 AM, Domagoj Smol=C4=8Di=C4=87 <rank1seeker@gmail=
.com> wrote:
>=20
> 11.2-RELEASE-p9
>=20
> =46rom the first time I started to use FreeBSD and upon to just recently, w=
ith smartmontools, I have NEVER successfully completed captive test.
> No matter which HDD or smartmontools version I used, upon initiating 'Exte=
nded captive' test, I would ALWAYS get error: 'Interrupted (host reset)'
> This implies nothing is being mounted from device, so only it's node exist=
in /dev/ and nothing "chats" with it except kernel.
> Stopping smartd service also didn't help.
>=20
> Searching on the internet, I have never found anyone succeeding with it.
> Just a "solutions" that it should never be used?!
>=20
> So I started to think a little bit out of the box ...
> HDD has it's OWN board with it's OWN BIOS + firmware, which actually holds=
S.M.A.R.T version/ability and IT executes issued test from OS, using it's o=
wn firmware to actually run a test.
> Once HDD receives test request from OS, HDD doesn't need OS at all!
>=20
> So, in order to get rid of a results like:
> Num Test_Description Status Remaining LifeTime(ho=
urs) LBA_of_first_error
> # 2 Extended captive Interrupted (host reset) 90% 40743 =
-
>=20
> And suspecting OS (kernel?!) is pestering HDD during it's captive test, th=
us interrupting it, AS SOON as captive CMD is issued and hangs occurs (it is=
too late when hang passes by itself!), I've pulled out SATA DATA cable and l=
eft SATA POWER cable attached.
> Hang is stopped as soon as SATA DATA cable is unplugged and it's used only=
to transfer test request anyway to HDD and all HDD needs from that point on=
, is JUST a power and it's "piece of mind"!
> RESULT:
> --
> SMART Self-test log structure revision number 1
> Num Test_Description Status Remaining LifeTime(ho=
urs) LBA_of_first_error
> # 1 Extended captive Completed without error 00% 40744 =
-
> # 2 Extended captive Interrupted (host reset) 90% 40743 =
-
> --
>=20
> FINALLY! =3D=3D> '# 1 Extended captive Completed without error'
>=20
> So ..., what to conclude from this?
> Does kernel really must "chat" with HDD in order to keep alive it's device=
node in /dev/ or is it something else?
> If HDD supports captive test and during it, why it simply doesn't ignore O=
S/kernel (it is up to HDD's firmware code to make that decision).
>=20
> Is this, I'm not even sure how to name it ..., a borderline bug?
>=20
> Anyway, it is a little bit "impractical" to use terminal with one hand and=
with other to pull out SATA data cable.
>=20
>=20
> Domagoj Smol=C4=8Di=C4=87
> _______________________________________________
> freebsd-hackers@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C38B084F-7C98-4EF7-9C8A-7B811E42A02E>