reiserfs-devel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Edward Shishkin <edward.shishkin@gmail.com>
To: dimas000@ya.ru
Cc: ReiserFS Development List <reiserfs-devel@vger.kernel.org>
Subject: Re: Where may I find a reiser4 patch for kernel 2.6.32-5?
Date: Mon, 12 Mar 2012 20:34:41 +0100	[thread overview]
Message-ID: <4F5E4FD1.30103@gmail.com> (raw)
In-Reply-To: <20120312230314.44ea493b@Ulf.tvoe.tv>

On 03/12/2012 08:03 PM, dimas wrote:
> man, seems that you'll also need to patch debian-installer and create udeb package to load before disk setup (like with resier3 now). how about this?
> as for gparted - maybe you just need to have reiser4progs installed?
> 2.6.32? why don't you use something newer? 38 was very interesting release. btw, i have my server running on Debian testing @ 2.6.38.8 with / on reiser4. works 24/7 and works fine!
> what about remastersys or whatever - do you think you need to create yet anothet 10000001'st Linux distro? just install and configure what you need and pack you system into compressed image (i recommend squashfs, or there are lot alterantives like tar, etc) and use livecd with reiser4 support (partedmagic or maybe smth else) to prepare you playground.
> because normal people wouldn't want to use fs that is oficially not recommended and claimed as forever unstable

I believe there are only 3 problems which don't allow reiser4
to be used in production:

1, 2) deadlocks because ->readpages() of both file plugins (unix_file
       and cryptcompress) don't release long-term lock (current position
       in the tree) when filling next portion of pages.

3)    the nasty bug in tree balancing which leads to corruption
       (kernel and fsck report about key inconsistency).

All the problems are old enough. Unfortunately all complicated
subsystems like a local fs have unpleasant property: "sleeping"
bugs, which wasn't being reproducible because of various reasons.

Edward.


  (yes, it's working fine for me about 2 years, but ...). and those who 
is intersted in it can just move their systems themselves, as they 
should be geeky enough if they know about such things like r4. it's a 
matter of 15-20 minutes to pack /, mkreiser4, unpack / back and fix 
fstab. with proper kernel already installed, of course, but geeks often 
use self-built kernels, so it's not a problem too
>
> PS. sorry for private mail. claws-mail seems not to handle this mailing-list correctly, or some headers are not properly set.
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


      reply	other threads:[~2012-03-12 19:34 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-09 23:01 Where may I find a reiser4 patch for kernel 2.6.32-5? Sandro Souza
2012-03-09 23:22 ` Edward Shishkin
2012-03-12 19:03 ` dimas
2012-03-12 19:34   ` Edward Shishkin [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4F5E4FD1.30103@gmail.com \
    --to=edward.shishkin@gmail.com \
    --cc=dimas000@ya.ru \
    --cc=reiserfs-devel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).