linux-kernel - Re: Error testing ext3 on brd ramdisk

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, 27 Feb 2009 19:08:46 +0100
From:	"Jorge Boncompte [DTI2]" <jorge@...2.net>
To:	ext-adrian.hunter@...ia.com
CC:	LKML <linux-kernel@...r.kernel.org>, npiggin@...e.de
Subject: Re: Error testing ext3 on brd ramdisk

Adrian Hunter escribió:
> Hi
> 
> I am trying to test EXT3 on a ramdisk and after some number of mounts
> (anywhere from 7 to 603 so far), I get errors from e2fsck like this:
> 
> /dev/ram0: HTREE directory inode 137 has an invalid root node.
> HTREE INDEX CLEARED.
> /dev/ram0: Entry 'f1770' in /work/p0/da/d1c61 (137) has deleted/unused 
> inode 692.  CLEARED.
> /dev/ram0: Entry 'fa37' in /work/p0/da/d1c61 (137) has deleted/unused 
> inode 799.  CLEARED.
> /dev/ram0: Entry 'c1686' in /work/p0/da/d1c61 (137) has deleted/unused 
> inode 470.  CLEARED.
> /dev/ram0: Entry 'c19b8' in /work/p0/da/d1c61 (137) has an incorrect 
> filetype (was 3, should be 1).
> 
> /dev/ram0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
>       (i.e., without -a or -p options)
> 
> 
> This is what I do:
> 
> 
> modprobe brd rd_nr=1 rd_size=4096
> mkfs.ext3 /dev/ram0
> dmesg -n8
> i=0
> while (true); do
>     i=`expr $i + 1`
>     echo -------------------------------------------------------------
>     echo Cycle $i
>     date
>     echo Mounting
>     sleep 1
>     mount -t ext3 /dev/ram0 /mnt/test_file_system || exit 1
>     echo Removing old fsstress data
>     rm -rf /mnt/test_file_system/work
>     mkdir /mnt/test_file_system/work || exit 1
>     echo Starting fsstress
>     fsstress -d /mnt/test_file_system/work -p 3 -l 0 -n 100000000 &
>     echo Sleeping 30 seconds
>     sleep 30
>     echo Stopping fsstress
>     while (ps -e | grep fsstress);do
>         pkill fsstress
>         sleep 1
>     done
>     echo Unmounting
>     umount /mnt/test_file_system || exit 1
>     echo Checking
>     sleep 1
>     e2fsck -fvp /dev/ram0 || exit 1
> done
> 
> 
> It seems to happen ever since the introduction of brd (Feb '08).
> 
> Does anyone know what is going on?
> 
	Hi,

	I have added Nick Piggin to the CC: as maintainer of the brd driver.

	After switching an embedded distribution that /etc on a ramdisk based 
minix filesystem from 2.6.23.17 to 2.6.29-rcX i am too getting errors 
ant the filesystem is corrupted. Does not happen always. The visible 
effect with text files after reboot is getting the old version of the 
file and "\0"'s at the end.

	Did you found a solution?

	Regards,

	Jorge
-- 
==============================================================
Jorge Boncompte - Ingenieria y Gestion de RED
DTI2 - Desarrollo de la Tecnologia de las Comunicaciones
--------------------------------------------------------------
C/ Abogado Enriquez Barrios, 5   14004 CORDOBA (SPAIN)
Tlf: +34 957 761395 / FAX: +34 957 450380
==============================================================
- Sin pistachos no hay Rock & Roll...
- Without wicker a basket cannot be made.
==============================================================

--
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/