All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Masover <ninja@slaphack.com>
To: Edward Shishkin <edward@namesys.com>
Cc: Hans Reiser <reiser@namesys.com>,
	"E.Gryaznova" <grev@namesys.com>,
	reiserfs-list@namesys.com
Subject: Re: reiser4progs do not handle the reiser4 format changes
Date: Thu, 21 Jul 2005 12:35:06 -0500	[thread overview]
Message-ID: <42DFDCCA.1000002@slaphack.com> (raw)
In-Reply-To: <42DF7A7A.9070308@namesys.com>

Edward Shishkin wrote:
> Hans Reiser wrote:
> 
>> Edward Shishkin wrote:
>>
>>  
>>
>>> David Masover wrote:
>>>
>>>   
>>>
>>>> E.Gryaznova wrote:
>>>>
>>>>     
>>>>
>>>>> Notification:
>>>>>
>>>>> The reiser4 format was changed in reiser4-for-2.6.11-5.patch and new
>>>>> reiser4 kernel code is able to handle the old format.
>>>>>       
>>>>
>>>>
>>>> Good, so I don't have to reformat _immediately_...
>>>>
>>>> But, why isn't it for 2.6.12 yet?  We're already on at least
>>>> 2.6.12.2, last I checked...
>>>>
>>>>     
>>>>
>>>>> The reiser4progs-1.0.4 are not able to handle the format changes.
>>>>> The fix for reiser4progs will be ready next week.
>>>>>       
>>>>
>>>>
>>>> Will there be a conversion tool?
>>>>
>>>>
>>>>     
>>>
>>> No. Reiser4progs just will support a set of new plugins which have
>>> been added to the kernel.
>>> In particular, mkfs.reiser4 should allow user to specify the plugins
>>> like other existing
>>> ones. This will be a way to create cryptcompress files per superblock.
>>> There is another
>>> more flexible way (which is compatible with the previous one) to
>>> create it per file/directory,
>>> but it uses deprecated metas interface..
>>> Note: since cryptcompress plugin is unstable, the new options are
>>> supposed to be undocumented.
>>>
>>> Thanks,
>>> Edward.
>>>
>>>
>>>
>>>   
>>
>> So why does this create a format change that breaks things?  I cannot
>> see why it should do so, please explain.
>>  
>>
> 
> I have lost a track who first called upgrading plugin_set by the terrible
> words "disk format change". Plugin set is not a disk format, it is supposed
> to be upgraded..

Ok, please explain what this actually means for users.

How will an FS made by the current reiser4progs be different than that 
made by the new (patched) ones that will be coming out?  Is the new way 
better?  If so, how can one take an existing FS and convert/update/tweak 
it to the new way?



-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.9.2/55 - Release Date: 7/21/2005


  reply	other threads:[~2005-07-21 17:35 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-20 14:06 reiser4progs do not handle the reiser4 format changes E.Gryaznova
2005-07-20 18:54 ` David Masover
2005-07-21  1:00   ` Edward Shishkin
2005-07-21  7:56     ` Hans Reiser
2005-07-21 10:35       ` Edward Shishkin
2005-07-21 17:35         ` David Masover [this message]
2005-07-23  1:01           ` Edward Shishkin
2005-07-23 23:44             ` Edward Shishkin
2005-07-26 20:02               ` Vitaly Fertman
2005-07-21  8:10     ` Gregory Maxwell
2005-07-21  8:24       ` Hans Reiser
2005-07-21  4:05 ` Hans Reiser

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=42DFDCCA.1000002@slaphack.com \
    --to=ninja@slaphack.com \
    --cc=edward@namesys.com \
    --cc=grev@namesys.com \
    --cc=reiser@namesys.com \
    --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.