From: Tejun Heo <tj@kernel.org>
To: "Nuno Magalhães" <nunomagalhaes@eu.ipp.pt>
Cc: linux-ide@vger.kernel.org
Subject: Re: SATA disks disabled on boot
Date: Sun, 17 Aug 2014 09:39:42 -0400 [thread overview]
Message-ID: <20140817133942.GD7679@mtj.dyndns.org> (raw)
In-Reply-To: <CADqA9uYMCdT1ZpHD0fOVoD67PAx6RaY+8grfmG8SRoqnwyyHgw@mail.gmail.com>
Hello,
Sorry about the late reply.
On Tue, Jul 15, 2014 at 12:24:21AM +0100, Nuno Magalhães wrote:
> > Can you please try the followings?
>
> This doesn't happen every-time i boot, only sometimes (about 50/50).
> Once i booted and the disk was disabled, i created dmesg1.nodisk
>
> > 1. After boot is complete, re-trigger device attach by doing
> >
> > echo - - - > /sys/class/scsi_host/hostN/scan
>
> Partial dmesg2.reset (i just wanted to see what this output to dmesg,
> i didn't reboot)
Does this always work? ie. can you do it repeatedly and the device is
always detected correctly? Or, if you issue rescanning after the
device fails detection during boot, does it always work?
> > 2. Boot with libata.force=dump_id and report full dmesg after boot.
>
> dmesg3.dump_id
>
> > 3. Boot with libata.force=nohrst and see whether anything changes.
>
> dmesg4.nohrst
>
> > Thanks.
>
> Thank you for your time.
>
> Both dump_id and nohrst detected the drive the first time i used them.
> Should i keep trying one or the other until the disk is dropped again
> (or not)? Should i specify both boot options simultaneously?
dump_id shouldn't affect anything but should give us more data about
the failure. Can you please try to reproduce the problem with dump_id
specified? nohrst may make the problem go away. Can you please try
to reproduce the issue with the parameter specified.
Thanks.
--
tejun
next prev parent reply other threads:[~2014-08-17 13:39 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-11 21:06 SATA disks disabled on boot Nuno Magalhães
2014-07-14 16:36 ` Tejun Heo
2014-07-14 23:24 ` Nuno Magalhães
2014-07-16 20:35 ` Nuno Magalhães
2014-07-16 20:35 ` Nuno Magalhães
2014-08-17 13:39 ` Tejun Heo [this message]
2014-08-21 22:40 ` Nuno Magalhães
2014-08-21 22:43 ` Tejun Heo
[not found] ` <CADqA9uaj0MrpffnzE8xnhU57Hx9pv7O1sAhB+xS_4hi8z_dkMA@mail.gmail.com>
2014-12-02 19:56 ` Tejun Heo
2014-12-02 23:15 ` Nuno Magalhães
2014-12-04 17:48 ` Tejun Heo
2014-12-04 23:59 ` Phillip Susi
2014-12-05 22:12 ` Nuno Magalhães
2015-01-27 23:03 ` Nuno Magalhães
2015-01-28 14:05 ` Phillip Susi
2015-01-29 22:04 ` Nuno Magalhães
2015-01-30 13:53 ` Phillip Susi
2015-02-03 19:32 ` Nuno Magalhães
2015-02-03 19:45 ` Phillip Susi
2015-02-09 13:02 ` Nuno Magalhães
2015-02-09 13:43 ` Phillip Susi
2015-02-09 23:52 ` Nuno Magalhães
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=20140817133942.GD7679@mtj.dyndns.org \
--to=tj@kernel.org \
--cc=linux-ide@vger.kernel.org \
--cc=nunomagalhaes@eu.ipp.pt \
/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).