lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 18 Jul 2012 17:08:15 -0400
From:	Jörn Engel <joern@...fs.org>
To:	Borislav Petkov <bp@...en8.de>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, Jeff Moyer <jmoyer@...hat.com>,
	Steve Hodgson <steve@...estorage.com>
Subject: Re: [PATCH] add blockconsole version 1.1

On Wed, 18 July 2012 23:45:21 +0200, Borislav Petkov wrote:
> 
> > > 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?

Assuming you want to do it in an automated fashion - by patching or
replacing mkblockconsole.  Again, I have no opinion on whether this
actually makes sense.  It is possible, it does not really hurt the
primary function and people have explicitly asked me for it.  Good
enough for me.

> > 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?

Yes.

> 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. ]

Or show off your geekiness by using back ticks:
$ vi `./bcon_tail`

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

Will do.

Jörn

--
There's nothing better for promoting creativity in a medium than
making an audience feel "Hmm ­ I could do better than that!"
-- Douglas Adams in a slashdot interview
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ