Description of problem:
I have a reiserFS filesystem on /dev/hdb1 and would like to mount it at
/mnt/data. I have an entry in my fstab like this:
/dev/hdb1 /mnt/data reiserfs defaults 1 2
When booting the filesystem does not get mounted. I just see an 'operation not
supported' message get printed. After the system is booted, if I try and mount
the filesystem with 'mount /dev/hdb1 /mnt/data' I get 'mount: Operation not
supported'. /var/log/messages contains the following:
Feb 16 07:33:47 localhost kernel: ReiserFS: hdb1: found reiserfs format "3.6"
with standard journal
Feb 16 07:33:54 localhost kernel: ReiserFS: hdb1: using ordered data mode
Feb 16 07:33:54 localhost kernel: ReiserFS: hdb1: journal params: device hdb1,
size 8192, journal first block 18, max trans len 1024, max batch 900, max commit
age 30, max trans age 30
Feb 16 07:33:54 localhost kernel: ReiserFS: hdb1: checking transaction log (hdb1)
Feb 16 07:33:54 localhost kernel: ReiserFS: hdb1: Using r5 hash to sort names
Feb 16 07:33:54 localhost kernel: ReiserFS: hdb1: warning: xattrs/ACLs enabled
and couldn't find/create .reiserfs_priv. Failing mount.
Version-Release number of selected component (if applicable):
Linux localhost.localdomain 2.6.15-1.1948_FC5 #1 Mon Feb 13 21:05:36 EST 2006
i686 athlon i386 GNU/Linux
This worked with previous rawhide kernels, the one I had installed before this
one was 2.6.15-1.1884_FC5, so I can't speak for any kernels in between those two
versions. But 1884 mounted this partition fine.
I thought that this mailing list post might have describe the problem and the
But, mounting with -oacl doesn't fix the problem.
This bug remains in 2.6.15-1.1955_FC5.
I get the same messages in /var/log/messages that I received earlier. Is there
anything else I can run or information I can provide to make debugging this easier?
some of the novell people are looking at fixing reiserfs xattrs upstream, but
I'm not sure the state those patches are in (I don't think they're even in -mm yet).
*** Bug 182567 has been marked as a duplicate of this bug. ***
Fedora core 5 finaly release is less than 3 weeks away. Will this bug get fixed
on time? If not I can try to transfer data from reserfs partitions and reformat
them as ext3.
In the first comment on bug 182567  you state that this problem can be
avoided by disabling selinux. Well, that is what is alluded to when you say to
use 'one or the either' of reiser and selinux. Is there a way to selectively
disable selinux on certain filesystems. So, I could use selinux on my root
partition which is ext3, but disable it on my reiser FS?
no, it's a system-wide thing.
upstream still hasn't made any real traction on this afaics, so chances are for
fc5, it's going to remain broken.
A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.
Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.
This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.
Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.
In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed. See bug 207474 for further details.
If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.
If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.
As the reporter of this bug I feel obliged to note that I no longer have any
systems using reiserfs and therefore I won't be able to test this bug. It
should be noted that to test this bug one just has to verify that SELinux works
on a system using reiserfs on one of its partitions. Sorry I couldn't be more
help with this one. I switched the partition in question to ext3 exactly
because of this bug.
Due to the complete lack of interest upstream in making XATTRs work with reiser
v3, and Red Hat not providing support for this filesystem in RHEL, I don't see
this happening any time soon.
I think the answer is going to be that the two are mutually exclusive.