Gnu Parted error, Kernel Panic, Reiserfs

Gnu Parted error, Kernel Panic, Reiserfs

[Alan Chu]

Hi,

I tried to resize down my root partition using Gnu Parted, off of a boot
disk. It failed midway, saying that there was an "invalid node". After
rebooting, I get kernel panic:

-----
sh-2021: reiserfs_read_super: can not find reiserfs on ide0(3,9)
XFS: bad magic number
XFS: SB validate failed
Kernel panic: VFS: Unable to mount root fs on 03:09
-----

I checked my partitions, and their numbers haven't changed (hda1 is still
hda1, hda2 is still hda2, etc.) so /etc/fstab should be fine.

I searched around on the Gentoo forums, but most answers involve someone
trying to install Gentoo. Before using parted, my gentoo worked fine. So,
the kernel options should be correct.

So I used the Linux "Recovery is Possible 6.9" boot disk, and ran
"reiserfsck --check" on my /dev/hda9, which is my / partition. The output
was the following:

-----
Replaying journal..
No transactions found
Checking internal tree..
Bad root block 0.
(--rebuild-tree did not complete)
Aborted
-----

Funny thing is, I didn't run "--rebuild-tree" yet. So, next, I tried the
"--rebuild-tree" option, since nothing is working, and I still get kernel
panic. Here is my rebuild.log file, the output of "reiserfsck
--rebuild-tree": http://us.share.geocities.com/entertext/rebuild.log

Then, I tried booting gentoo linux, and I get the following error, which
is different from my previous error, but kind of similar, I guess:

-----
reiserfs: checking transaction log (device ide0(3,9))...
for (ide0(3,9))
Warning, log replay starting on readonly filesystem
ide0(3,9): Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
mount_devfs_fs(): unable to mount devfs, err: -2
Freeing unused kernel memory: 132k freed
Warning: unable to open an initial console
Kernel panic: No init found.  Try passing init= option to kernel.
-----

Please help me!  I really appreciate it.

Alan

Other specifications about my setup:

-I have a Dell C840 Latitude laptop, dual boot with Windows XP.
-I use the Gentoo Kernel 2.4.22-r7
-Here's the partition setup for my HD:
/dev/hda1 Dell FAT partition (BIOS I think)
/dev/hda2 NTFS (C:\ drive for Windows XP)
/dev/hda4 Windows extended LBA partition
/dev/hda5 NTFS partition (just for documents)
/dev/hda6 FAT32 partition (for transfering files btw 2 OSes)
/dev/hda7 ext2 partition (Gentoo linux boot partition)
/dev/hda8 swap partition
/dev/hda9 root partition (for Gentoo linux)

*Note /dev/hda3 is "missing".  This isn't a typo.  It happened after I
used Partition Magic a few months ago.

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Rudy L. Zijlstra]

Alan Chu wrote:

>
>So I used the Linux "Recovery is Possible 6.9" boot disk, and ran
>"reiserfsck --check" on my /dev/hda9, which is my / partition. The output
>was the following:
>
>  
>
Which version?

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Alan Chu]

On Sun, 11 Apr 2004, Rudy L. Zijlstra wrote:

> Alan Chu wrote:
> >
> >So I used the Linux "Recovery is Possible 6.9" boot disk, and ran
> >"reiserfsck --check" on my /dev/hda9, which is my / partition. The output
> >was the following:
> >
> >
> >
> Which version?

The version of the boot cd "Linux Recovery is Possible" is 6.9.  I did a
"reiserfsck -V" and the version of reiserfsck is 3.6.12-pre1 (2003
www.namesys.com).

Any suggestions? Help?

Alan

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Rudy L. Zijlstra]

Alan Chu wrote:

>On Sun, 11 Apr 2004, Rudy L. Zijlstra wrote:
>
>  
>
>>Alan Chu wrote:
>>    
>>
>>>So I used the Linux "Recovery is Possible 6.9" boot disk, and ran
>>>"reiserfsck --check" on my /dev/hda9, which is my / partition. The output
>>>was the following:
>>>
>>>
>>>
>>>      
>>>
>>Which version?
>>    
>>
>
>The version of the boot cd "Linux Recovery is Possible" is 6.9.  I did a
>"reiserfsck -V" and the version of reiserfsck is 3.6.12-pre1 (2003
>www.namesys.com).
>
>Any suggestions? Help?
>
>Alan
>  
>
Latest version of reiserfsck is 3.6.14. Try that. Though i am afraid you 
will keep trouble. I do hope you made a backup of the parition on a 
spare disk/empty partition?

Also try reiserfsck --rebuild-sb because your superblock seems to have 
left for bit-heaven.

Good luck,

Rudy

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Vitaly Fertman]

Hello Alan,

On Sunday 11 April 2004 00:01, Alan Chu wrote:
> Hi,
>
> I tried to resize down my root partition using Gnu Parted, off of a boot
> disk. It failed midway, saying that there was an "invalid node". After
> rebooting, I get kernel panic:
>
> -----
> sh-2021: reiserfs_read_super: can not find reiserfs on ide0(3,9)
> XFS: bad magic number
> XFS: SB validate failed
> Kernel panic: VFS: Unable to mount root fs on 03:09
> -----
>
> I checked my partitions, and their numbers haven't changed (hda1 is still
> hda1, hda2 is still hda2, etc.) so /etc/fstab should be fine.
>
> I searched around on the Gentoo forums, but most answers involve someone
> trying to install Gentoo. Before using parted, my gentoo worked fine. So,
> the kernel options should be correct.
>
> So I used the Linux "Recovery is Possible 6.9" boot disk, and ran
> "reiserfsck --check" on my /dev/hda9, which is my / partition. The output
> was the following:
>
> -----
> Replaying journal..
> No transactions found
> Checking internal tree..
> Bad root block 0.
> (--rebuild-tree did not complete)
> Aborted
> -----
>
> Funny thing is, I didn't run "--rebuild-tree" yet. So, next, I tried the
> "--rebuild-tree" option, since nothing is working, 

what does reiserfsck --check say now? Does it find any corruption?


-- 
Thanks,
Vitaly Fertman

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Alan Chu]

My / partition is officially borked.  I would highly recommend NOT using
Gnu Parted, btw.  It's screwed up my partitions twice now.  Guess I'm
stuck with good old Windows XP for a month, until I get some time in the
summer to put linux back on.

On Mon, 12 Apr 2004, Vitaly Fertman wrote:

> Hello Alan,
>
> On Sunday 11 April 2004 00:01, Alan Chu wrote:
> > Hi,
> >
> > I tried to resize down my root partition using Gnu Parted, off of a boot
> > disk. It failed midway, saying that there was an "invalid node". After
> > rebooting, I get kernel panic:
> >
> > -----
> > sh-2021: reiserfs_read_super: can not find reiserfs on ide0(3,9)
> > XFS: bad magic number
> > XFS: SB validate failed
> > Kernel panic: VFS: Unable to mount root fs on 03:09
> > -----
> >
> > I checked my partitions, and their numbers haven't changed (hda1 is still
> > hda1, hda2 is still hda2, etc.) so /etc/fstab should be fine.
> >
> > I searched around on the Gentoo forums, but most answers involve someone
> > trying to install Gentoo. Before using parted, my gentoo worked fine. So,
> > the kernel options should be correct.
> >
> > So I used the Linux "Recovery is Possible 6.9" boot disk, and ran
> > "reiserfsck --check" on my /dev/hda9, which is my / partition. The output
> > was the following:
> >
> > -----
> > Replaying journal..
> > No transactions found
> > Checking internal tree..
> > Bad root block 0.
> > (--rebuild-tree did not complete)
> > Aborted
> > -----
> >
> > Funny thing is, I didn't run "--rebuild-tree" yet. So, next, I tried the
> > "--rebuild-tree" option, since nothing is working,
>
> what does reiserfsck --check say now? Does it find any corruption?
>
>
> --
> Thanks,
> Vitaly Fertman
>
>

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Szakacsits Szabolcs]

On Fri, 16 Apr 2004, Alan Chu wrote:

> My / partition is officially borked.  I would highly recommend NOT using
> Gnu Parted, btw.  It's screwed up my partitions twice now.  Guess I'm

Many people reports constantly Parted/QTparted, well actually
progsreiserfs what's a reimplementation of reiserfsprogs, thrashes
reiserfs for a while.

Yury V. Umanets only comments were "nobody ever reported such to him". You
can see more on several forums, mailing lists (parted, qtparted, etc), I
also pointed out to him these corruptions on the parted list several
times. But I don't know for who Yuri works now, recently I've seen using
both clusterfs and namesys email addresses, so maybe its not his "job"
anymore.

But definitely nobody cares about the issue for about half or one year. At
least reiserfs support should have been disabled in parted until somebody
would investigate/fix these corruptions.

	Szaka

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Yury Umanets]

On Fri, 2004-04-16 at 11:57, Szakacsits Szabolcs wrote:
> On Fri, 16 Apr 2004, Alan Chu wrote:
> 
> > My / partition is officially borked.  I would highly recommend NOT using
> > Gnu Parted, btw.  It's screwed up my partitions twice now.  Guess I'm
> 
> Many people reports constantly Parted/QTparted, well actually
> progsreiserfs what's a reimplementation of reiserfsprogs, thrashes
> reiserfs for a while.
> 
> Yury V. Umanets only comments were "nobody ever reported such to him". You
> can see more on several forums, mailing lists (parted, qtparted, etc), I
> also pointed out to him these corruptions on the parted list several
> times. But I don't know for who Yuri works now, recently I've seen using
> both clusterfs and namesys email addresses, so maybe its not his "job"
> anymore.
> 
> But definitely nobody cares about the issue for about half or one year. At
> least reiserfs support should have been disabled in parted until somebody
> would investigate/fix these corruptions.
> 
> 	Szaka

Hi!

I'm on-like, but seems missed mentioned emails somehow.

Specking about the problem. Yes, I know that there is something bad in
progsreiserfs with resizefs part. 

But I should say that I have no any details and moreover, nobody was so
kind to send me at least something but complains that it does not work,
nevertheless somebody promised to give more details of crashes.

So guys, I say again. I will fix bugs if I will know more about.

What I need to know is the following:

(1) was reiserfs consistent before resizing or not (what last reiserfsck
said before resizing).

(2) what version of reiserfs was used.
(3) sequence of actions or/and detailed description of what was done.
(4) is it visible using both parted and qtparted?
(5) more any details.

Thanks.

-- 
umka

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Szakacsits Szabolcs]

On Fri, 16 Apr 2004, Yury Umanets wrote:
> 
> I'm on-like, but seems missed mentioned emails somehow.

You answered the same. I've never resized reiserfs so I don't know. I'm
just seeing the issue popping up everywhere. 
 
> But I should say that I have no any details and moreover, nobody was so
> kind to send me at least something but complains that it does not work,

Is there a test suite for resizing? Just running it against recent/latest
reiserfs could catch potential compatibility problems.

> What I need to know is the following:
> 
> (1) was reiserfs consistent before resizing or not (what last reiserfsck
> said before resizing).

Running fsck before resizing is a very good practice. But most people
don't do it so some consistent check should be done in the resizer. IMHO
at least you must check you can account for all blocks in use. If not then
you must decline to resize otherwise you will probably trash the fs.

ntfsresize had this from day 0 and caught a lot of inconsistent
filesystems (and bugs during development) and refused to resize. 
After people run chkdsk everything worked fine.

Partition Magic didn't have this or it's optional (I don't have it but
people said so) and I suspect that's one of the reasons it also trashes
filesystems occasionally.

> (2) what version of reiserfs was used.
> (3) sequence of actions or/and detailed description of what was done.
> (4) is it visible using both parted and qtparted?

I've seen it reported with both tools. E.g. here are some qtparted ones.

	http://qtparted.sourceforge.net/forums/viewtopic.php?t=62

    Szaka

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Yury Umanets]

On Fri, 2004-04-16 at 14:30, Szakacsits Szabolcs wrote:
> On Fri, 16 Apr 2004, Yury Umanets wrote:
> > 
> > I'm on-like, but seems missed mentioned emails somehow.
> 
> You answered the same. I've never resized reiserfs so I don't know. I'm
> just seeing the issue popping up everywhere. 

What I can say, I have not seen any details, sorry. Only claims that
there are some problems and promises that details will be presented. 

But anyway, send me emails to the following addresses:

umka@namesys.com
umka@clustrefs.com
torque@ukrpost.ent

I hope at least one should be okay..

>  
> > But I should say that I have no any details and moreover, nobody was so
> > kind to send me at least something but complains that it does not work,
> 
> Is there a test suite for resizing?


>  Just running it against recent/latest
> reiserfs could catch potential compatibility problems.

reiserfsck is perfect tool for testing resizer ;)

Yes, but I can't reproduce the problem. I tried to do it recently.
Problem may be the following:

(1) inconsistent reiserfs partition _before_ resizing. This will lead
for errors for sure. It is due the fact, that progsreiserfs resize code
has no code for checking tree validness before resizing. 

But at least node levels should be checked, because they are used for
making decision what to do on particular level of tree. And if node
level invalid resizer will get out with complains that invalid node is
found and tree will be left in invalid state.

So, as you can see, this is quite possible to be stumbled here.

(2) it is quite possible that there is a bug in resizer code, which can
only be visible on _big_ partitions. And I have not such a big
partitions to check it.


> 
> > What I need to know is the following:
> > 
> > (1) was reiserfs consistent before resizing or not (what last reiserfsck
> > said before resizing).
> 
> Running fsck before resizing is a very good practice. But most people
> don't do it so some consistent check should be done in the resizer. IMHO
> at least you must check you can account for all blocks in use. If not then
> you must decline to resize otherwise you will probably trash the fs.
Of course there are some checks. But they are not sufficient. They only
check if filesystem is consistent or not (flag in super block).

> 
> ntfsresize had this from day 0 and caught a lot of inconsistent
> filesystems (and bugs during development) and refused to resize. 
> After people run chkdsk everything worked fine.
> 
> Partition Magic didn't have this or it's optional (I don't have it but
> people said so) and I suspect that's one of the reasons it also trashes
> filesystems occasionally.
> 
> > (2) what version of reiserfs was used.
> > (3) sequence of actions or/and detailed description of what was done.
> > (4) is it visible using both parted and qtparted?
> 
> I've seen it reported with both tools. E.g. here are some qtparted ones.
> 
> 	http://qtparted.sourceforge.net/forums/viewtopic.php?t=62
> 
>     Szaka
Okay, I see what we (me) have to do. First of all I will add some code,
which will check tree for consistency. This is very simple check, not so
sophisticated as reiserfsck does. I will only check node levels, node
pointer items and probably validness of indirect items.

And if check will not pass user will be asked to run fsck first.
Actually this functionality already exists in parted. Only thing to be
done is tree check. 

Will do it in week and then will see what happen. Okay?

Thanks.

-- 
umka

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Yury Umanets]

On Fri, 2004-04-16 at 16:05, Yury Umanets wrote:
> On Fri, 2004-04-16 at 14:30, Szakacsits Szabolcs wrote:
> > On Fri, 16 Apr 2004, Yury Umanets wrote:
> > > 
> > > I'm on-like, but seems missed mentioned emails somehow.
> > 
> > You answered the same. I've never resized reiserfs so I don't know. I'm
> > just seeing the issue popping up everywhere. 
> 
> What I can say, I have not seen any details, sorry. Only claims that
> there are some problems and promises that details will be presented. 
> 
> But anyway, send me emails to the following addresses:
> 
> umka@namesys.com
> umka@clustrefs.com
> torque@ukrpost.ent
> 
> I hope at least one should be okay..
> 
> >  
> > > But I should say that I have no any details and moreover, nobody was so
> > > kind to send me at least something but complains that it does not work,
> > 
> > Is there a test suite for resizing?
> 
> 
> >  Just running it against recent/latest
> > reiserfs could catch potential compatibility problems.
> 
> reiserfsck is perfect tool for testing resizer ;)
> 
> Yes, but I can't reproduce the problem. I tried to do it recently.
> Problem may be the following:
> 
> (1) inconsistent reiserfs partition _before_ resizing. This will lead
> for errors for sure. It is due the fact, that progsreiserfs resize code
> has no code for checking tree validness before resizing. 
> 
> But at least node levels should be checked, because they are used for
> making decision what to do on particular level of tree. And if node
> level invalid resizer will get out with complains that invalid node is
> found and tree will be left in invalid state.
> 
> So, as you can see, this is quite possible to be stumbled here.
> 
> (2) it is quite possible that there is a bug in resizer code, which can
> only be visible on _big_ partitions. And I have not such a big
> partitions to check it.
> 
> 
> > 
> > > What I need to know is the following:
> > > 
> > > (1) was reiserfs consistent before resizing or not (what last reiserfsck
> > > said before resizing).
> > 
> > Running fsck before resizing is a very good practice. But most people
> > don't do it so some consistent check should be done in the resizer. IMHO
> > at least you must check you can account for all blocks in use. If not then
> > you must decline to resize otherwise you will probably trash the fs.
> Of course there are some checks. But they are not sufficient. They only
> check if filesystem is consistent or not (flag in super block).
> 
> > 
> > ntfsresize had this from day 0 and caught a lot of inconsistent
> > filesystems (and bugs during development) and refused to resize. 
> > After people run chkdsk everything worked fine.
> > 
> > Partition Magic didn't have this or it's optional (I don't have it but
> > people said so) and I suspect that's one of the reasons it also trashes
> > filesystems occasionally.
> > 
> > > (2) what version of reiserfs was used.
> > > (3) sequence of actions or/and detailed description of what was done.
> > > (4) is it visible using both parted and qtparted?
> > 
> > I've seen it reported with both tools. E.g. here are some qtparted ones.
> > 
> > 	http://qtparted.sourceforge.net/forums/viewtopic.php?t=62
> > 
> >     Szaka
> Okay, I see what we (me) have to do. First of all I will add some code,
> which will check tree for consistency. This is very simple check, not so
> sophisticated as reiserfsck does. I will only check node levels, node
> pointer items and probably validness of indirect items.
> 
> And if check will not pass user will be asked to run fsck first.
> Actually this functionality already exists in parted. Only thing to be
> done is tree check. 
> 
> Will do it in week and then will see what happen. Okay?
> 
> Thanks.
One more thing. Is it common case, that resizier errors happen on Gento?


-- 
umka

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Yury Umanets]

On Fri, 2004-04-16 at 16:05, Yury Umanets wrote:
> On Fri, 2004-04-16 at 14:30, Szakacsits Szabolcs wrote:
> > On Fri, 16 Apr 2004, Yury Umanets wrote:
> > > 
> > > I'm on-like, but seems missed mentioned emails somehow.
> > 
> > You answered the same. I've never resized reiserfs so I don't know. I'm
> > just seeing the issue popping up everywhere. 
> 
> What I can say, I have not seen any details, sorry. Only claims that
> there are some problems and promises that details will be presented. 
> 
> But anyway, send me emails to the following addresses:
> 
> umka@namesys.com
> umka@clustrefs.com
> torque@ukrpost.ent

Correct ones are: 

umka@clusterfs.com
torque@ukrpost.net
> 

-- 
umka
-- 
umka

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Yury Umanets]

On Fri, 2004-04-16 at 16:05, Yury Umanets wrote:
> On Fri, 2004-04-16 at 14:30, Szakacsits Szabolcs wrote:
> > On Fri, 16 Apr 2004, Yury Umanets wrote:
> > > 
> > > I'm on-like, but seems missed mentioned emails somehow.
> > 
> > You answered the same. I've never resized reiserfs so I don't know. I'm
> > just seeing the issue popping up everywhere. 
> 
> What I can say, I have not seen any details, sorry. Only claims that
> there are some problems and promises that details will be presented. 
> 
> But anyway, send me emails to the following addresses:
> 
> umka@namesys.com
> umka@clustrefs.com
torque@ukrpost.ent

Sorry, correct ones are:
umka@namesys.com
umka@clusterfs.com
torque@ukrpost.net


-- 
umka

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Szakacsits Szabolcs]

On Fri, 16 Apr 2004, Yury Umanets wrote:

> One more thing. Is it common case, that resizier errors happen on Gento?

Hmmm, seems to be a good point. Alan had Gentoo. On the QTParted forums
people mention Gentoo. SystemRescueCD (http://www.sysresccd.org), the most
popular LiveCD for partition handling is Gentoo based ... 

Look what I've found right now:
    
	http://www.sysresccd.org/forums/viewtopic.php?t=294

  "Why is it that with and only with System Rescue CD, if I format a
   partition as reiserfs, then copy some data from another resierfs
   partition to that newly formatted partition and then unmount the
   partition and run fsck on it, errors are found that need fixing?"

	Szaka

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Yury Umanets]

On Fri, 2004-04-16 at 17:06, Szakacsits Szabolcs wrote:
> On Fri, 16 Apr 2004, Yury Umanets wrote:
> 
> > One more thing. Is it common case, that resizier errors happen on Gento?
> 
> Hmmm, seems to be a good point. Alan had Gentoo. On the QTParted forums
> people mention Gentoo. SystemRescueCD (http://www.sysresccd.org), the most
> popular LiveCD for partition handling is Gentoo based ... 

It is quite possible, that Gentoo guys have modified progsreiserfs a
little bit like Debian guys did some time ago on stock reiserfsprogs.
And then there was lots of errors with bitmap, as bit working functions
was incorrectly modified.

Can this explain lots of errors on Gentoo?

> 
> Look what I've found right now:
>     
> 	http://www.sysresccd.org/forums/viewtopic.php?t=294
> 
>   "Why is it that with and only with System Rescue CD, if I format a
>    partition as reiserfs, then copy some data from another resierfs
>    partition to that newly formatted partition and then unmount the
>    partition and run fsck on it, errors are found that need fixing?"
> 
> 	Szaka
Also they might modify kernel code...

-- 
umka

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Jason Stubbs]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 16 April 2004 23:14, Yury Umanets wrote:
> On Fri, 2004-04-16 at 17:06, Szakacsits Szabolcs wrote:
> > On Fri, 16 Apr 2004, Yury Umanets wrote:
> > > One more thing. Is it common case, that resizier errors happen on
> > > Gento?
> >
> > Hmmm, seems to be a good point. Alan had Gentoo. On the QTParted forums
> > people mention Gentoo. SystemRescueCD (http://www.sysresccd.org), the
> > most popular LiveCD for partition handling is Gentoo based ...
>
> It is quite possible, that Gentoo guys have modified progsreiserfs a
> little bit like Debian guys did some time ago on stock reiserfsprogs.
> And then there was lots of errors with bitmap, as bit working functions
> was incorrectly modified.
>
> Can this explain lots of errors on Gentoo?

Latest version available is 3.6.9. Absolutely no patches are applied to any of 
the available versions.

> > Look what I've found right now:
> >
> > 	http://www.sysresccd.org/forums/viewtopic.php?t=294
> >
> >   "Why is it that with and only with System Rescue CD, if I format a
> >    partition as reiserfs, then copy some data from another resierfs
> >    partition to that newly formatted partition and then unmount the
> >    partition and run fsck on it, errors are found that need fixing?"
> >
> > 	Szaka
>
> Also they might modify kernel code...

I don't know what kernel is used on this System Rescue CD. Neither of 
gentoo-sources (2.4-based) and gentoo-dev-sources (2.6-based) apply any 
reiserfs-specific patches that I am aware of.

Regards,
Jason Stubbs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQH/soVoikN4/5jfsAQKA1wP/RFBrTCAGxmNk6lJbCbCFZdDeizUY3ZXp
pR7UKNpMoXwLNZvb1CZD9fqIAG8Gwo915ZgSsSPfaN2YbJfZ7vabCzYl3hzHp3Lg
1jaEQRMXYaiSEZMdVzWMtiFvKPPKi2+PwPfMks8z5tMlrlEywAR6BIrzcOMM/NU+
hUyAfiuPK2U=
=ydFQ
-----END PGP SIGNATURE-----

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Yury Umanets]

[-- Attachment #1: Type: text/plain, Size: 1416 bytes --]

On Fri, 2004-04-16 at 17:06, Szakacsits Szabolcs wrote:
> On Fri, 16 Apr 2004, Yury Umanets wrote:
> 
> > One more thing. Is it common case, that resizier errors happen on Gento?
> 
> Hmmm, seems to be a good point. Alan had Gentoo. On the QTParted forums
> people mention Gentoo. SystemRescueCD (http://www.sysresccd.org), the most
> popular LiveCD for partition handling is Gentoo based ... 
> 
> Look what I've found right now:
>     
> 	http://www.sysresccd.org/forums/viewtopic.php?t=294
> 
>   "Why is it that with and only with System Rescue CD, if I format a
>    partition as reiserfs, then copy some data from another resierfs
>    partition to that newly formatted partition and then unmount the
>    partition and run fsck on it, errors are found that need fixing?"
> 
> 	Szaka
Hello all,

I have new progsreiserfs at:

http://o3test.iit.nau.edu.ua/pr/progsreiserfs-0.3.0.5.tar.gz
ftp://ftp.namesys.com/pub/libreiserfs/progsreiserfs-0.3.0.5.tar.gz

It has a function which can be used for simple tree check. Check is
sufficient to say, that if it pass, resizing will pass too if there is
no bad blocks on device.

Also see parted patch in attachment.

PS. Unfortunately I was not able to find gentoo source package of
progsreiserfs (is it exists? I'm not familiar with Gentoo) to check if
it is modified or not. So, if one can say me where I can take it, please
do. Thanks in advance.

Thanks.

-- 
umka

[-- Attachment #2: parted-1.6.10-reiserfs-check.patch --]
[-- Type: text/x-patch, Size: 2420 bytes --]

diff -rupN ./parted-1.6.10.orig/configure.in ./parted-1.6.10.check/configure.in
--- ./parted-1.6.10.orig/configure.in	2004-04-16 03:22:07.000000000 +0300
+++ ./parted-1.6.10.check/configure.in	2004-04-19 13:47:09.000000000 +0300
@@ -239,6 +239,9 @@ if test "$enable_dynamic_loading" = no -
 			REISER_LIBS="-ldal -lreiserfs"
 			AC_DEFINE(HAVE_LIBREISERFS, 1, [Have libreiserfs])
 		)
+		AC_CHECK_LIB(reiserfs, reiserfs_fs_check,
+			AC_DEFINE(HAVE_REISERFS_FS_CHECK, 1, [Have reiserfs_fs_check()])
+		)
 	)
 	LIBS="$OLD_LIBS"
 fi
diff -rupN ./parted-1.6.10.orig/libparted/fs_reiserfs/reiserfs.c ./parted-1.6.10.check/libparted/fs_reiserfs/reiserfs.c
--- ./parted-1.6.10.orig/libparted/fs_reiserfs/reiserfs.c	2002-08-10 03:47:33.000000000 +0300
+++ ./parted-1.6.10.check/libparted/fs_reiserfs/reiserfs.c	2004-04-19 13:55:34.000000000 +0300
@@ -100,8 +100,11 @@ FCLASS reiserfs_fs_t* (FPTR reiserfs_fs_
 				          reiserfs_gauge_t *);
 
 FCLASS int (FPTR reiserfs_fs_resize) (reiserfs_fs_t *, blk_t, reiserfs_gauge_t *);
+FCLASS int (FPTR reiserfs_fs_check) (reiserfs_fs_t *, reiserfs_gauge_t *);
+
 FCLASS reiserfs_fs_t *(FPTR reiserfs_fs_copy) (reiserfs_fs_t *, dal_t *,
 					reiserfs_gauge_t *);
+
 FCLASS int (FPTR reiserfs_fs_clobber) (dal_t *);
 FCLASS void (FPTR reiserfs_fs_close) (reiserfs_fs_t *);
 
@@ -383,6 +386,7 @@ static PedConstraint *reiserfs_get_creat
 static int reiserfs_check(PedFileSystem *fs, PedTimer *timer)
 {
 	reiserfs_fs_t *fs_info;
+	reiserfs_gauge_t *gauge = NULL;
 
 	PED_ASSERT(fs != NULL, return 0);
 
@@ -410,6 +414,34 @@ static int reiserfs_check(PedFileSystem 
 		return 0;
 	}
 
+#ifdef HAVE_REISERFS_FS_CHECK
+	ped_timer_reset(timer);
+	
+	if (libreiserfs_gauge_create && libreiserfs_gauge_free) {
+		if (!
+		    (gauge =
+		     libreiserfs_gauge_create(NULL, gauge_handler, timer)))
+			return 0;
+	}
+		
+	ped_timer_set_state_name(timer, _("checking"));
+	ped_timer_update(timer, 0.0);
+
+	if (!reiserfs_fs_check(fs_info, gauge)) {
+		ped_exception_throw(PED_EXCEPTION_ERROR,
+				    PED_EXCEPTION_CANCEL,
+				    _
+				    ("Reiserfs tree seems to be corrupted. "
+				     "Run reiserfsck --check first."));
+		return 0;
+	}
+	
+	ped_timer_update(timer, 1.0);
+
+	if (gauge)
+		libreiserfs_gauge_free(gauge);
+#endif
+	
 	ped_exception_throw(PED_EXCEPTION_INFORMATION, PED_EXCEPTION_OK,
 			    _
 			    ("The reiserfs filesystem passed a basic check.  For a more "

Re: Gnu Parted error, Kernel Panic, Reiserfs

[Jason Stubbs]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 19 April 2004 20:38, Yury Umanets wrote:
> PS. Unfortunately I was not able to find gentoo source package of
> progsreiserfs (is it exists? I'm not familiar with Gentoo) to check if
> it is modified or not. So, if one can say me where I can take it, please
> do. Thanks in advance.

There are currently two versions available. I say versions - what I mean is 
scripts that compile and install. You can see these scripts at: 
http://www.gentoo.org/cgi-bin/viewcvs.cgi/sys-fs/progsreiserfs/

The sparc-only patch that is applied to progsreiserfs-0.3.0.3 is available in 
the files subdir.

Regards,
Jason Stubbs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQIPEsloikN4/5jfsAQILwAP+LqvRdf/SRTOJwS8GiEe+hE2jRJraZdU/
9VyXpTVUgviDm2okKsWI/5oZn7eYSgnZfMiC0HhHRbVsGRE9BhhvJ45LVDgIzeS0
pIv4LBtcsldxMw5z+sAwCjXvn+CrrZ9Ci6gmvYft0OAQ97a2UvnOe9mQ5e/N2wmp
mrtqE2UiopY=
=0+em
-----END PGP SIGNATURE-----