Bug#348778: ext2prepare corrupts the file system

2006-05-03 Thread Petter Reinholdtsen 

I've asked upstream to have a look at this, and am waiting for a new
upstream release to check if the problem still exist there.  The
upstream CVS is a bit unstable (and I believe they are moving away
from the sourceforge CVS), so I have not been able to fetch the
current upstream source.

I've also talked to Theodore Y. Ts'o, the e2fsprogs developer to find
out if he plan to integrate or implement a tool lie ext2prepare in
that package.  It is not high on his priority list, so it might not
happen soon.

In my view ext2prepare is the only vital piece of software, and I
would very much like to have it working, but am not able to spend the
time required to fix it myself.  I hope someone will come up with
working patches soon, to avoid this package being removed from the
archive (ref
URL:http://lists.debian.org/debian-qa/2006/04/msg00067.html).

Friendly,
-- 
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#348778: ext2prepare corrupts the file system

2006-03-16 Thread Petter Reinholdtsen 

I was able to reproduce this, by creating a LVM volume with ext3 and
running ext2prepare on it.  The same problem occur when I use ext2.

Commands to recreate:

  lvcreate -L150 -ntest_lv intern_vg
  mke2fs -j /dev/intern_vg/test_lv
  ext2prepare /dev/intern_vg/test_lv 500m
  e2fsck -y -f /dev/intern_vg/test_lv

Log of my test run:

# lvcreate -L150 -ntest_lv intern_vg
  Rounding up size to full physical extent 152,00 MB
  Logical volume test_lv created
# mke2fs -j /dev/intern_vg/test_lv
mke2fs 1.37 (21-Mar-2005)
Filsystemsetikett=
OS-typ: Linux
Blockstorlek=1024 (log=0)
Fragmentstorlek=1024 (log=0)
38912 inoder, 155648 block
7782 block (5.00%) reserverade för superanvändaren
Första datablock=1
19 blockgrupper
8192 block per grupp, 8192 fragment per grupp
2048 inoder per grupp
Superblockkopior lagrade på block:
8193, 24577, 40961, 57345, 73729

Skriver inodstabeller: klar
Skapar journal (4096 block): klar
Skriver superblock och filsystemsbokföringsinformation: klar

Detta filsystem kommer automatiskt kontrolleras var 36 montering eller
180 dag, vilket som kommer först.  Använd tune2fs -c eller -i för att ändra.
# ext2prepare /dev/intern_vg/test_lv 500m
ext2prepare v1.1.19 - 2001/03/18 for EXT2FS 0.5b
ext2prepare: prepared for maximum size of 524288 blocks
# e2fsck -y -f /dev/intern_vg/test_lv
e2fsck 1.37 (21-Mar-2005)
Resize inod not valid.  Recreate? ja

Pass 1: Kontrollerar inoder, block och storlekar
Pass 2: Kontrollerar katalogstruktur
Pass 3: Kontrollerar katalogförbindelser
Pass 4: Kontrollerar referensräknare
Pass 5: Kontrollerar gruppsammanfattningsinformation
Blockbitkarteskillnader:  -3 +4389 -8195 -24579 -40963 -57347 -73731
Fixa? ja

Antal fria block är fel för grupp nr. 0 (3803, räknade=3804).
Fixa? ja

Antal fria block är fel för grupp nr. 1 (7931, räknade=7932).
Fixa? ja

Antal fria block är fel för grupp nr. 3 (7931, räknade=7932).
Fixa? ja

Antal fria block är fel för grupp nr. 5 (7931, räknade=7932).
Fixa? ja

Antal fria block är fel för grupp nr. 7 (7931, räknade=7932).
Fixa? ja

Antal fria block är fel för grupp nr. 9 (7931, räknade=7932).
Fixa? ja

Antal fria block är fel (146599, räknade=146605).
Fixa? ja


/dev/intern_vg/test_lv: * FILSYSTEMET MODIFIERADES *
/dev/intern_vg/test_lv: 11/38912 filer (0.0% ej sammanhängande), 9043/155648 
block
#

Bug#348778: ext2prepare corrupts the file system

2006-01-18 Thread Tore Anderson 

Package: ext2resize
Version: 1.1.19-3
Severity: grave

  See attached log.  After having run ext2prepare on an error-less
 filesystem, fsck starts complaining.  File system corruption often
 leads to data loss and service downtime, so this is pretty bad...

-- 
Tore Anderson


debug.txt.gz
Description: GNU Zip compressed data