Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!crdgw1!sixhub!davidsen From: davidsen@sixhub.UUCP (Wm E. Davidsen Jr) Newsgroups: comp.unix.sysv386 Subject: Re: SVR4 ufs file system reliability Keywords: SV1K reliability Message-ID: <2601@sixhub.UUCP> Date: 13 Dec 90 04:00:07 GMT References: <7454@suns302.cel.co.uk> <1630@svin02.info.win.tue.nl> Reply-To: davidsen@sixhub.UUCP (bill davidsen) Organization: *IX Public Access UNIX, Schenectady NY Lines: 26 In <1630@svin02.info.win.tue.nl> debra@svin02.info.win.tue.nl (Paul de Bra) writes: | I have experimented with sVr4.0 version 2.0 and can only say that the | ufs file system is horribly unreliable. Shortly after reading about | 100 mbytes from a tape (but well after the time the automatic update | program waits to write the stuff out to the disk) I got a panic, | and fsck went on and on complaining about my file systems... | I went back to sVr3.2. | Apparently the sVr4.0 ufs file system doesn't get sync-ed properly | by the automatic syncing deamon... I backup up my Dell distribution tapes by copying the files onto disk with dd and then back out onto other tapes. That's also how you get 60MB tape distribution, just put the two 50MB files on separate tapes. I also read in 180MB of GIF images from someone's system and had no problem with that. In my experience the Dell implementation has been rock solid, and I never had any problem with the Intel version, either, although I haven't beaten it up quite as hard as the Dell. -- bill davidsen - davidsen@sixhub.uucp (uunet!crdgw1!sixhub!davidsen) sysop *IX BBS and Public Access UNIX moderator of comp.binaries.ibm.pc and 80386 mailing list "Stupidity, like virtue, is its own reward" -me