Hubert Chan schrieb:
How about something of the form nikita-955(file:line)? Or the
reverse: file:line(nikita-955). Would that keep everyone happy?
Damn, I was wondering how long it would take until someone would come up
with a compromise solution ; ) Compromises everywhere will lead to
Hans Reiser schrieb:
Christian Trefzer wrote:
Hubert Chan schrieb:
How about something of the form nikita-955(file:line)? Or the
reverse: file:line(nikita-955). Would that keep everyone happy?
Makes me happy.
Nice, how about the others?
Hey, if we need some objective
Hi everyone,
I got this half an hour ago, with some processes left in D state, namely
ooffice.bin and two instances of procmail, as this happened on my /home
LV:
kernel BUG at
/usr/src/sources/linux-2.6.16-rc5/fs/reiser4/plugin/file/tail_conversion.c:29!
invalid opcode: [#1]
PREEMPT
Hi Alexander,
On Wed, Mar 15, 2006 at 11:11:49AM +0300, Alexander Zarochentsev wrote:
please try the attached patch.
Wow, that was FAST!
Will do ASAP, but for now I'll have to _hurry_ to work. I'll build a
kernel with your patch right when I come back.
Thanks a bunch!
Chris
Hi again,
small update and clarification: I wiped the laptop's volume on which the
problem occured, but my workstation's has _not yet_ been wiped. But:
kernel BUG at
/usr/src/sources/linux-2.6.16-rc5/fs/reiser4/plugin/file/tail_conversion.c:29!
invalid opcode: [#1]
PREEMPT
Modules linked
Hi zam,
after the first build of OOo has finished (as gift for my laptop) the
machine is working on it's own copy, after a reboot with the exact same
setup yielding my BUG problems plus your patch applied. I'll keep an eye
on my syslog. Sorry for taking so long!
Regards,
Chris
On Thu, Mar 16, 2006 at 08:35:01PM +0300, Alexander Zarochentsev wrote:
I looked one more time at my second patch and realized now that is it
not needed, it solves problem which can't happen. I was thinking too
much trying to invent a situation where the first patch fails :)
Well, so I'll
Hi zam,
On Wed, Mar 15, 2006 at 11:11:49AM +0300, Alexander Zarochentsev wrote:
Hello,
please try the attached patch.
--
Alex.
[ skipped life-saving patch ]
I just checked my currently used reiser4 version against
reiser4-for-2.6.16-1 and noticed that this patch was not in there. The
Hi guys,
as I am heavily using reiser4 for some time now on my stable machine, I
keep a git tree with vanilla -stable and reiser4 since -mm has sometimes
been too unreliable. Lurking on this list I collected some patches, of
which two seem to collide. The first one fixes a nasty out of memory?
fs/reiser4/plugin/object.c:120: Warnung: Initialisierung von inkompatiblem
Zeigertyp
fs/reiser4/plugin/object.c:320: Warnung: Initialisierung von inkompatiblem
Zeigertyp
(in english: Warning: initialization from incompatible pointer type)
file_plugin file_plugins[LAST_FILE_PLUGIN_ID] = {
Hi folks,
the patch below is required on top of reiser4-for-2.6.16-4 to actually
use reiser4 as a module with Linus' current git tree, mostly
2.6.17-rc5-git10. Otherwise the symbol handle_ra_miss cannot be
resolved, thus the module won't be loaded. Just pointing this out, to
avoid problems with
Hi folks,
just had this in my dmesg after git yelled at me:
reiser4[git-update-inde(24210)]: extent2tail
(/usr/src/sources/linux-git/fs/reiser4/plugin/file/tail_conversion.c:662)[]:
WARNING: write_tail failed
reiser4[git-update-inde(24210)]: release_unix_file
On Thu, Jun 22, 2006 at 04:41:13PM +0300, Raymond A. Meijer wrote:
The patch reiser4-for-2.6.16-4 should apply just fine, I use it myself
on top of 2.6.17.
The thing is, I want to use 2.6.17-ck1 as well... I'll give it a shot with
this patch and see what happens :)
You might want to take
Hi,
The portage tree is such a fine testing object since it should be sort
of a best case scenario for reiser filesystems, and needs no real
backup in case of a screwup during tests.
I've been on Gentoo for years now, used reiser3 since the days when you
had to patch it into a 2.2 kernel and
On Sat, Jul 22, 2006 at 11:50:24PM -0600, Hans Reiser wrote:
Thanks Christian. You can go ahead and add something to our wiki
pointing to it if you would like. This might help tide people
over until the repacker ships.
I'd love to, but alas, wiki.namesys.com appears to have a serious
On Sat, Jul 29, 2006 at 03:30:15PM -0500, David Masover wrote:
Is /usr/portage still faster on Reiser4? I know it was when I switched,
but that was years ago...
It is for sure. v4 is even better with fantastillions of small files
than v3.
uziel
pgpxeVIQPVXTn.pgp
Description: PGP
Hi Wil,
On Sun, Jul 30, 2006 at 02:10:04PM -0700, Wil Reichert wrote:
Hmm, looks like I have a partition to re-format now.
In order to avoid having to pull the whole tree via rsync again, you
might want to grab my script from the list and adapt it to your needs.
Kind regards,
Chris
On Sun, Jul 30, 2006 at 11:39:42PM +0200, Christian Trefzer wrote:
In order to avoid having to pull the whole tree via rsync again, you
might want to grab my script from the list and adapt it to your needs.
Of course, you can tar it up manually instead. Silly me, but after
approx. 9h
Hi,
I booted 2.6.18-rc2-mm1 today and later filled up my /opt partition by
accident, and guess what, reiser4 did not screw up : D
I already planned on forcibly filling up something less depended upon,
like the portage tree, but studies kept me from playing and the
scheduled java vm update took
On Mon, Jul 31, 2006 at 10:57:35AM -0500, David Masover wrote:
Wil Reichert wrote:
Any idea how the fragmentation resulting from re-syncing the tree
affects performance over time?
Yes, it does affect it a lot. I have no idea how much, and I've never
benchmarked it, but purely
On Mon, Jul 31, 2006 at 06:05:01PM +0200, Łukasz Mierzwa wrote:
I gues that extens are much harder to reuse then normal inodes so when You
have something as big as portage tree filled with nano files wich are
being modified all the time then You just can't keep performance all the
time.
On Sun, Aug 06, 2006 at 04:23:16PM +0200, Maciej Sołtysiak wrote:
I tried to create a kernel package with reiser4 for ubuntu-server (dapper)
They ship a 2.6.15 (heavily modified) kernel upon which the current
reiser4-for-2.6.17-3.patch applies fine but unfortunately miscompiles, eg.
On Mon, Aug 07, 2006 at 01:09:42PM -0400, David Masover wrote:
Christian Trefzer wrote:
Few people keep a 32MB ext2 for /boot purposes these days, so it
really is imperative that grub can read kernel images off a reiser4
/.
I think there are patches, but I do keep a 32 meg ext3 for /boot
On Wed, Aug 09, 2006 at 12:01:42AM -0400, David Masover wrote:
A warning isn't good? Would you rather it be an error?
Of course not. It merely appears inconsistent to offer a root fs choice
that may cause severe problems at bootup time.
When I went to install my first SuSE (brand-new 6.1 at
Hi Vladimir,
this fixes a bunch of random user space oddities for me. Just patched
2.6.18-rc6-mm2 with this, and some annoyances I could not trace back to
a change in user space just went bye-bye.
Thanks a lot!
Chris
pgpJBZDdCOUrz.pgp
Description: PGP signature
On Thu, Sep 14, 2006 at 10:35:02AM +, Peter wrote:
This does not patch against 2.6.17-3 patchset however. Any possibility
this may be related to some startup issues as noted on other threads here?
I have seen the issues at bootup you noticed some time ago, but only
once after the root fs
Hi folks,
a buggy script I wrote dared to mkfs a reiser4 partition after failing
to properly tar up its contents - not that my life would depend on them,
but it would save me a few hours if I could get the stuff back.
Other than mkfs.reiser4, mount and unmount, nothing was done to the
device ; )
Hi,
On Wed, Dec 20, 2006 at 03:05:33PM -0700, Quinn Harris wrote:
I really doubt there is any solution that would take less than a few
hours. I am sure it is possible to recover much of the data but to
the best of my knowledge no tool exists that can recover from an
abandoned root node (for
On Thu, Dec 21, 2006 at 12:35:04PM +0100, Michael Weissenbacher wrote:
Could someone resend that info to the list? I'm sure others would be
interested too.
I just replied I'd try what Vladimir said, and so I did - successfully.
But here you go, hoping this one will come through. I even stopped
29 matches
Mail list logo