linux-ext4 - Re: EXT4-fs error in ext4_reserve_inode

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:	Fri, 22 May 2009 10:31:17 +0200
From:	Matteo Croce <matteo@...nwrt.org>
To:	Eric Sandeen <sandeen@...hat.com>
Cc:	linux-ext4@...r.kernel.org
Subject: Re: EXT4-fs error in ext4_reserve_inode_write: Journal has aborted

the HD seems to reset soon.
can it be an hardware problem?

On Thu, May 21, 2009 at 3:19 AM, Eric Sandeen <sandeen@...hat.com> wrote:
> Matteo Croce wrote:
>> When launching a web browser in normal desktop usage, I get this and
>> the disk mounted read only:
>>
>> [ 1101.535101] EXT4-fs error (device sda1) in
>> ext4_reserve_inode_write: Journal has aborted
>
> Anything before that?  I'd think you'd get a message when the journal
> aborts.
>
>> [ 1101.535114] Remounting filesystem read-only
>> [ 1101.535622] EXT4-fs error (device sda1) in
>> ext4_reserve_inode_write: Journal has aborted
>> [ 1101.535637] EXT4-fs error (device sda1) in ext4_dirty_inode:
>> Journal has aborted
>> [ 1101.535669] mpage_da_map_blocks block allocation failed for inode
>> 1867 at logical offset 0 with max blocks 1 with error -30
>> [ 1101.535681] This should not happen.!! Data will be lost
>
> Hm this is probably a bad followon to the filesystem shutting down, and
> delalloc data having nowhere to go...
>
> -Eric
>
>> [ 1101.535703] ext4_da_writepages: jbd2_start: 1024 pages, ino 1867; err -30
>> [ 1101.535716] Pid: 26, comm: pdflush Not tainted 2.6.29.1 #12
>> [ 1101.535724] Call Trace:
>> [ 1101.535744]  [<c038602c>] ? printk+0x18/0x1c
>> [ 1101.535862]  [<c01e5999>] ext4_da_writepages+0x409/0x430
>> [ 1101.535879]  [<c01e7670>] ? ext4_da_get_block_write+0x0/0x210
>> [ 1101.535893]  [<c01e5590>] ? ext4_da_writepages+0x0/0x430
>> [ 1101.535907]  [<c0174f6e>] do_writepages+0x2e/0x50
>> [ 1101.535921]  [<c01b4748>] __writeback_single_inode+0x88/0x500
>> [ 1101.535936]  [<c0122957>] ? set_next_entity+0x97/0x180
>> [ 1101.535950]  [<c01b4f73>] generic_sync_sb_inodes+0x283/0x410
>> [ 1101.535963]  [<c01b52b7>] writeback_inodes+0x47/0xd0
>> [ 1101.535975]  [<c01750e2>] wb_kupdate+0xb2/0x120
>> [ 1101.535988]  [<c01761d2>] pdflush+0x112/0x1d0
>> [ 1101.536000]  [<c0175030>] ? wb_kupdate+0x0/0x120
>> [ 1101.536160]  [<c01760c0>] ? pdflush+0x0/0x1d0
>> [ 1101.536173]  [<c0144e6c>] kthread+0x3c/0x70
>> [ 1101.536184]  [<c0144e30>] ? kthread+0x0/0x70
>> [ 1101.536198]  [<c0103cdb>] kernel_thread_helper+0x7/0x1c
>> [ 1101.536417] journal commit I/O error
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
>> the body of a message to majordomo@...r.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html