From: David Masover <ninja@slaphack.com>
To: Yiannis Mavroukakis <jander@darthvader.us>
Cc: reiserfs-list@namesys.com
Subject: Re: online fsck
Date: Fri, 27 May 2005 17:50:36 -0500 [thread overview]
Message-ID: <4297A43C.1010608@slaphack.com> (raw)
In-Reply-To: <4296E91E.5050505@darthvader.us>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Yiannis Mavroukakis wrote:
> Philippe Gramoullé wrote:
>
>> Hello,
>>
>> On Tue, 24 May 2005 22:02:20 -0500
>> btinsley <btinsley@gmail.com> wrote:
>>
>> | What i'm looking for is a check on a reiserfs filesystem that is
>> | mounted read-write. Many modern filesystems, especially those on NAS
>> | devices, can run periodic background consistency checks on filesystems
>> | with almost zero impact on performance. Some devices are reportedly
>> | running these checks constantly, possibly correcting errors without
>> | user intervention... even a notification to a sysadmin would be a good
>> | feature.
>>
>> Last time i asked Hans about the possibility to have a --rebuild-tree
>> (for reiserfs) while the fs is online and mounted rw,
>> he told me to send 30.000 US Dollars in, and that it could eventually
>> be done ;)
>>
>> Sure lots of people would find this a killer feature, but someone will
>> definitely have to pay get such a feature implemented.
>>
>> Thanks,
>>
>> Philippe
>>
>>
> Then Hans should setup a paypal account for donations. I'd gladly give
> what I can spare, and I think so would a lot of people here.
I'd rather donate for a reiser4 online repacker. By the time
something's fsck'd, so to speak, I'd rather take it offline and possibly
pull in backups. But a repacker (even an offine one) and a resizer
(even an offline one) are two things that we even have in the Linux
ntfs-tools, and it's also something that people would have an immediate
use for.
Another killer feature would be to bring back metadata, or at least a
way to create special (plugin) files, and the ability to write certain
kinds of userland plugins, thus giving us FS-level support for things
like zipfiles. Yet another killer feature would be stable crypto and
compression, and the ability to enable it only for certain directories.
And finally, there's the Windows port. A full, stable Windows port,
using the ReactOS libs, under a licence which requires blatant
attribution, so that the user knows that they are using a third-party
filesystem. This would certainly ease the migration to Linux, because
Reiser4 beats NTFS, and Linux doesn't really have reliable NTFS support
(captive is slow and crash-prone).
Think of the first feature and the last one together. You shrink the
NTFS partition, create a new Reiser4 partition, copy your Windows files
over, nuke the NTFS partition, resize the r4 partition (backwards), and
your Windows is on Reiser4. Next, you install Linux to a directory in
that r4 partition. Now all your Windows files are accessible from Linux
and vice versa, until you stop dual-booting, in which case you don't
have to repartition or reinstall.
These are all good features, and they are all something I would rather
donate money towards than an online fsck.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQIVAwUBQpekPHgHNmZLgCUhAQK5pxAAkmVS/NzA2xDMuiNH2LCBSaUpGl/nbMzP
gV5XZgyBJOhmEEJR1EoOe+cftygooqwY+FuQZJ2HVqI12mm2BTpG9zxTwUmcqGw9
3wNBqHII1/VWthxTchChwvY+NppH9IKyvWOXSHvTOlce97WDsMu0wBBIxA+VbcfP
cNop/MiDFs37fjWNqXBVpl8WO6vNg+RPHjG4j0n8ljziPDJUY/9A3vBfLgXYzUQN
dXcw+xkPI4vN5W4HoNrnfJhwzHTyEd34sWpC6MdQO2uzxAmAlP8paruMpslozFP/
mqr24zMcOgWlisglyn5Zoc43098QqhvX0mJSoj4Z6C++bJWUn+FdCKxbUDfe3cCK
jtRhDJUPRA2kutT5VrcOQbuYuDrOtCbfeXHPnnfxI2DNjbj+wz5pEyMflJvskoyn
Arfb6z/zMDeblQFE2xYCE9GjbdaVzh0237G1RlukurvyDlitrejDSGEFCsoMv3Fn
9ljYTm5DXEkoBNS76SXmHR6/ZXSxor+Hyy6lhz0V762MWdZntmW9/7f8n4s60rcR
Kq0Q9ujJdllNBYTBwyIDriRJbXdL9FP6qhdPf9fD7shFGKbAk2uHoO6yoJ6bLjfm
jTUKWPeEgzRbZg8GSPnltJQnp5BZrPMNdpPcxNo/o68VprXppnKtZlTqXwbqREYr
BJa9XhP0Tdk=
=//7g
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2005-05-27 22:50 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-23 18:24 online fsck btinsley
2005-05-24 10:43 ` E.Gryaznova
2005-05-24 23:26 ` marco
2005-05-25 3:02 ` btinsley
2005-05-27 6:15 ` marco
2005-05-27 9:17 ` Philippe Gramoullé
2005-05-27 9:32 ` Yiannis Mavroukakis
2005-05-27 14:12 ` mjt
2005-05-27 22:50 ` David Masover [this message]
2005-05-27 23:04 ` btinsley
2005-05-28 7:58 ` Vladimir Saveliev
[not found] <20040422150042.5b49c6c3.pegasus@nerv.eu.org>
2004-04-22 13:34 ` Chris Mason
2004-04-22 14:24 ` Jure Pečar
2004-04-22 15:24 ` Chris Dukes
2004-04-22 15:45 ` Nikita Danilov
2004-04-22 15:58 ` Marcelo Pacheco
2004-04-22 17:11 ` Chris Dukes
2004-04-22 17:51 ` Hans Reiser
2004-04-22 18:06 ` Chris Mason
2004-04-22 18:14 ` Hans Reiser
2004-04-22 18:15 ` Chris Dukes
2004-04-25 14:10 ` daniel.poelzleithner
2004-04-22 23:20 ` Matthias Andree
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=4297A43C.1010608@slaphack.com \
--to=ninja@slaphack.com \
--cc=jander@darthvader.us \
--cc=reiserfs-list@namesys.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.