Manuel Krause wrote:
> 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?!
>
The uncompleted unlinks do not get completed on mount time when filesystem is mounted
read-only.
How does that filesystem get mounted in your case?
Thanks,
vs
>
> Thanks,
>
> Manuel
