From: "Markus Moeller" <huaraz@moeller.plus.com>
To: linux-ext4@vger.kernel.org
Subject: linux ext filesystem errors
Date: Sun, 20 Oct 2013 13:53:39 +0100 [thread overview]
Message-ID: <l40job$n86$1@ger.gmane.org> (raw)
Hi,
I have an SD disk which was running fine with an ext4 filesystem. Lately
I got the following errors:
[ 133.736890] EXT4-fs error (device mmcblk0p2): ext4_ext_check_inode:462:
inode #131171: comm tput: bad header/extent: invalid eh_entries - magic
f30a, entries 65, max 4(4), depth 0(0)
[ 133.775135] EXT4-fs error (device mmcblk0p2): ext4_ext_check_inode:462:
inode #131171: comm tput: bad header/extent: invalid eh_entries - magic
f30a, entries 65, max 4(4), depth 0(0)
[ 133.874077] EXT4-fs error (device mmcblk0p2): ext4_iget:3811: inode #46:
comm start-stop-daem: bad extra_isize (32924 != 256)
[ 134.298519] EXT4-fs error (device mmcblk0p2): ext4_iget:3811: inode #46:
comm startpar: bad extra_isize (32924 != 256)
[ 134.317035] EXT4-fs error (device mmcblk0p2): ext4_iget:3811: inode #46:
comm startpar: bad extra_isize (32924 != 256)
[ 134.815006] EXT4-fs error (device mmcblk0p2): ext4_iget:3811: inode #46:
comm init: bad extra_isize (32924 != 256)
[ 134.845380] EXT4-fs error (device mmcblk0p2): ext4_iget:3811: inode #46:
comm init: bad extra_isize (32924 != 256)
[ 134.866181] EXT4-fs error (device mmcblk0p2): ext4_iget:3811: inode #46:
comm init: bad extra_isize (32924 != 256)
[ 134.894042] EXT4-fs error (device mmcblk0p2): ext4_iget:3811: inode #46:
comm sulogin: bad extra_isize (32924 != 256)
[ 134.912231] EXT4-fs error (device mmcblk0p2): ext4_iget:3811: inode #46:
comm sulogin: bad extra_isize (32924 != 256)
which I tried to fix with fsck but it gets killed.
linux:~ # e2fsck -y /dev/sdb2
e2fsck 1.42.6 (21-Sep-2012)
Backing up journal inode block information.
/dev/sdb2 contains a file system with errors, check forced.
Resize inode not valid. Recreate? yes
Pass 1: Checking inodes, blocks, and sizes
Inode 131179 has an invalid extent
(logical block 0, invalid physical block 1342766638, len 1)
Clear? yes
Inode 131179, i_blocks is 8, should be 0. Fix? yes
Inodes that were part of a corrupted orphan linked list found. Fix? yes
Inode 131180 was part of the orphaned inode list. FIXED.
Inode 131180 has a extra size (2076) which is invalid
Fix? yes
Error while reading over extent tree in inode 131180: Corrupt extent header
Clear inode? yes
Inode 131180, i_blocks is 8, should be 0. Fix? yes
Inode 131185 was part of the orphaned inode list. FIXED.
Inode 131185, i_size is 144185556820644144, should be 614400. Fix? yes
Inode 131186 was part of the orphaned inode list. FIXED.
Inode 131186 has a extra size (540) which is invalid
Fix? yes
Inode 131186 has an invalid extent
(logical block 0, invalid physical block 155898722910210, len 2)
Clear? yes
Inode 131186, i_blocks is 16, should be 0. Fix? yes
Error while reading over extent tree in inode 131187: Corrupt extent header
Clear inode? yes
Inode 131187, i_blocks is 9, should be 0. Fix? yes
Inode 131188 has an invalid extent
(logical block 0, invalid physical block 4400194552889, len 1)
Clear? yes
Inode 131188, i_blocks is 24, should be 0. Fix? yes
Inode 131193, i_size is 18014398509484072, should be 2199023259648. Fix?
yes
Killed
Does this mean it is a HW error ?
Thank you
Markus
next reply other threads:[~2013-10-20 12:55 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-20 12:53 Markus Moeller [this message]
2013-10-20 14:47 ` linux ext filesystem errors Markus Moeller
2013-10-20 15:24 ` Theodore Ts'o
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='l40job$n86$1@ger.gmane.org' \
--to=huaraz@moeller.plus.com \
--cc=linux-ext4@vger.kernel.org \
/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.