mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Borislav Petkov <bp@alien8.de>
To: "Jörn Engel" <joern@logfs.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, Jeff Moyer <jmoyer@redhat.com>,
	Steve Hodgson <steve@purestorage.com>
Subject: Re: [PATCH] add blockconsole version 1.1
Date: Wed, 18 Jul 2012 23:45:21 +0200	[thread overview]
Message-ID: <20120718214520.GA14067@liondog.tnic> (raw)
In-Reply-To: <20120718185335.GA1771@logfs.org>

On Wed, Jul 18, 2012 at 02:53:35PM -0400, Jörn Engel wrote:

[ … ]

> > $ ./mkblockconsole /dev/sdc
> > 
> > <reboot>
> 
> You can also run hdparm -z <dev> instead.  Or replug the device.  Main
> danger of hdparm is that running the command twice will cause two
> instances of blockconsole to use the same device.  Not sure how to
> solve that problem - or if.

Actually, I meant <reboot> in the sense here that I wanted to test the
case where user has a prepared stick and wants to catch full boot log of
the booting system.

> > So why is that first megabyte full of zeros there?
> 
> It gives you some scratch space to store information in.

How? By me writing something in that empty line in vim? Or something
else storing stuff there?

> How useful that actually is may be a matter of opinion. But
> independent of that, you will find large amounts of zeroes all over.
> Every time you reboot, the new blockconsole will start writing at a
> megabyte-aligned offset and whatever remains of the last megabyte
> should be zero-filled as well.

Ah, those are the tiles you're talking about in the docs, right?

> Vim treats this as a single line, which makes it only mildly annoying
> to me.

Ok, I should try that.

> > Other than that, it works like a charm and I like the idea that no
> > kernel cmdline args are needed.
> > 
> > Also, you might want to add a step-by-step fast howto to the docs with
> > concrete steps like the above so that people can try this out faster.
> 
> I will try to find a quiet moment for that.  If you happened to beat
> me to it, you certainly won't hear any complaints.

Oh, I didn't mean anything involved but rather a quick steps write-up
(steps can always be expanded and made more verbose later):

Blocksonsole in three easy steps
================================

1. Find an unused USB stick and prepare it for blockconsole by writing
the blockconsole signature to it:

$ ./mkblockconsole /dev/sdc

  [ Assuming /dev/sdc is the device node of the USB stick you just mounted. ]

2. USB stick is ready for use, replug it so that the kernel can start
logging to it.

3. After you've done logging, read out the logs from it like this:

$ ./bcon_tail

  [ This creates a file called /var/log/bcon.<random number> which
  contains the logs. Open it with a sane editor like vim which can
  display zeroed gaps as a single line and start staring at the logs. ]

---

Something like the above, just slap it at the beginning of
Documentation/block/blockconsole.txt for impatient people like me and
that's it :-).

Thanks.

-- 
Regards/Gruss,
    Boris.

  reply	other threads:[~2012-07-18 21:45 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-24 20:59 [RFC][PATCH] add blockconsole Jörn Engel
2012-04-25 13:42 ` Jeff Moyer
2012-04-25 13:25   ` Jörn Engel
2012-04-25 15:52     ` Jeff Moyer
2012-07-12 17:46       ` [PATCH] add blockconsole version 1.1 Jörn Engel
2012-07-13 13:03         ` Borislav Petkov
2012-07-13 16:20           ` Jörn Engel
2012-07-13 21:14             ` Borislav Petkov
2012-07-16 12:46             ` Borislav Petkov
2012-07-18 18:53               ` Jörn Engel
2012-07-18 21:45                 ` Borislav Petkov [this message]
2012-07-18 21:08                   ` Jörn Engel
2012-07-19  9:26                     ` Borislav Petkov
2012-07-23 20:04                   ` Jörn Engel
2012-07-24 15:42                     ` Borislav Petkov
2012-07-24 14:53                       ` Jörn Engel
2012-07-24 16:25                         ` Borislav Petkov
2012-07-24 17:52                           ` Jörn Engel
2012-07-24 20:28                             ` Borislav Petkov
2012-12-19 10:20                               ` Borislav Petkov
2012-08-14 11:54                 ` Jan Engelhardt
2012-07-23 14:33         ` Tvrtko Ursulin
2012-07-23 20:02           ` Jörn Engel
2012-07-24  8:01             ` Tvrtko Ursulin
2012-07-24 14:38               ` Jörn Engel
2012-07-25  8:17                 ` Tvrtko Ursulin
2012-07-25 16:39                   ` Jörn Engel

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=20120718214520.GA14067@liondog.tnic \
    --to=bp@alien8.de \
    --cc=akpm@linux-foundation.org \
    --cc=jmoyer@redhat.com \
    --cc=joern@logfs.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=steve@purestorage.com \
    /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

Powered by JetHome