Re: Why did this RENAME lose my files?

On Jun 27, 10:26 am, moro...@xxxxxxxxxxxxxxxxxxxxxxx (Michael Moroney)
wrote:
RENAME removes the file from the old directory before inserting it into
the new directory, and if this fails, it will try to re-insert it into
the old directory. There's a reason why it doesn't try to enter it into
the new directory first and simply quit upon failure, but I don't remember
it.

I was attempting to RENAME it to the same directory.

For some reason, you didn't have permission to re-enter the file back into
the old directory, despite being able to remove it from there.
Also, the files are not truly lost forever; they still exist and
$ ANALYZE/DISK/REPAIR will find them and place them in [SYSLOST].

Well, I was having no trouble editing and saving new versions of the
file FTDAYBCK.COM in the same directory (which I admit I didn't
mention yet) so I don't see why this would matter. The only time I had
trouble was when there was a journal file leftover (I use journal
files for "undo" purposes). So I wanted to save them but keep them out
of the way so I wouldn't have to enable BYPASS -- hence the problem.

Anyway, here's what you asked for:

$ DIR/SEC [-]FELDMAN.DIR

Directory SYS$SYSDEVICE:[000000]

FELDMAN.DIR;1 13/18 6-JUL-2001
18:03:02.34 [1,1] (RWE,RWE,RE,E)

Total of 1 file, 13/18 blocks.
$

And from AUTHORIZE:

UAF> SHOW SYSTEM

Username: SYSTEM Owner: SYSTEM MANAGER
Account: SYSTEM UIC: [1,4] ([SYSTEM])


So it seems to me that I shouldn't have had a problem. And I did have
SYSPRV enabled.

New question: Just what is UIC [1,1]?

UAF> SHOW [1,1]
%UAF-W-BADSPC, no user matches specification
UAF>

I already had ANAL/DISK and recovered them.

Thanks to all who are helping with this.

AEF
.