From: Kevin Shanahan <kmshanah@ucwb.org.au>
To: Andreas Dilger <adilger@sun.com>
Cc: linux-ext4@vger.kernel.org, Andreas Gruenbacher <agruen@suse.de>,
bugme-daemon@bugzilla.kernel.org, Theodore Ts'o <tytso@mit.edu>,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [Bug 9855] ext3 ACL corruption
Date: Thu, 31 Jan 2008 22:44:24 +1030 [thread overview]
Message-ID: <1201781664.4480.16.camel@kulgan.wumi.org.au> (raw)
In-Reply-To: <20080131100539.GQ23836@webber.adilger.int>
[-- Attachment #1: Type: text/plain, Size: 1956 bytes --]
On Thu, 2008-01-31 at 03:05 -0700, Andreas Dilger wrote:
> ... To get the interesting bits you need:
>
> debugfs: stat <966665> # prints decoded inode, "File ACL:" is a block number
> debugfs: imap <966665> # prints inode block number, offset
>
> dd if=/dev/mapper/vg_main-lv_samba of=/tmp/inode.bin bs=4k count=1 skip={iblock}
> dd if=/dev/mapper/vg_main-lv_samba of=/tmp/inode.bin bs=4k count=1 skip={ACLblk}
Ah, ok - learning fast. Lets see how I go this time:
e2fsck 1.40-WIP (14-Nov-2006)
Pass 1: Checking inodes, blocks, and sizes
(entry->e_value_offs + entry->e_value_size: 116, offs: 120)
Extended attribute in inode 3342652 has a value offset (72) which is
invalid
Clear? no
...
# debugfs /dev/mapper/vg_main-lv_samba
debugfs: stat <3342652>
Inode: 3342652 Type: regular Mode: 0770 Flags: 0x0 Generation: 3684645243
User: 0 Group: 10140 Size: 18432
File ACL: 0 Directory ACL: 0
Links: 1 Blockcount: 40
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x475be06e -- Sun Dec 9 23:02:46 2007
atime: 0x475d4073 -- Tue Dec 11 00:04:43 2007
mtime: 0x45d2686a -- Wed Feb 14 12:09:54 2007
Size of extra inode fields: 4
Extended attributes stored in inode body:
= "01 00 00 00 01 00 07 00 04 00 05 00 08 00 05 00 d6 27 00 00 08 00 07 00 09 28 00 00 08 00 07 00 0a 28 00 00 10 00 07 00 20 00 00 00 " (44)
DOSATTRIB = "0x20" (4)
BLOCKS:
(0):6713397, (1):6713399, (2):6713395, (3):6713405, (4):6713396
TOTAL: 5
debugfs: imap <3342652>
Inode 3342652 is part of block group 204
located at block 6684693, offset 0x0b00
# dd if=/dev/mapper/vg_main-lv_samba of=iblock.bin bs=4k count=1 skip=6684693
1+0 records in
1+0 records out
4096 bytes (4.1 kB) copied, 0.000429132 seconds, 9.5 MB/s
I'm assuming that "File ACL: 0" means that there's no ACL block.
> Attach all of the above to an email to the list... It will only be 8 kB.
Ok, done. Hopefully this is what you mean by "the list". :)
Cheers,
Kevin.
[-- Attachment #2: iblock.bin --]
[-- Type: application/octet-stream, Size: 4096 bytes --]
next parent reply other threads:[~2008-01-31 12:40 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1201771074.4480.2.camel@kulgan.wumi.org.au>
[not found] ` <20080131100539.GQ23836@webber.adilger.int>
2008-01-31 12:14 ` Kevin Shanahan [this message]
2008-02-05 1:06 ` [Bug 9855] ext3 ACL corruption Andreas Dilger
2008-02-05 8:42 ` Kevin Shanahan
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=1201781664.4480.16.camel@kulgan.wumi.org.au \
--to=kmshanah@ucwb.org.au \
--cc=adilger@sun.com \
--cc=agruen@suse.de \
--cc=akpm@linux-foundation.org \
--cc=bugme-daemon@bugzilla.kernel.org \
--cc=linux-ext4@vger.kernel.org \
--cc=tytso@mit.edu \
/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