lkml.org 
[lkml]   [2009]   [Feb]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 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@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2009-02-27 19:17    [W:0.100 / U:0.384 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site