Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: tlug: Broken fs?
- To: tlug@example.com
- Subject: Re: tlug: Broken fs?
- From: "Stephen J. Turnbull" <turnbull@example.com>
- Date: Fri, 25 Apr 1997 11:06:00 +0900
- In-reply-to: Your message of "Thu, 24 Apr 1997 09:21:40 +0900." <20371.861841300@example.com>
- Reply-To: tlug@example.com
- Sender: owner-tlug
-------------------------------------------------------- tlug note from "Stephen J. Turnbull" <turnbull@example.com> -------------------------------------------------------- On replacing "risky" hard drives: I wouldn't go out and replace it in panic; we're talking very small samples here. *Two people* have had bad experiences with Micropolis, and one with WD (come to think of it, I think that the other disk that went bad on me recently was a 1.x GB WD Caviar...). On the other hand, John Little was giving away little (100MB) Quantum disks with labels like "sometimes won't spin up". Moral: if a hard drive has data on it, it will eventually fail, losing all the data. (Sounds familiar, hmmm, McMurchy's Law or something like that :-) So stay backed up. >>>>> "Francis" == Francis Brian O'Carroll <ocarroll@example.com> writes: Francis> Dennis McMurchy <denismcm@example.com> said >> Also, anyone have any thoughts on the pros and cons of backing >> up one HD on another HD (I'm already doing this on my machine >> in Canada and would do it here too if I had another drive >> installed). Well, that's how Tandem Nonstops do it (of course they also have two CPUs and two banks of RAM so everything is tell-me-twice). Seems expensive to me, though (see below). Francis> My guess is that if the drives (or partitions) are Francis> exactly the same it would be a fast way because you could Francis> just do dd if=rawhd#1 of=rawhd#2 bs=1024x1024 Francis> or something like that to make an exact disk image (the Francis> bs is for performance). Then you would take hd#2 off line Francis> (unmount?) so that you couldn't accidently trash it. It already _is_ unmounted if you do that (I think); and as long as you don't normally run as root, you can't even read a device special. Francis> On the other hand if hd#1 physically crashes while you Francis> are doing the backup then you have lost hd#1 and hd#2 is Francis> inconsistent. Or the machine could crash in the middle of the backup, and then hd#1 could crash later but before the next backup. This happened to my Institute once (tape backup). Fortunately, all they lost was some student directories, all but 3 of who had graduated long before, and those three hadn't logged on since they were freshman. Francis> I'm thinking about dividing my fixed disk into partitions Francis> the same size as a JAZ disk so I could do the same thing Francis> but remove the JAZ disks; any comments? Specifically, it's not clear to me that you can do it. I guess it should work; certainly if you make the HD partitions slightly smaller than the JAZ disk. On the other hand, the JAZ disks will likely be useless as archival material (different partition headers and stuff) unless you have a free partition of the proper size to load them into. So this is not a strategy that would allow you to move old data offline and then read it from the JAZ disk, as a conventional file copy would. I think; maybe if the file systems are the same you're OK. Hmmm. Well, looking at my hard drives, I have about 1.5GB of data. About 500 MB is duplicates (multiple linux installations) or a total loss (Windows 3.1 on the DOS partition that I never bothered to clean out). Of that 1GB, about 150MB is not available on CD or online on the Web on sites I consider fast (>10kB/sec ftp throughput), or generatable by compiling something that's available online. Of that 150MB, about 75MB is related to the Hanshin-Dai-Shinsai (a mirror, now 2 years old, of the Kobe City University of Foreign Studies and lots of other junk). That leaves about 75MB of data that I've generated over the years, and I keep _all_ my email back to about 1990, use RCS for practically everything, and have a few Netscrap cache files, too :-). YMMV, but it seems to me that in general a single JAZ disk or MO or floppy tape is going to be enough to save your data. If you really truly expect to need to get your system back up and running within 10 minutes after a hard disk crash, then mirrored hard drives are probably a must. But for most people, a boot disk, a CD-ROM with a "live" file system, and a 100-200MB back-up device should be enough for a personal system. (Multiuser systems are a whole 'nother thing, and I guess if you have a lot of custom images and movies, you could end up in the terabyte range. But then you should be burning CD-ROMs, no? They don't change.) I just leave an MO in the drive and overwrite it every night using `cp --recursive /home /MO/'. You wouldn't be able to do that with the "dd to JAZ" strategy; you'd need to swap disks for many partitions. Of course, you do have to be a little careful; I have accumulated a small amount of custom Emacs LISP over the years, but I wouldn't want to live without it. It lives in /usr/local/share/emacs/site-lisp or something like that, so wouldn't be caught in a first-order directory of configuration info, such as /etc, or user info, such as /home. But if you back up /etc and /home, that should be enough to get restarted. And you can add all the odd places with configuration information as special cases. This strategy does require substantial organization. On the other hand, every time I've had to restore a backup (three times, total, one of them my fault: "rm `find <something really dumb>`"), I used the opportunity to repartition and reorganize, slimming down the data bloat and making file system navigation easier. So it's not clear to me that verbatim backups are necessarily the best way to go in any case. -- Stephen J. Turnbull Institute of Policy and Planning Sciences Yaseppochi-Gumi University of Tsukuba http://turnbull.sk.tsukuba.ac.jp/ Tel: +81 (298) 53-5091; Fax: 55-3849 turnbull@example.com ----------------------------------------------------------------- a word from the sponsor will appear below ----------------------------------------------------------------- The TLUG mailing list is proudly sponsored by TWICS - Japan's First Public-Access Internet System. Now offering 20,000 yen/year flat rate Internet access with no time charges. Full line of corporate Internet and intranet products are available. info@example.com Tel: 03-3351-5977 Fax: 03-3353-6096
- References:
- Re: tlug: Broken fs?
- From: "Francis Brian O'Carroll" <ocarroll@example.com>
Home | Main Index | Thread Index
- Prev by Date: tlug: Kanji can't get through.
- Next by Date: tlug: Japanese Email in emacs
- Prev by thread: Re: tlug: Broken fs?
- Next by thread: Re: tlug: Broken fs?
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links