From: Christoph Hellwig <hch@infradead.org>
To: Bryan Gurney <bgurney@redhat.com>
Cc: Jorge Fernandez Monteagudo <jorgefm@cirsa.com>,
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 23:34:16 -0700
Message-ID: <20190911063416.GA25673@infradead.org> (raw)
In-Reply-To: <CAHhmqcTF1wBq037v2dDrKOs8tNhAMzw4_nY_52KY65NvCqWDXw@mail.gmail.com>
On Tue, Sep 10, 2019 at 11:12:36AM -0400, Bryan Gurney wrote:
> Oh, okay. I'm pretty sure that blkid checks regions near the end of a
> device (for example, GPT has what looks like a backup of the "EFI
> PART" boot record near the end of the device). Therefore, it may be
> worthwhile to double-check the size of the partition, in case they're
> not 4 GB, for some strange reason.
Some MD RAID suprblocks also are at the end. Either way I'm pretty
sure this is legitimate probing and not a bug.
> Why is there an "Illegal Request - Unaligned write command" sense
> error from sd, right after the failed ata command "READ FPDMA QUEUED"?
> Is this an expected failure mode for a read to a locked range? (I'm
> not familiar with TCG Opal drives, so unfortunately I don't have
> enough context.)
It could be that we are just having issues translating the errors,
especially given that we don't use sense data in ATA except for ZAC
drives.
prev parent reply index
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 ` 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
2019-09-10 15:12 ` Bryan Gurney
2019-09-11 6:34 ` Christoph Hellwig [this message]
Reply instructions:
You may reply publically 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=20190911063416.GA25673@infradead.org \
--to=hch@infradead.org \
--cc=bgurney@redhat.com \
--cc=jorgefm@cirsa.com \
--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
Linux-ide Archive on lore.kernel.org
Archives are clonable:
git clone --mirror https://lore.kernel.org/linux-ide/0 linux-ide/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 linux-ide linux-ide/ https://lore.kernel.org/linux-ide \
linux-ide@vger.kernel.org linux-ide@archiver.kernel.org
public-inbox-index linux-ide
Newsgroup available over NNTP:
nntp://nntp.lore.kernel.org/org.kernel.vger.linux-ide
AGPL code for this site: git clone https://public-inbox.org/ public-inbox