From: Ted Ts'o <tytso@mit.edu>
To: Ivan Shmakov <oneingray@gmail.com>
Cc: linux-ext4@vger.kernel.org
Subject: Re: ext2fs_test_block_bitmap (): Unknown code ext2 47 #0, etc.
Date: Mon, 22 Aug 2011 00:31:03 -0400 [thread overview]
Message-ID: <20110822043103.GB3671@thunk.org> (raw)
In-Reply-To: <867h6awuq5.fsf_-_@gray.siamics.net>
On Thu, Aug 18, 2011 at 11:27:30PM +0700, Ivan Shmakov wrote:
> >>>>> Ivan Shmakov <ivan@gray.siamics.net> writes:
>
> […]
>
> > (The support for the whole-image and metadata message digests is not
> > yet committed.)
>
> The code is now ready to be committed. However, I'm getting the
> following message on stderr upon a call (only the first one?) to
> ext2fs_test_block_bitmap ():
>
> --cut--
> Unknown code ext2 47 #0 for block bitmap for /dev/stdin
> --cut--
You're not getting a human-readable error message because you need to
add the following at the beginning of your program:
add_error_table(&et_ext2_error_table);
(The error messages are printed by the libcom_err library, and are
defined in lib/ext2fs/ext2_err.et.in, processed to
lib/ext2fs/ext2_err.et, and then compiled to ext2_err.c and ext2_err.h
by the compile_et script in lib/et of e2fsprogs.)
The 47th error message in the ext2 error table, which would have been
printed if you had called add_error_table(), is:
Illegal block number passed to ext2fs_test_block_bitmap
This means you've passed in a block number which is out-of-range for
the block bitmap.
> Also, do I understand it correctly that I need to call
> ext2fs_read_block_bitmap () before accessing the block_map
> member of the ext2_filsys structure?
Yes, or if you are going to need to read in both the block and inode
bitmaps, you can use ext2fs_read_bitmaps(), which will be more optimal
for reading in the block bitmaps.
- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2011-08-22 5:13 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-13 10:21 e2dis: a Jigdo-like tool for Ext2+ FS Ivan Shmakov
2011-08-14 6:56 ` Ivan Shmakov
2011-08-15 9:29 ` Lukas Czerner
2011-08-15 11:10 ` Ivan Shmakov
2011-08-15 16:12 ` Lukas Czerner
2011-08-17 5:21 ` debugfs: list inode numbers? Ivan Shmakov
2011-08-17 5:49 ` e2dis: a Jigdo-like tool for Ext2+ FS Ivan Shmakov
2011-08-18 16:27 ` ext2fs_test_block_bitmap (): Unknown code ext2 47 #0, etc Ivan Shmakov
2011-08-22 4:31 ` Ted Ts'o [this message]
2011-08-23 17:26 ` Ivan Shmakov
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=20110822043103.GB3671@thunk.org \
--to=tytso@mit.edu \
--cc=linux-ext4@vger.kernel.org \
--cc=oneingray@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.