linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jorge Fernandez Monteagudo <jorgefm@cirsa.com>
To: Bryan Gurney <bgurney@redhat.com>
Cc: Christoph Hellwig <hch@infradead.org>,
	"tj@kernel.org" <tj@kernel.org>,
	"linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>
Subject: RE: SATA errors accessing hidden partitions
Date: Tue, 10 Sep 2019 14:03:47 +0000	[thread overview]
Message-ID: <AM6PR10MB3399036D93B32666191730D1A1B60@AM6PR10MB3399.EURPRD10.PROD.OUTLOOK.COM> (raw)
In-Reply-To: <CAHhmqcSGK2W0Gz9CM=cKYH6PjtGnOwnWtadG7qOwYmQLjGwNAQ@mail.gmail.com>

Hi Bryan! Thanks for your detailed answer!

>Notice that logical block 524272 on devices sda3, sda4, and sda5 are
>cited.  This is a blind guess, but are these partitions 524288 sectors
>(256 MB) in size?

No, they're 4GB partitions.


>You can notice that the first few reads are near the "end" of the
>partition.  In fact, the first two read completions are 128 sectors
>before the end, and 16 sectors before the end.  I'm guessing that this
>"-16" read is the one that's failing in these three partitions.

Then, there is an inconsistency in the blkid and kernel communication? Why the kernel
tries to access to a locked range? It seems that blkid ask for a sector and the kernel try
to read it back ignoring its locked, reducing speed and trying again with no luck until
the error is returned. This is consistent with our workaround removing blkid from the
udev rule to avoid the error.

Maybe the OPAL is not clear enough about locked ranges and kernel thinks is an error,
or it's an error in the disk's firmware I don't know, but under windows or MacOS X no
error is displayed.

Is there some way to ask a disk for their locked ranges and patch blkid to avoid accesing them?

Thanks,
Jorge


  reply	other threads:[~2019-09-10 14:03 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <AM6PR10MB33991CE19828429C676C0296A1C40@AM6PR10MB3399.EURPRD10.PROD.OUTLOOK.COM>
2019-09-09  6:25 ` SATA errors accessing hidden partitions Jorge Fernandez Monteagudo
2019-09-10  5:53   ` Christoph Hellwig
2019-09-10  8:03     ` Jorge Fernandez Monteagudo
2019-09-10 11:40       ` Christoph Hellwig
2019-09-10 13:08       ` Bryan Gurney
2019-09-10 14:03         ` Jorge Fernandez Monteagudo [this message]
2019-09-10 15:12           ` Bryan Gurney
2019-09-11  6:34             ` Christoph Hellwig

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AM6PR10MB3399036D93B32666191730D1A1B60@AM6PR10MB3399.EURPRD10.PROD.OUTLOOK.COM \
    --to=jorgefm@cirsa.com \
    --cc=bgurney@redhat.com \
    --cc=hch@infradead.org \
    --cc=linux-ide@vger.kernel.org \
    --cc=tj@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).