Newsgroups: comp.sys.sgi
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!batcomputer!cornell!uw-beaver!ubc-cs!unixg.ubc.ca!gauguin.ucs.ubc.ca!hilchey
From: hilchey@ucs.ubc.ca (Paul Hilchey)
Subject: Re: /debug
Message-ID: <1991Mar20.211620.19237@unixg.ubc.ca>
Sender: news@unixg.ubc.ca (Usenet News Maintenance)
Nntp-Posting-Host: gauguin.ucs.ubc.ca
Reply-To: hilchey@ucs.ubc.ca (Paul Hilchey)
Organization: University of British Columbia
References:  <9103192219.AA00700@uzi.mit.edu>
Date: Wed, 20 Mar 1991 21:16:20 GMT

In article <9103192219.AA00700@uzi.mit.edu>, eugholz@UZI.MIT.EDU (Eugene Gholz) writes:
|> I'm a little confused about what the directory /debug is for 
|> . . .
|> The conclusion of the SGI
|> support staff that I was in touch with was that the only way to get a system
|> backup without errors was to exclude filenames beginning with /debug from my
|> bru command...  

The "files" in /debug are actually processes, and if you read or write to
them you will be reading or writing to the processes virtual memory.  To
avoid trying to save them on your backup tapes you should use Bru with the
-m option (don't cross mount points), and specify the filesystems that you
do want to save (typically: / /usr).
 
____
Paul Hilchey
Computing Services
The University of British Columbia