Date: Wed, 17 Jul 2019 18:18:34 +0200 From: Domagoj =?UTF-8?Q?Smol=C4=8Di=C4=87?= <rank1seeker@gmail.com> To: Warner Losh <imp@bsdimp.com> Cc: Wojciech Puchar <wojtek@puchar.net>, hackers@freebsd.org Subject: Re: Device's "stolen" sector Message-ID: <20190717181834.00002698@gmail.com> In-Reply-To: <CANCZdfpJgw6k2hoTYgUTYfonKyYZEUYvfYePO9-gDypHY74BsQ@mail.gmail.com> References: <20190716182350.000054f8@gmail.com> <alpine.BSF.2.20.1907161841340.6412@puchar.net> <CANCZdfp9zMD2gFz3NAJWa-s83XW24PPBBazu4uik3b3ss6w5uA@mail.gmail.com> <20190716224332.00000326@gmail.com> <CANCZdfpJgw6k2hoTYgUTYfonKyYZEUYvfYePO9-gDypHY74BsQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 16 Jul 2019 15:34:47 -0600
Warner Losh <imp@bsdimp.com> wrote:
> On Tue, Jul 16, 2019 at 2:44 PM Domagoj Smol=C4=8Di=C4=87
> <rank1seeker@gmail.com> wrote:
>=20
> > On Tue, 16 Jul 2019 13:27:43 -0600
> > Warner Losh <imp@bsdimp.com> wrote:
> > =20
> > > On Tue, Jul 16, 2019 at 11:05 AM Wojciech Puchar
> > > <wojtek@puchar.net> wrote:
> > > =20
> > > >
> > > >
> > > > On Tue, 16 Jul 2019, Domagoj Smol=C4=8Di=C4=87 wrote:
> > > > =20
> > > > > 11.2-RELEASE-p9
> > > > >
> > > > > Tested with >1 disks:
> > > > > --
> > > > > SATA disk connected directly with SATA cable to MBO, shows
> > > > > correct =20
> > > > amount of sectors. =20
> > > > > diskinfo -v ada1
> > > > >
> > > > > When I connect it to the same MBO over USB to SATA adapter, 1
> > > > > sector is =20
> > > > missing (the last one) =20
> > > > > diskinfo -v da0
> > > > >
> > > > > Having last sector inaccessible is a huge problem as many
> > > > > "things" use =20
> > > > it for a metadata. =20
> > > > > This has many times caused MBR disks occasionally to not be
> > > > > visible at =20
> > > > all while being 'da0' (gpart: No such geom: da0.) =20
> > > > > And also GPT disks to be in a [CORRUPT] state upon reattach
> > > > > directly to =20
> > > > SATA interface. =20
> > > > >
> > > > > Before submitting a bug, there is only 1 variable left that I
> > > > > can't =20
> > > > test, because I have only 1 USB to SATA adapter. =20
> > > > > It might be a hardware issue, so can someone else test this
> > > > > too?=20
> > > > i have two external disk chassis with USB-SATA bridge, works
> > > > just fine
> > > >
> > > > recently connected through it disk that was geli encrypted when
> > > > directly connected to server. geli worked so all is fine as geli
> > > > header is in last sector
> > > > =20
> > >
> > > It all depends... There's huge variation in the quality of
> > > USB-SATA bridges. Some get in the way and do things like round
> > > off the last sector when the reported capacity is odd, for
> > > example. Which is why I'm trying to see if there's an issue with
> > > that, or if the issue is something in the da driver. For drives
> > > with an even number of sectors, there's likely no issues at all...
> > >
> > > Warner
> > > =20
> >
> > Well, I've installed sysutils/sg3_utils, but required sg device
> > will have to wait,
> > as I can't recompile kernel ATM.
> >
> > Regarding quality ..., this one was so cheap that I've got it for
> > free. ;) Regarding capacity ..., HDD has EVEN number of sectors.
> >
> > Last HDD checked (just before posting) Hitachi:
> > =3D=3D=3D=3D=3D=3D=3D=3D
> > # diskinfo -v ada1 | awk '/mediasize in sectors/{print $1}'
> > 312581808
> >
> > # gpart show -p ada1 =20
> > =3D> 63 312581745 ada1 MBR (149G) =20
> > 312581745 + 63 =3D 312581808
> >
> > All OK!
> >
> >
> > # diskinfo -v da0 | awk '/mediasize in sectors/{print $1}'
> > 312581807
> >
> > # gpart show -p da0
> > gpart: No such geom: da0.
> > Showed nothing (usually it does even in this cases)
> > =20
>=20
> What does sg_readcap from sg3_utils package say?
Wait.
When I intended to recompile kernel with sg device, I also decided to bring
11.2 to latest patch version and this also includes world recompilation.
But I just saw 11.3 is production ready, so If I'm already doing
world+kernel why to not migrate to 11.3 in a process.
You'll have it tomorrow.
Domagoj
> Warner
>=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190717181834.00002698>