Purdue-modified dump/restore - SUMMARY
2007-12-25 7:34:00
>I got the source for the Purdue-modified 4.3BSD dump/restore
>software (with the modifications to allow dumping an active
>filesystem), and tried to build it on a Sun SPARCstation2 running
>OS 4.1.1. Dump compiled ok, but restore has some problems with
>the source code. Has anybody gotten this built on a Sun? TIA.
I've gotten a lot of email from people who want to know where they
can get this code, etc., so I'm posting this update:
I got the dump/restore code from
ftp.cs.colorado.edu in
pub/cs/sysadmin/misc/purdue.cs.dump.restore.tar.Z.
Here's what I learned from Ingo Cyliax [cyliax@ecn.purdue.edu]:
>Actually, here at ECN/Purdue we just add the changes to the 4.1.1
>dump instead of using 4.3Bsd dump. I'm not sure that it's a good
>idea to use 4.3 Dump on a SunOS 4.1.? filesystem, they are a bit
>different.
Here's what I told him:
+ If you made even the binaries generally available, you'd be a hero
+ on the net. If you don't want to take the trouble, I can put it
+ under anonymous ftp here.
Here's what he said 8-(:
>The 'people in the say' here aren't comfortable with the idea of
>giving out binaries. I guess they are worried about liability,
>non-disclosure etc.. I'll ask some more.
Well, maybe the 4.3BSD stuff will work on a Sun. Steven Winikoff
[smw@alcor.concordia.ca] has succeeded in compiling it after making
the following changes to restore/tape.c:
# diff tape.c.original tape.c
842c842
< char c_addr[256];
---
> char c_addr_[256];
882c882
< bcopy(u_ospcl.s_ospcl.c_addr, buf->c_addr, (long)256);
---
> bcopy(u_ospcl.s_ospcl.c_addr_, buf->c_addr, (long)256);
Winikoff is now testing the modified code. Contact him for
additional information.
--
Karl A. Anderson | Internet: karl@thuja.gsfc.nasa.gov
NASA/GSFC code 920.2 (STX) | voice: (301) 286-3815
Greenbelt, MD 20771 | #include "std_disclaimer"
Comments
Got something to say?
You must be logged in to post a comment.
