Messages in this thread |  | | | Date | Tue, 1 Jul 1997 13:27:15 +1000 | | From | Richard Gooch <> | | Subject | Re: 2.1.43 curious pipe-entries in / (root) |
| |
Richard B. Johnson writes: > On Mon, 30 Jun 1997, Colin Plumb wrote: > > > It seems that the new dcache code likes things to have names. But can't it > > do the tmpfile() ting and delete them immediately after creation? > > Or better yet, fake it so they aren't visible to other processes even > > momentarily? > > > > If the dcache code can't cope with open inodes with a zero reference count, > > isn't that a bug in need of fixing? And if it can cope, why not use that > > ability to get rid of this clutter. > > > > As people have noticed, this makes making backups very awkward. > > -- > > -Colin > > > Did anybody get my message about putting these things in "/dev" ? There > are already named pipes, etc., other non-device things there... and /dev > will always exist on a working root file-system. > > That fixes the "tar -clf " problem because tar "respects" things in > "/dev" and doesn't try to backup /dev/zero... etc.
Well, no, tar *does* backup /dev. It does not treat the directory in any special way. What it does do is backup special files by recording the major and minor numbers (as well as file modes and so on) in the archive. GNU tar knows not to read special files, but to treat them as special. Files in /proc are different (as fas as tar is concerned, most are "real" files), so that's why you need the 'l' option to tar to avoid descending the /proc filesystem.
Regards,
Richard....
|  |