On 07/29/2001 06:31 PM, [EMAIL PROTECTED] wrote:
> Hi
>
> Manuel Krause wrote:
>
>>On 07/29/2001 04:41 PM, Vladimir V.Saveliev wrote:
>>
>>
>>>Hi
>>>
>>>Manuel Krause wrote:
>>>
>>>
>>>>>Jul 22 15:03:50 firehead kernel: vs-2100: add_save_link:search_by_key
>>>>>returned 1
>>>>>Jul 22 15:04:39 firehead kernel: vs-15010: reiserfs_release_objectid:
>>>>>tried to free free object id (37281)<4>vs-15010:...
>>>>>
>>>>>...in fact it repeats the last one "without end" until...
>>>>>
>>>>>
>>>Ok, the "unlink-truncate-rename.." patch
>>>(ftp.namesys.com/pub/reiserfs-for-2.4/2.4.7.pending/2.4.7-unlink-truncate-rename-rmdir.dif.bz2)
>>>is updated.
>>>
>>>The problem was that previous version of the patch does not expect
>>>truncates to unlinked files which vmware does.
>>>
>>>Thanks,
>>>vs
>>>
>>>
>>Hi, Vladimir!
>>
>>I applied the new patch, recompiled the kernel, booted, started vmware,
>>made a complete power-off, then power-on, and df showed some 133MB more
>>on disk (like it was when vmware was up). Rebooting didn't make a
>>difference.
>>
>>Seems your patch doesn't like this test any more? I haven't made a
>>reiserfsck --rebuild-tree yet.
>>
>>
>
> Hmm, could you please look at the system logs?
> Is there something like:
> Jul 29 18:27:36 digger kernel: Removing [3 36 0x0 SD]..<4>done
> or
> Jul 29 18:27:37 digger kernel: Truncating [3 13 0x0 SD] to 72224 ..<4>done
>
> Thanks,
> vs
>
I had a look: Nothing like that to be found.
Did I do something wrong? I patched the old one with ...-R and then
patched the new one without any problems. Then "make dep clean bzImage
bzlilo modules modules_install". And it made the kernel I'm really
running. The patch I downloaded is from today and takes 5766 B.
Do you have an idea?!
Thanks,
Manuel
