Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 51773 - mkfs.reiserfs vs mkreiserfs
Summary: mkfs.reiserfs vs mkreiserfs
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All All
: Highest critical (vote)
Assignee: Gentoo's Team for Core System packages
Depends on: 68854
Blocks: 77210
  Show dependency tree
Reported: 2004-05-22 17:13 UTC by David Grant
Modified: 2005-01-11 10:50 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description David Grant 2004-05-22 17:13:41 UTC
mkfs.reiserfs causes major problems.

I created a filesystem on my new SATA using mkfs.reiserfs copied a large tarball to it, and untarred it.  I got major errors.  The file system was then corrupted and all data was lost.

I repeated the exact same procedure using mkreiserfs instead this time, and I had no problem.

I repeated again with mkfs.reiserfs and then again with mkreiserfs to make sure it was repeatable.  It is repeatable and I have come to the conclusion that mkfs.reiserfs is critically unstable.  I think it should be removed from the sys-fs/progsreiserfs ebuild, or the entire progsreiserfs ebuild should be deprecated if it is out of date or something.
Comment 1 Carsten Lohrke (RETIRED) gentoo-dev 2004-05-28 09:39:58 UTC
Just want to note, that qtparted uses progsreiserfs, too and I lost data because of it, trying to resize a partition, so I concur David.
Comment 2 David Grant 2004-05-28 12:09:15 UTC
Brandon are you there?
Comment 3 David Grant 2004-06-02 00:45:18 UTC
Can this be resolved by a developer?  Can something be done immediately?
Comment 4 Carsten Lohrke (RETIRED) gentoo-dev 2004-06-04 19:51:21 UTC
Have a look at, too.
Comment 5 David Grant 2004-06-04 19:57:23 UTC
Hell ya, that Debian bug is bang on.

Please Gentoo people let's take the initiative and completely remove this buggy piece of software from portage completely.  Or make it ~x86 and put a huge warning in the pkg_setup or whatever.  Make it beep three times too...
Comment 6 SpanKY gentoo-dev 2004-06-05 14:37:20 UTC
ok, i package masked it and removed it from the DEPEND of parted/qtparted

there isnt anything i can do about it already being installed on your system though :/
Comment 7 Carsten Lohrke (RETIRED) gentoo-dev 2004-06-06 04:06:59 UTC
Should't there be an announcement for base-system packages that cause so fatal errors?
Comment 8 SpanKY gentoo-dev 2004-06-06 16:06:03 UTC
it's not a 'base system package'

it's a package that either (1) was emerged directly by the user or (2) was pulled in because of parted

base-system herd just manages it because it's filesystem related
Comment 9 Carsten Lohrke (RETIRED) gentoo-dev 2004-06-18 14:28:15 UTC
Oh, I thought it is. But it still can trash others fs. I mean, the package was declared stable and even people who trust the Gentoo stable tree, don't even get information about the fact that the package is masked know for security reasons. Maybe Portage should be enhanced to trigger a warning in such cases. But up to now it is the developers job, to make sure everyone will get the information.

Next problem: qtparted needs --disable-reiserfs otherwise configure fails.
Comment 10 Carsten Lohrke (RETIRED) gentoo-dev 2004-06-18 14:30:05 UTC
Argh - now, not know, of course.
Comment 11 SpanKY gentoo-dev 2004-06-23 09:14:41 UTC
yep, fixed, sorry
Comment 12 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-07-18 02:56:53 UTC
does this happen with the 0.3.1rc8 version of progsreiserfs as well as the last version in portage?
Comment 13 Carsten Lohrke (RETIRED) gentoo-dev 2004-07-18 05:16:54 UTC
Didn't tested the snapshots, Robin. But the last one (0.3.1rc8) is from 12-Dec-2002 - seems to be a dead project.
Comment 14 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2005-01-09 18:55:08 UTC
a warning to all here.
progsreiserfs has been brought back, so that we can try and use the functionality that does work in it.
testdisk is the main application for this (it's able to recover data from damaged reiserfs filesystems). For the time being, it would be best if *parted did not use progsreiserfs at all. parted seems to be fine on this, but I can't test out qtparted properly here.
Comment 15 SpanKY gentoo-dev 2005-01-09 18:59:44 UTC
and to add to that, the new progsreiserfs doesnt install the binaries anymore, just the library
Comment 16 David Grant 2005-01-11 09:58:57 UTC
The new ebuild has:

make install DESTDIR="${D}" || die "Install failed"
rm -r "${D}"/usr/{sbin/share/man}

I don't see any || die on the rm, and I'm wondering if we should have such a thing there. Is there are safer way to do this?
Comment 17 SpanKY gentoo-dev 2005-01-11 10:50:55 UTC
no, the ebuild says:
rm -r "${D}"/usr/{sbin,share/man}

yeah, putting a || die on there would be nice, i'll add that to cvs