linux-kernel - Re: 2.6.18.1 + grsecurity JFS failed with dbAllocNext: Corrupt dmap page

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] [day] [month] [year] [list]

Message-ID: <Pine.LNX.4.61.0610311358320.31697@yvahk01.tjqt.qr>
Date:	Tue, 31 Oct 2006 13:59:50 +0100 (MET)
From:	Jan Engelhardt <jengelh@...ux01.gwdg.de>
To:	"lkml-2006i-ticket@...core.pl" <lkml-2006i-ticket@...core.pl>
cc:	linux-kernel@...r.kernel.org
Subject: Re: 2.6.18.1 + grsecurity JFS failed with dbAllocNext: Corrupt dmap
 page

>I was doing regular work on freshly installed debian stable (on
>olerd/rather tested hardware that worked 24/24 7/7)
>I installed 2.6.18.1 + grsecurity, started memtest and stress in the
>background, enabled swap with encryption, and played a bit with SysRq -
>using it to dump CPU state and tasks list (playing around).
>
>After a while I got tons of errors like
>ERROR: (device hda3): DT_GETPAGE: dtree page corrupt
>ERROR: (device hda3): dbAllocNext: Corrupt dmap page

Does this also happen with a plain 2.6.18.1?

>The smartctrl shows 2 UDMA errors for this device (but they might be
>very old).

smartctl udma errors are nothing and can usually be recovered.


	-`J'
-- 
-
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/