Date: Tue, 16 Jul 2019 22:43:32 +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: <20190716224332.00000326@gmail.com> In-Reply-To: <CANCZdfp9zMD2gFz3NAJWa-s83XW24PPBBazu4uik3b3ss6w5uA@mail.gmail.com> References: <20190716182350.000054f8@gmail.com> <alpine.BSF.2.20.1907161841340.6412@puchar.net> <CANCZdfp9zMD2gFz3NAJWa-s83XW24PPBBazu4uik3b3ss6w5uA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 16 Jul 2019 13:27:43 -0600
Warner Losh <imp@bsdimp.com> wrote:
> 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
>=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...
>=20
> Warner
>=20
Well, I've installed sysutils/sg3_utils, but required sg device will have t=
o 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
=3D> 63 312581745 ada1 MBR (149G)
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)
Domagoj Smol=C4=8Di=C4=87
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190716224332.00000326>