Reiser4 support on parted ...

Reiser4 support on parted ...

[Dr. Giovanni A. Orlando]

Hi Everyone,

    I am looking to know if someone have time to share with me to add 
the necessary code
    inside 'parted' to support Reiser4.

    May be 1 or 2 hours per day.

    The reference page is:
       http://www.gnu.org/software/parted/#maillist

    I start to work on it, last September. Of course no money is involved.

    I will need also other people, to test the result.

Thanks,
Giovanni.

-- 


-- 
-- 

Check FT Websites ... http://www.futuretg.com  - ftp://ftp.futuretg.com
http://www.FTLinuxCourse.com
    http://www.FTLinuxCourse.com/Certification
http://www.RPMParadaise.org
http://www.YourPersonalOperatingSystem.com

Mobile: +39 393 665 4239
	Lancelot is back!
-- 

Re: Reiser4 support on parted ...

[Hans Reiser]

Dr. Giovanni A. Orlando wrote:

> Hi Everyone,
>
>    I am looking to know if someone have time to share with me to add
> the necessary code
>    inside 'parted' to support Reiser4.
>
>    May be 1 or 2 hours per day.
>
>    The reference page is:
>       http://www.gnu.org/software/parted/#maillist
>
>    I start to work on it, last September. Of course no money is involved.
>
>    I will need also other people, to test the result.
>
> Thanks,
> Giovanni.
>
Thanks Giovanni for your contribution of time.

Re: Reiser4 support on parted ...

[Jander]

Dr. Giovanni A. Orlando wrote:

> Hi Everyone,
>
>    I am looking to know if someone have time to share with me to add
> the necessary code
>    inside 'parted' to support Reiser4.
>
>    May be 1 or 2 hours per day.
>
>    The reference page is:
>       http://www.gnu.org/software/parted/#maillist
>
>    I start to work on it, last September. Of course no money is involved.
>
>    I will need also other people, to test the result.
>
> Thanks,
> Giovanni.
>
I'll be pleased to help in any way I can.

Re: Reiser4 support on parted ...

[Dr. Giovanni A. Orlando]

Jander wrote:

>Dr. Giovanni A. Orlando wrote:
>
>  
>
>>Hi Everyone,
>>
>>   I am looking to know if someone have time to share with me to add
>>the necessary code
>>   inside 'parted' to support Reiser4.
>>
>>   May be 1 or 2 hours per day.
>>
>>   The reference page is:
>>      http://www.gnu.org/software/parted/#maillist
>>
>>   I start to work on it, last September. Of course no money is involved.
>>
>>   I will need also other people, to test the result.
>>
>>Thanks,
>>Giovanni.
>>
>>    
>>
>I'll be pleased to help in any way I can.
>
>  
>
Great! I prefer to feedback privately, and when completed request help 
to reiser community for testing.

Thanks,
Giovanni.

-- 


-- 
-- 

Check FT Websites ... http://www.futuretg.com  - ftp://ftp.futuretg.com
http://www.FTLinuxCourse.com
    http://www.FTLinuxCourse.com/Certification
http://www.RPMParadaise.org
http://www.YourPersonalOperatingSystem.com

Mobile: +39 393 665 4239
	Lancelot is back!
-- 

Re: Reiser4 support on parted ...

[David Masover]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dr. Giovanni A. Orlando wrote:
> Hi Everyone,
> 
>    I am looking to know if someone have time to share with me to add the
> necessary code
>    inside 'parted' to support Reiser4.

To support doing what to Reiser4?

"parted" is a disk management project -- specifically, a way to create,
delete, and resize partitions.  Think of it as fdisk with nicer units
and built-in resizefs tools.

This would, I think, involve creating a fully functional
resizefs.reiser4 -- something I distinctly remember Hans telling me not
to do, because my approach also created (most of) an online repacker,
which is something Hans wants to do for money.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBQnqZwHgHNmZLgCUhAQLFPRAAgJvmB0lc/43iVkEdAgdqGN+SJ5J2ysX4
yFTwaNvLC8PCQlsILWTcToAxXdmt+5ufFRnwLyI1knA8BX9PasdXqg2TMzCd+QX/
zmSuKuKddpxs4uZ1aKbyAsFQgdQGuWKuTwdeu1AWgKh8kauQCzvqqmClXzNDfkfj
jP5gWwmGe0SoZtgZjO3M09DtH84WvJUnqNI7gxbG9Kn6ohKXffXmaQmAOV3zk5o2
qrrWud4jUAbKOGu/OZb8xLk1dCj/HkcFT05XiEcie5gHrEpi2ym0EBMjX8tynqF6
6LNvlxZIfpBWqQbgsUt7dvsm+NR98Pso7BwLyJNEgqZGuiuMLptd8dZ8qHKZOZAX
lKyFYobBGOyyaPfXjs5qWICWs19UzPopAFJk1F/L+KEYv9m9Zr8LiugFbuH8P8Bj
2MB6Oi+uHuaOcefr7nXU7qlVdMYlcFlY+fHVeeG7wCoPIxa1OSUOuJ+ejNI3CZRb
VHiQ7XAlORxWMyZCQx8V273UInm2nEiIDvqfuTfyfrj3sH1NfoJaSAKAMizCv3VS
z5QCBX/AEsHhQCuhLA0HwBvQJZniwxbEqQUd7k/WHEQUvDQeSAYDzJ/Bva/4wGpJ
7sXQ1jIm3F6lx2F6Vt33IFAeabi78MgnHIMMZgWVl/dPpy3rkFAOp85hopLeZ1rz
fJg7fDMrngo=
=o34H
-----END PGP SIGNATURE-----

Re: Reiser4 support on parted ...

[Andrew Clausen]

On Thu, May 05, 2005 at 05:10:08PM -0500, David Masover wrote:
> To support doing what to Reiser4?
> 
> "parted" is a disk management project -- specifically, a way to create,
> delete, and resize partitions.  Think of it as fdisk with nicer units
> and built-in resizefs tools.
> 
> This would, I think, involve creating a fully functional
> resizefs.reiser4 -- something I distinctly remember Hans telling me not
> to do, because my approach also created (most of) an online repacker,
> which is something Hans wants to do for money.

It would be possible to implement mkfs and fsck support only.

Cheers,
Andrew

Re: Reiser4 support on parted ...

[David Masover]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Clausen wrote:
> On Thu, May 05, 2005 at 05:10:08PM -0500, David Masover wrote:
> 
>>To support doing what to Reiser4?
>>
>>"parted" is a disk management project -- specifically, a way to create,
>>delete, and resize partitions.  Think of it as fdisk with nicer units
>>and built-in resizefs tools.
>>
>>This would, I think, involve creating a fully functional
>>resizefs.reiser4 -- something I distinctly remember Hans telling me not
>>to do, because my approach also created (most of) an online repacker,
>>which is something Hans wants to do for money.
> 
> 
> It would be possible to implement mkfs and fsck support only.

Couldn't this just be a wrapper to mkfs.reiser4 and fsck.reiser4?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBQnqmz3gHNmZLgCUhAQKOmBAAjbpQILFpIrWZklnisENu16eCrD+o46s4
e2KqdL1ZHjVMmRluZniVXeF3sg98RokkDQNh9s/2YP/5LDXn7ZvKVwEasikxIAgQ
cuYYbKe08aOVE/AtTPkow5QmQje890IT1oo4PNT/qGp+llXCJmlUZmuWgHsdhDOC
32I1b/c/CqBgkjhz67omKZlxMk5v8sI5eykoQa2KtGm+0R7lRgqAa37NSby2KN6e
bMttI20v1Q9hLKaWSDh3TmJTizNPYXFsj0aXexketoDsKgEGwal0JRnyo2EeE2+K
Poer4BYriqbkUY0bVUPrXM1SCh4hn4raHgNXi6PyCDxEcuNe4RvYLsYcuGmfBj1w
2AZTWHcaGZvukAKcu4XFZwgvuAmDXTNCidGFouU3PNxzAAcd2FpvZ/iGYn8+zxOu
ND1/ehilXqIuZ78aP6dGZfm/3EECZxbbE7aDFDSS7q7N6fQWr6dNjwJl1Twds9tk
Uf0su7/+C8lGcE/7qhN/IJJm0YvPKZCaJ/tmNIR/fmFhkqmgWlFJ2Lz+Y6F8mkdX
Da42eDsJ+JD33osyXlq/6Cn8HbNVIwn6xgQX9U8zkVOjgls0vzfce0bkfjfY/UJy
R6YWndilW9KrNF8MBAaaROfaXaKVAG9NhJhkBhx6YU3npbdVKzD8PC90Yim2yuff
/HKQ+QNaM90=
=DyhU
-----END PGP SIGNATURE-----

Re: Reiser4 repackers

[Jonathan Briggs]

[-- Attachment #1: Type: text/plain, Size: 807 bytes --]

On Thu, 2005-05-05 at 17:10 -0500, David Masover wrote:
> This would, I think, involve creating a fully functional
> resizefs.reiser4 -- something I distinctly remember Hans telling me not
> to do, because my approach also created (most of) an online repacker,
> which is something Hans wants to do for money.

I am not certain this plan to make money from a repacker is going to be
a workable idea.

Reiser4 starts off being very nice and fast, but I have been using it
for a /home partition for almost a year now, and the performance has
dropped significantly.

Once this happens to enough people using Reiser4, one of them is going
to write a free repacker.

Perhaps it would be a good idea to release at least an offline repacker.
-- 
Jonathan Briggs <jbriggs@esoft.com>
eSoft, Inc.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: Reiser4 support on parted ...

[Andrew Clausen]

On Thu, May 05, 2005 at 06:05:51PM -0500, David Masover wrote:
> Couldn't this just be a wrapper to mkfs.reiser4 and fsck.reiser4?

Almost.

As it stands, libparted can't delegate out I/O to external programs,
because its filesystem API address in terms of disk sectors rather
than partitions.  libparted could be improved to map sectors back
to partitions for external communication, though.
(I wonder if clever use of devicemapper could make this very simple?)

Also, error handling (especially with i18n) could be somewhat painful
with this approach.

Cheers,
Andrew

Re: Reiser4 support on parted ...

[David Masover]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Clausen wrote:
> On Thu, May 05, 2005 at 06:05:51PM -0500, David Masover wrote:
> 
>>Couldn't this just be a wrapper to mkfs.reiser4 and fsck.reiser4?
> 
> 
> Almost.
> 
> As it stands, libparted can't delegate out I/O to external programs,
> because its filesystem API address in terms of disk sectors rather
> than partitions.  libparted could be improved to map sectors back
> to partitions for external communication, though.
> (I wonder if clever use of devicemapper could make this very simple?)

Ick.  Well, I suppose that just means some usage of libreiser4, maybe
some moving of code from the apps to the library?

> Also, error handling (especially with i18n) could be somewhat painful
> with this approach.

I know very little about error handling.  Most of the time, I don't add
error handling until something actually blows up, or until I have to
show my code to the world.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBQnrWgHgHNmZLgCUhAQL+EhAAnA++jvIO2HyZT5B8jxTyRD3OUDexbrah
v/v7rBMUCdokOJfasusYwasPdCQQedzP1bcTuyWbxLmDl+xuQeJ5cwUQcLQ4ZHDT
lbedQdaT3K/hjDXWmgRrTPTQ6KQBhqpAs0z9mLIkaA22hMuNjluDI1Nebk8dqMqn
/qwfDQYcmu3ngk5rvwOP5Trr5ysqmoiPs/DQ1jxV4YMpN3CSr/CgD3jOkCf7smzQ
66+KYaTVXj2M/wUhVp/iAKbqGK70xy+pwTmczoGmAu08h0RZVNMvSw4LHQBsA1L0
yt9x5qqIw97NLbgh0vD5bJNltj//mQ0BhgvXFc7m+LpXIXGtd1Db8/FdLq2A1f7v
7KQiZFuiRDAFVW/L8WTbJZdSwaCjA+Tc28c4jFi3bw9P5ep+LKlFVv1+5A02P+xq
lvoic8tBhV/bbk6PnKqmZSFqRZiJOD4FUIKXU/0Ldcjzx3fCY1Q6rEdzriQeh1CH
vT+OxB720LRitZpg69sJ0KVCevlSUbPJNAeFlXWx30yTncwgRkquBXE+tSWZCL77
X2ndRDTAlwD4UYF+2oH1rtQk/zN37pOsI4Bge/Om6N8gFOdfS9eTZ8b8pwFWS8ug
ihqciwk5G0ssYkESNailwENI6Vhi/ev6YN6bt/QOjAglve/X1rQ3nPAQ0c0bNCSN
3QCvovaNz68=
=SPBl
-----END PGP SIGNATURE-----

Re: Reiser4 repackers

[David Masover]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Jonathan Briggs wrote:
> On Thu, 2005-05-05 at 17:10 -0500, David Masover wrote:
> 
>>This would, I think, involve creating a fully functional
>>resizefs.reiser4 -- something I distinctly remember Hans telling me not
>>to do, because my approach also created (most of) an online repacker,
>>which is something Hans wants to do for money.
> 
> 
> I am not certain this plan to make money from a repacker is going to be
> a workable idea.
> 
> Reiser4 starts off being very nice and fast, but I have been using it
> for a /home partition for almost a year now, and the performance has
> dropped significantly.

Mine is still about as fast as it ever was.  The performance plateaued
(how DO you spell that?) after a month or so.

> Once this happens to enough people using Reiser4, one of them is going
> to write a free repacker.

Like me.  I was making a lot of noise about that on this list some time
ago, until Hans told me to work on something else, and spend some
percentage of storage cost on a repacker.  For me, this would be a fair
price, considering 99% of the software on this box is free.

> Perhaps it would be a good idea to release at least an offline repacker.

To be able to resize.  That is the crucial feature.  Performance isn't
quite so huge, although Hans may start squirming when someone benchmarks
performance before and after a year of normal use -- but asking users to
back up, recreate, and restore -- that's a bit much.

But, looking at the whitepapers, an online repacker seems dead simple,
if you don't mind your box slowing to a crawl.  I can't imagine someone
doing an offline one before the online one.  They even had one that was
close to working, only it got itself into some sort of infinite loop
(not deadlock)...

So basically, unless Namesys does the offline one, someone's probably
going to do an online one.  Not me (yet), but someone.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBQnrao3gHNmZLgCUhAQJDUBAAhmpwe8rB/vsnbBvtV9rVUqp0fVlrrLyF
yVmViDHCGaEkImEOszzaX16TLOOMY14yHvuCpdURzrOj2Sa31l3qWkcdqFwT/tZN
J9dYfTr7FxV2DJU0urgJv0QaFSwWY0Wr8D+n2A3LoyOGLM8fHtj8J3VEUVWUNqOt
5N1YNqtvIN+Or8PQZ9BA5k0OFR5d/rMEcnvJEEo+J0KCYtMd30eAwi+4mpKoL6t7
r1/J3bdaaIh0716vK5CFUu9vPItknpkEy+2Cqv3KPOXMn5GS1MXfsjEWeI97HmRR
hfCpE8pQXbkc9ItL7EgiarfSWVtGVk6QzGTES3S+okQCZeg5xLhDORm8hLpHBxjX
M+CFCX5F0y1EEaQkB91gdAKKGmP7Ah2FSWTxqRyYWMkL3LnPgDEVa6bxG7BiQoi/
Tm/V5rbOMr3BV+dqfTSEIh902BzL4yRs5dnKygDaPbzCNES066UYAL7vX7zhmN9S
AaWuhIh2eg9yRBjKhizB0xyeobym77ezMHmf8eJubGfvo69boba6EBB3KnISqz93
UKpfh27+DfSVsXqYSkMyDVs7WNjbEIjoVNgMeXdMmP9Le/7bDbz/SX0suND+mfLa
FznujIbymWlCkluSWfMGKW9eR1lkcyQiWCZmKCDVJuotGnAnAJPMMOnfSu2l3Kv9
Op0JKRDeGXo=
=94a2
-----END PGP SIGNATURE-----

Re: Reiser4 repackers

[Andrew Clausen]

On Thu, May 05, 2005 at 09:47:00PM -0500, David Masover wrote:
> > Perhaps it would be a good idea to release at least an offline repacker.
> 
> To be able to resize.  That is the crucial feature.  Performance isn't
> quite so huge, although Hans may start squirming when someone benchmarks
> performance before and after a year of normal use -- but asking users to
> back up, recreate, and restore -- that's a bit much.

Are you familiar with convertfs?

	http://members.optusnet.com.au/clausen/ideas/convertfs.txt

Cheers,
Andrew

Re: Reiser4 repackers

[Hans Reiser]

I think someone is going to pay us to write the online repacker in the
very near future, though I can't say their name.

Giovanni, if by parted support you mean that you are going to write a
resizer (and now that I take a moment to remember what parted does it
seems certain you do mean that), I wish you would not.  We are so
amazing far in debt right now....

Hans

Re: Reiser4 support on parted ...

[Alex Zarochentsev]

On Thu, May 05, 2005 at 06:05:51PM -0500, David Masover wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Andrew Clausen wrote:
> > On Thu, May 05, 2005 at 05:10:08PM -0500, David Masover wrote:
> > 
> >>To support doing what to Reiser4?
> >>
> >>"parted" is a disk management project -- specifically, a way to create,
> >>delete, and resize partitions.  Think of it as fdisk with nicer units
> >>and built-in resizefs tools.
> >>
> >>This would, I think, involve creating a fully functional
> >>resizefs.reiser4 -- something I distinctly remember Hans telling me not
> >>to do, because my approach also created (most of) an online repacker,
> >>which is something Hans wants to do for money.
> > 
> > 
> > It would be possible to implement mkfs and fsck support only.
> 
> Couldn't this just be a wrapper to mkfs.reiser4 and fsck.reiser4?

libreiser4 was designed to support embedding into parted easily.  The AAL lib
provides block device abstraction layer which is needed in parted.

-- 
Alex.

Re: Reiser4 support on parted ...

[Dr. Giovanni A. Orlando]

Hans Reiser wrote:

>I think someone is going to pay us to write the online repacker in the
>very near future, though I can't say their name.
>
>Giovanni, if by parted support you mean that you are going to write a
>resizer (and now that I take a moment to remember what parted does it
>seems certain you do mean that), I wish you would not.  We are so
>amazing far in debt right now....
>  
>
Hi,

    It is important to fix some points to clarify.

    At first, "parted" is a binary that interact with the "libparted" 
library to run
    some features about partitions, like:
       * mkfs
       * fsck
       * cp
       * mv
       * resize
       * and others.

    Actually, parted have zero support for Reiser4.

    Why we need Reiser4 support inside parted?

    We need that parted support Reiser4, because our installer actualy a 
hacked version of RedHat anaconda
    uses pyparted that need parted to create the partitions on the FS on 
a new installation.
    (Therefore also RH people and Linux distro that uses anaconda, like 
YellowDog will benefit for this code).

    Therefore, we don't need to resize Reiser4 partitions actually.

    The necessary code is not necessarely complicated, because libraries 
are well written.
    However, I need to understant how Reiser4 do jobs like fsck and mkfs 
and this code
    cannot be a simple or equivalent (system("mkfs.reiser4")).

    It is necessary to use the parted API to do that.

    FTOSX 2004 includes "reiser4" packages, including "libaal", from Sep 
2004.
    (Check ftp://ftp.futuretg.com/pub/FTOSX/FTOSX_Desktop_2004/i386/SRPMS)

    I create some directories, one for parted 1.6.15 (my hacked version) 
and another for (1.6.22), latest one.

    People that want to know more about the internal of this code, can 
browse:
       
ftp://ftp.futuretg.com/pub/Projects/parted+Reiser4/Actual_without_support/parted-1.6.15/doc/TUTORIAL

    I need to update around 111 chapters in six courses, and therefore I 
will dedicate only 1/2 hours per day to move on
    on this matter.

Thanks,
Giovanni.



-- 


-- 
-- 

Check FT Websites ... http://www.futuretg.com  - ftp://ftp.futuretg.com
http://www.FTLinuxCourse.com
    http://www.FTLinuxCourse.com/Certification
http://www.RPMParadaise.org
http://www.YourPersonalOperatingSystem.com

Mobile: +39 393 665 4239
	Lancelot is back!
-- 

Re: Reiser4 support on parted ...

[Hans Reiser]

Dr. Giovanni A. Orlando wrote:

> Hans Reiser wrote:
>
>> I think someone is going to pay us to write the online repacker in the
>> very near future, though I can't say their name.
>>
>> Giovanni, if by parted support you mean that you are going to write a
>> resizer (and now that I take a moment to remember what parted does it
>> seems certain you do mean that), I wish you would not.  We are so
>> amazing far in debt right now....
>>  
>>
> Hi,
>
>    It is important to fix some points to clarify.
>
>    At first, "parted" is a binary that interact with the "libparted"
> library to run
>    some features about partitions, like:
>       * mkfs
>       * fsck
>       * cp
>       * mv
>       * resize
>       * and others.
>
>    Actually, parted have zero support for Reiser4.
>
>    Why we need Reiser4 support inside parted?
>
>    We need that parted support Reiser4, because our installer actualy
> a hacked version of RedHat anaconda
>    uses pyparted that need parted to create the partitions on the FS
> on a new installation.
>    (Therefore also RH people and Linux distro that uses anaconda, like
> YellowDog will benefit for this code).
>
>    Therefore, we don't need to resize Reiser4 partitions actually.

Great, thanks.  Happy to see you add the other stuff.

>
>    The necessary code is not necessarely complicated, because
> libraries are well written.
>    However, I need to understant how Reiser4 do jobs like fsck and
> mkfs and this code
>    cannot be a simple or equivalent (system("mkfs.reiser4")).
>
>    It is necessary to use the parted API to do that.
>
>    FTOSX 2004 includes "reiser4" packages, including "libaal", from
> Sep 2004.
>    (Check ftp://ftp.futuretg.com/pub/FTOSX/FTOSX_Desktop_2004/i386/SRPMS)
>
>    I create some directories, one for parted 1.6.15 (my hacked
> version) and another for (1.6.22), latest one.
>
>    People that want to know more about the internal of this code, can
> browse:
>      
> ftp://ftp.futuretg.com/pub/Projects/parted+Reiser4/Actual_without_support/parted-1.6.15/doc/TUTORIAL
>
>
>    I need to update around 111 chapters in six courses, and therefore
> I will dedicate only 1/2 hours per day to move on
>    on this matter.
>
> Thanks,
> Giovanni.
>
>
>

Re: Reiser4 support on parted ...

[Vitaly Fertman]

On Friday 06 May 2005 13:31, Dr. Giovanni A. Orlando wrote:
> Hans Reiser wrote:
> 
> >I think someone is going to pay us to write the online repacker in the
> >very near future, though I can't say their name.
> >
> >Giovanni, if by parted support you mean that you are going to write a
> >resizer (and now that I take a moment to remember what parted does it
> >seems certain you do mean that), I wish you would not.  We are so
> >amazing far in debt right now....
> >  
> >
> Hi,
> 
>     It is important to fix some points to clarify.
> 
>     At first, "parted" is a binary that interact with the "libparted" 
> library to run
>     some features about partitions, like:
>        * mkfs
>        * fsck
>        * cp
>        * mv
>        * resize
>        * and others.
> 
>     Actually, parted have zero support for Reiser4.
> 
>     Why we need Reiser4 support inside parted?
> 
>     We need that parted support Reiser4, because our installer actualy a 
> hacked version of RedHat anaconda
>     uses pyparted that need parted to create the partitions on the FS on 
> a new installation.
>     (Therefore also RH people and Linux distro that uses anaconda, like 
> YellowDog will benefit for this code).
> 
>     Therefore, we don't need to resize Reiser4 partitions actually.
> 
>     The necessary code is not necessarely complicated, because libraries 
> are well written.
>     However, I need to understant how Reiser4 do jobs like fsck and mkfs 
> and this code

they are wrappers to libreiser4 & librepair. also have a look at 
reiser4progs/demos/busy (it is able to create file on reiser4, 
copy them to/from, rm, stat, truncate, etc) which is the wrapper 
to libreiser4 too.

>     cannot be a simple or equivalent (system("mkfs.reiser4")).
> 
>     It is necessary to use the parted API to do that.
> 
>     FTOSX 2004 includes "reiser4" packages, including "libaal", from Sep 
> 2004.
>     (Check ftp://ftp.futuretg.com/pub/FTOSX/FTOSX_Desktop_2004/i386/SRPMS)
> 
>     I create some directories, one for parted 1.6.15 (my hacked version) 
> and another for (1.6.22), latest one.
> 
>     People that want to know more about the internal of this code, can 
> browse:
>        
> ftp://ftp.futuretg.com/pub/Projects/parted+Reiser4/Actual_without_support/parted-1.6.15/doc/TUTORIAL
> 
>     I need to update around 111 chapters in six courses, and therefore I 
> will dedicate only 1/2 hours per day to move on
>     on this matter.
> 
> Thanks,
> Giovanni.
> 
> 
> 
> -- 
> 
> 
> -- 
> -- 
> 
> Check FT Websites ... http://www.futuretg.com  - ftp://ftp.futuretg.com
> http://www.FTLinuxCourse.com
>     http://www.FTLinuxCourse.com/Certification
> http://www.RPMParadaise.org
> http://www.YourPersonalOperatingSystem.com
> 
> Mobile: +39 393 665 4239
> 	Lancelot is back!

-- 
Thanks,
Vitaly Fertman

Re: Reiser4 repackers

[David Masover]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Andrew Clausen wrote:
> On Thu, May 05, 2005 at 09:47:00PM -0500, David Masover wrote:
>
>>>Perhaps it would be a good idea to release at least an offline repacker.
>>
>>To be able to resize.  That is the crucial feature.  Performance isn't
>>quite so huge, although Hans may start squirming when someone benchmarks
>>performance before and after a year of normal use -- but asking users to
>>back up, recreate, and restore -- that's a bit much.
>
>
> Are you familiar with convertfs?
>
> 	http://members.optusnet.com.au/clausen/ideas/convertfs.txt

How easy is it to get the blocklist needed?  It seems like Reiser4's
packing doesn't help here...

Also, suppose I create a brand-new 200 gig Linux setup on Reiser4.
Later, I find I'm using less than half, so I want to give 50 gigs to a
WinXP setup so I can play Half-Life 2.

Or, we could go the other way.  Create a brand-new dual-boot, 100 gigs
each.  Then, my XP becomes irrelevant as Cedega becomes able to play
Half-Life 2.  So I nuke the XP partition, but now I want to be able to
reclaim the space into my one huge monolithic Reiser4 partition.

In both of these situations, convertfs seems workable, but overkill.  I
mean, a proper resizer would leave the FS in a useable state no matter
which way it went or when power was cut.  Convertfs means that if I lose
power at any point during the process, I'm very likely hosed, especially
with something doing lazy writes like Reiser4 as the original FS.  And
this is all assuming it would work at all.

These are not situations where enterprise users would pay thousands of
dollars to be able to do this -- they can afford to do a full
backup/restore, just throw hardware at a problem and make it go away.
These are the scenario where small users like me tend to give up, back
up, reformat, and never touch such an inflexible FS again.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBQnxG7HgHNmZLgCUhAQIK7g//Zfr32XVok+aoYjmWAGkje6Roxk3MTBwY
6EKx74Wj9e/6844S4CwMwyV1rLayUmIoEnNiCtwBeNchoI4BcEs1Ayca6L/cxSgZ
FNI+0bkF2KrKkqPtWvbFkFCWKAy0UKQcFrzOQ9DGUQU3m2V+E41YZzioEt4pmgV2
M/o0ZQ7N9mc6CIeZ/asXNopiPMYZV8fOLi/6RvuC7yPuBWeCXfNWHohjcYFappkR
JJtpxa++8fSxQi3zVUgtWeeocfw0YI10DkSJLnrdDzO2cesXx8krzmguVOw/Gp2l
v+KaH4hR6Csth2QqJbsjW9SEJ70esB+9NbvQiNwq9zPXZ7TQ8ROdO9RWWhu2lMe6
8mGHmqFVYbjmKvf+hk3c+4bznWag6Mz95tEn+OgL5SiyJx9bRqNWT3qtG7j5e7c8
R/ZCrybxZhvX26R/0HF9eo4+RX6rBvf5+BbqeSW95h3ymDmKPrQmwAXxP3913fE2
v1CfrEK8MSiyagEsbHsLc5Uq30jVD1dAWKJgtIngxQqGiIQR68/cR20VNMP2uA3z
/FAXLWUXPsa2mFRpsNtpHOeOPnC4cM/T8ng9+OR1nYqpIoJA6kJSX7DZoq24HfeD
Of7nJgV2BoJYbUqSS32EgLtSYS+p6BBMreE+JN2UBkNrYzUUvyw6evXP2FxPU3Ck
w0ikYRlu6o4=
=HMV+
-----END PGP SIGNATURE-----

Re: Reiser4 repackers

[Andrew Clausen]

On Fri, May 06, 2005 at 11:41:16PM -0500, David Masover wrote:
> > Are you familiar with convertfs?
> >
> > 	http://members.optusnet.com.au/clausen/ideas/convertfs.txt
> 
> How easy is it to get the blocklist needed?  It seems like Reiser4's
> packing doesn't help here...

The blocklist is only needed to find the blocks in the nested file,
which is huge.  (I don't know anything about reiser packing, but
things like tail-merging aren't a serious problem.)

> In both of these situations, convertfs seems workable, but overkill.  I
> mean, a proper resizer would leave the FS in a useable state no matter
> which way it went or when power was cut.  Convertfs means that if I lose
> power at any point during the process, I'm very likely hosed, especially
> with something doing lazy writes like Reiser4 as the original FS.  And
> this is all assuming it would work at all.

You could do journalling in this process.  (This would slow it down
considerablly, however!)  If you've got some nice gui like qtparted
on a knoppix live cd, it could be quite convenient.

> These are not situations where enterprise users would pay thousands of
> dollars to be able to do this -- they can afford to do a full
> backup/restore, just throw hardware at a problem and make it go away.
> These are the scenario where small users like me tend to give up, back
> up, reformat, and never touch such an inflexible FS again.

Small users are happy to leave their computer overnight.

Cheers,
Andrew

Re: Reiser4 repackers

[Andrew Clausen]

On Sat, May 07, 2005 at 08:10:18PM -0500, David Masover wrote:
> > The blocklist is only needed to find the blocks in the nested file,
> > which is huge.  (I don't know anything about reiser packing, but
> > things like tail-merging aren't a serious problem.)
> 
> Yet, it's still a problem.  You want a standardized way to map files to
> underlying blocks, and before Reiser4, I'd say this was easy.  But now,
> who knows what the FS does to bastardize the file on the way down?
> Crypto/compression?  Tail-packing?  Stenography?  The possibilities are
> endless...

Can't you disable these things for the special nested file?  You only
need the block list for one file!

> > Small users are happy to leave their computer overnight.
> 
> Maybe you are, but newbies aren't.  Maybe you got it wrong?  Maybe you
> got all your stuff moved around properly, but didn't leave room for a
> swap partition?  Looks like you have to start over!

Ideally, you'd have a tool where you plan the entire job first
(including creating the new swap partition), and then execute it in one
hit.

> Unless the newbies are following a VERY specific recipie or VERY good
> tools, this process could easily take a few weeks, instead of a few
> hours with the repacker.  And that repacker looks easier to implement
> than a noob-proof UI.  Of course, people who know tell me I'm naive on
> both counts...

Clearly, a repacker would be better for users.

> The current situation is not impossible, unless you want real users (not
> fanboys) to choose Reiser4 over ANYTHING else.  Why would I choose
> Reiser4+convertfs over ReiserFS 3 + resize_reiserfs?  Or even
> ntfs+ntfsresize?

Why do newbies ever choose reiserfs?  Crypto?

Cheers,
Andrew

Re: Reiser4 repackers

[David Masover]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Andrew Clausen wrote:
> On Fri, May 06, 2005 at 11:41:16PM -0500, David Masover wrote:
>
>>>Are you familiar with convertfs?
>>>
>>>	http://members.optusnet.com.au/clausen/ideas/convertfs.txt
>>
>>How easy is it to get the blocklist needed?  It seems like Reiser4's
>>packing doesn't help here...
>
>
> The blocklist is only needed to find the blocks in the nested file,
> which is huge.  (I don't know anything about reiser packing, but
> things like tail-merging aren't a serious problem.)

Yet, it's still a problem.  You want a standardized way to map files to
underlying blocks, and before Reiser4, I'd say this was easy.  But now,
who knows what the FS does to bastardize the file on the way down?
Crypto/compression?  Tail-packing?  Stenography?  The possibilities are
endless...

>>In both of these situations, convertfs seems workable, but overkill.  I
>>mean, a proper resizer would leave the FS in a useable state no matter
>>which way it went or when power was cut.  Convertfs means that if I lose
>>power at any point during the process, I'm very likely hosed, especially
>>with something doing lazy writes like Reiser4 as the original FS.  And
>>this is all assuming it would work at all.
>
>
> You could do journalling in this process.  (This would slow it down
> considerablly, however!)  If you've got some nice gui like qtparted
> on a knoppix live cd, it could be quite convenient.

Compared to the FS knowing how to resize itself?  You'd get to take full
advantage of existing Reiser4 transactions, not to mention the speed of
chopping off unused space vs. rebuilding the entire FS.

>>These are not situations where enterprise users would pay thousands of
>>dollars to be able to do this -- they can afford to do a full
>>backup/restore, just throw hardware at a problem and make it go away.
>>These are the scenario where small users like me tend to give up, back
>>up, reformat, and never touch such an inflexible FS again.
>
>
> Small users are happy to leave their computer overnight.

Maybe you are, but newbies aren't.  Maybe you got it wrong?  Maybe you
got all your stuff moved around properly, but didn't leave room for a
swap partition?  Looks like you have to start over!

Unless the newbies are following a VERY specific recipie or VERY good
tools, this process could easily take a few weeks, instead of a few
hours with the repacker.  And that repacker looks easier to implement
than a noob-proof UI.  Of course, people who know tell me I'm naive on
both counts...

The current situation is not impossible, unless you want real users (not
fanboys) to choose Reiser4 over ANYTHING else.  Why would I choose
Reiser4+convertfs over ReiserFS 3 + resize_reiserfs?  Or even
ntfs+ntfsresize?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBQn1m+ngHNmZLgCUhAQKMnA//WVX4RYXOVQVecJgUaiMLZEFPEiOtio9Y
jw6UT6O1QjRM9g1KHtxED9Mv4BfV6VMuZla5cuvhQpSDCK0t2NOfM9w1LF/ahe5s
+EN1DdlcD4/5R3SP+fbkkWH5tnxbtS65yQqdh29G+cEI670UDo7BtAmNPCiSCbKX
gdK5DqFjBOer6rQR52pBcd3N1+JskafG7OkQJq1jajSBnLeXyf4iQ8Tj9Ue/ABic
0mCKbzByBEYUGkr/S2EghnfaHL1AXR0DVzsb/lVyu7Asgx8qHFc3dHAbsAjiPsaS
4IzoMRmbKE07jxFRkef77hll06v3ex5nwuObRyTcS0cNccDLpXT4lbRC4h9jF1CV
hTHW0eIIO3uuIruzG8gx+JJCuJEUGzLA1jw8sxUkc8vCkRGKmnj7j9fS3m/tsFtw
EudCBKQmW7o3ub97n+kTcuNQ73yRBrLzaAjwynQxNVFc2PHH2WycVVqjwuAqh/R2
xGiXvPyq6KGcDkl14HSdWsplSD3pJtq/R5unLC+EF3LwlyywYeaRu+aYpovVZcVd
0Vrqal72ZxyYd+0TR0ejnFfuOWlb9E3XYRch15IF+k8XAgXu6pH9qrPvA1rslCtY
TRP82kG8CTDvMnpKv5MqCOnFvlMeJ40w4W/0R39z2tVkhwD6okj6fJQXiLLAAuNm
b9bFuyZCXzw=
=FfhY
-----END PGP SIGNATURE-----

Re: Reiser4 repackers

[Dr. Giovanni A. Orlando]

Andrew Clausen wrote:

>On Sat, May 07, 2005 at 08:10:18PM -0500, David Masover wrote:
>  
>
>>>The blocklist is only needed to find the blocks in the nested file,
>>>which is huge.  (I don't know anything about reiser packing, but
>>>things like tail-merging aren't a serious problem.)
>>>      
>>>
>>Yet, it's still a problem.  You want a standardized way to map files to
>>underlying blocks, and before Reiser4, I'd say this was easy.  But now,
>>who knows what the FS does to bastardize the file on the way down?
>>Crypto/compression?  Tail-packing?  Stenography?  The possibilities are
>>endless...
>>    
>>
>
>Can't you disable these things for the special nested file?  You only
>need the block list for one file!
>  
>
This must be fine!


-- 
-- 

Check FT Websites ... http://www.futuretg.com  - ftp://ftp.futuretg.com
http://www.FTLinuxCourse.com
    http://www.FTLinuxCourse.com/Certification
http://www.RPMParadaise.org
http://www.YourPersonalOperatingSystem.com

Mobile: +39 393 665 4239
	Lancelot is back!
--