sounds like useless waste of time and space
You haven't stated the reason, why it has to create and commit empty
transaction.
--
GJ
http://www.insidebayarea.com/ci_4470810
--
GJ
sure, it is opensource after all :)
Question is, if it is going to be community effort ?
I guess guys in .ru and area are getting paid for it, so what's now ?
--
GJ
it worked okay.
now I wonder, if I can use your instructions to "join" 120GB partition
with new 220GB one, where the later one is the current one, and I
would like to extend it to 220+120GB.
220 one is /dev/hda3 , the one that I would like to attach to the end
of it is /dev/hdc3.
how can I do this
Just curious, could it also be fixed by mounting the FS, freeing up some
space, then retrying the FSCK? Or is the FS unusable?
can't mount it either RO or RW. It says the process of rebuilding tree
was incomplette and I have no options to take. Corner case really.
--
GJ
On 9/15/06, Vladimir V. Saveliev <[EMAIL PROTECTED]> wrote:
>
Could it be that the file was opened when you deleted it?
nope, I know that issue. I rebooted the system twice before trying any
other way.
--
GJ
okay, seems to makes sens.
So you guys are working on it, or is the problem not quite fixable ?
The underlying problem is what worries me more - the file that was
deleted, but space never got free.
I am about to buy larger HD today (this one was 160, I am going to get
250 one), so I can do it in
I had little problem, deleted a 4GB file, but this space was never
freed , but file was gone. So I decided to run -check - no problems
found, next step was to rebuild tree:
[EMAIL PROTECTED]:~# fsck.reiserfs --rebuild-tree -y /dev/hda3
reiserfsck 3.6.19 (2003 www.namesys.com)
**
I think there should be file attribute that says whether it is
compressed/whatever/ or not. This way, it would be possible to
compress already existing files. At least, if filesystem is so
flexible as everyone say, it would be possible.
On 9/20/05, Edward Shishkin <[EMAIL PROTECTED]> wrote:
> Guy
On 9/19/05, Vladimir V. Saveliev <[EMAIL PROTECTED]> wrote:
> Hello
>
> Yes, unfortunately, reiserfs does not support entry types.
> Probably it should, but there is nothing wrong to not support it:
I guess it shouldn't be hard, and this would make some code nicer. I
have run into this problem quit
All I know is that xxtea is fixed tea algo. If that fixes weakness in
crypto algo, than so it should make hashing better.
No doubt there is no ideal hash algo, but if base algo has weaknes,
using fixed one only can be better, Right ?
--
GJ
On Thu, 30 Dec 2004 08:40:51 -0800, Hans Reiser <[EMAIL PROTECTED]> wrote:
> Fixing hash collisions in V3 to do them the way V4 does them would
> create more bugs and user disruption than the current bug we have all
> lived with for 5 years until now. If someone thinks it is a small
> change to fi
On Thu, 18 Nov 2004 15:16:29 -0500, Jeff Mahoney <[EMAIL PROTECTED]> wrote:
> If the filesystem is already established, you can't switch hashes. The
> hash is global to the filesystem, so if you were to change it, lookups
> would fail and you wouldn't be able to find any of your files.
>
> If you'
Hi folks
I have a need to switch from default hashing to TEA on one of my
servers recently.
Want to write something like that, as it doesn't exists now. Only in
manual I digged out that hash= option to mount is just for folks who
want to upgrade their filesystem to 3.6, and choose hash, or
somethi
On Wed, 22 Sep 2004 14:59:37 -0400, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> On Wed, 22 Sep 2004 20:45:55 +0200, =?UTF-8?Q?Grzegorz_Ja=C5=9Bkiewicz?= said:
>
> > I know gcc 4.0 is still in it's alphas.
> > Obvious solution is to move function declared in other function
> > up-wards. Since it
Here's full message, this is linux 2.6.9-rc2-mm1
gcc -Wp,-MD,fs/reiser4/.search.o.d -nostdinc -iwithprefix include
-D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -O2 -fomit-frame-pointer
-Wdeclaration-after-statement -pipe -msoft-float
-mpreferred
On Mon, 06 Sep 2004 11:15:59 +0200, Dr. Giovanni A. Orlando
<[EMAIL PROTECTED]> wrote:
> Tonnerre wrote:
> >Because KDE people hate Gnome people and vice versa, and because the
> >rest of the world just neglects the two races for political reasons.
> This is completely wrong. Neither KDE peop
On Mon, 06 Sep 2004 14:32:34 +0530, Faraz S <[EMAIL PROTECTED]> wrote:
> In our project http://sourceforge.net/projects/linuxsfs-tm/ we did the
> attribute indexing and query parsing in the user-space and we had hooks
> in the VFS which communicated with the user-space deamons. As far as
>
[EMAIL PROTECTED] wrote:
On Fri, Sep 03, 2004 at 06:43:21AM +0200, Grzegorz Ja??kiewicz wrote:
Then I guess OS X ships a broken implementation of cp, yes?
Nope, GUI handles it perfectly. it's maybe 0.1% of users of MacOS that
acctually care about cp being broken.
Gotta love the Mac
Markus TÃrnqvist wrote:
On Thu, Aug 26, 2004 at 12:32:00AM -0500, Matt Mackall wrote:
Find some silly person with an iBook and open a shell on OS X. Use cp
to copy a file with a resource fork. Oh look, the Finder has no idea
what the new file is, even though it looks exactly identical in the
she
Oh, and if I may notice something more. Just my opinion.
It's going to be 'samba uses only' thing, as long as it's not in VFS.
xattrs are not so much needed as file streams there. So argument that
xattrs exists already in VFS, and are not used, so why do we need
streams there, and that it wouldn'
Jamie Lokier wrote:
Note that file-as-directory doesn't imply that you can store just
anything into those directories.
Is it a problem to decree that "file data MUST NOT be stored in a
metadata directory; only non-essential metadata and data computed from
the file data may be stored"?
That's exa
22 matches
Mail list logo