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.
next prev parent 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