This is dump-onto-OD in view mode; [Up]
Date: Sun 08-Dec-1989 01:22:00 From: Unknown Subject: dump onto OD Has anyone had success with using dump to backup onto optical disk? If I specify optical media as documented in dump(8): # dump 0uno DUMP: Date of this level 0 dump: Thu Dec 7 17:15:55 1989 DUMP: Date of the last level 0 dump: the epoch DUMP: Dumping /dev/rsd0a (/) to /dev/rxt0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 239817 optical disk blocks on 0.98 optical disk(s). DUMP: NEEDS ATTENTION: Cannot open tape. DO you want to retry the open?: ("y es" or "no") yes DUMP: NEEDS ATTENTION: Cannot open tape. DO you want to retry the open?: ("y es" or "no") ... etc. So apparently specifying "o" as part of the key doesn't work as advertised. I was able to rdump to the optical drive on a different NeXT, but is there any way to get it to work locally? Scott Lindsey |"Cold and misty morning. I heard a warning borne in the air Claris Corp. | About an age of power when no one had an hour to spare" ames!claris!wombat| DISCLAIMER: These are not the opinions of Claris, Apple, wombat@claris.com | StyleWare, the author, or anyone else living or Dead. >From: schwager@m.cs.uiuc.edu
Date: Sun 08-Dec-1989 07:26:25 From: Unknown Subject: Re: dump onto OD In article <WOMBAT.89Dec7172200@claris.com> wombat@claris.com (Scott Lindsey) writes: >Has anyone had success with using dump to backup onto optical disk? If I I typically use something like: dump 0fsd - 100000 6250 | compress > /OpticalDisk/full_backup.Z and then: zcat /OpticalDisk/full_backup.Z | restore rf - (or "restore xf -", depending on mood and purpose) One of the problem is that my "tape length" and "density" parameters are not at all tuned, and probably can't be well tuned if I'm running the dump through compress. If you know the approximate length (maybe by trial and error) you could probably even back up a 660 meg drive onto multiple OD's. The advantage of what I'm doing above though is that it is easy to save multiple partial backups on a single OD and have them all quickly accessible. The disadvantage is that if you are unlucky, you'll run out of space on the disk and dump will tell you that the entire dump is aborted. Then you have to guess again about the length and density and try again. gerrit >From: jacob@gore.com (Jacob Gore)
Date: Sun 08-Dec-1989 17:05:36 From: Unknown Subject: Re: dump onto OD / comp.sys.next / gerrit@nova.cc.purdue.edu (Gerrit) / Dec 8, 1989 / In article <WOMBAT.89Dec7172200@claris.com> wombat@claris.com (Scott Lindsey) writes: >Has anyone had success with using dump to backup onto optical disk? If I I typically use something like: dump 0fsd - 100000 6250 | compress > /OpticalDisk/full_backup.Z and then: zcat /OpticalDisk/full_backup.Z | restore rf - ---------- If your hard drive is all on one partition (which is the way it comes from NeXT), won't this restore be writing over files that should not be disturbed? In particular: /private/vm/swapfile /dev/* (I'm not sure there's harm in this) /etc/restore Jacob
Date: Sun 08-Dec-1989 22:44:08 From: Unknown Subject: Re: dump onto OD In article <130042@gore.com> jacob@gore.com (Jacob Gore) asks if my "restore rf -" might not overwrite some critical files. In reality, you normally only use "restore rf" for full restores, in which case you have probably done a newfs before the restore. There are also a few other complications, like where is your kernel at that time - I would probably net boot the machine in question which isn't always an option. However, what I should have written is a "zcat blah | restore if -" which is what I have actually used more often, allowing you to do an interactive restore of the files you really want (if you don't want them all). gerrit >From: jacob@gore.com (Jacob Gore)
Date: Sun 09-Dec-1989 03:49:51 From: Unknown Subject: Re: dump onto OD / comp.sys.next / gerrit@nova.cc.purdue.edu (Gerrit) / Dec 8, 1989 / > [about doing a full restore from an OD to the only partition on the hard > disk] There > are also a few other complications, like where is your kernel at that > time - I would probably net boot the machine in question [...] Is it possible to boot off an OD, then restore off another? That is, can you boot off the OD, then mount and newfs /dev/sd0a, then restore from /dev/od1a, after ejecting the disk you booted from? Jacob
Date: Sun 10-Dec-1989 04:39:38 From: Unknown Subject: Re: dump onto OD In article <130043@gore.com> jacob@gore.com (Jacob Gore) asks if it is possible to boot off an OD, then restore off another. Theoretically, yes. Practically, probably not. If you are doing a full restore, I'd guess something just over 2 quadrillion disk swaps. I sure don't have the patience for that... gerrit >From: jacob@gore.com (Jacob Gore)
Date: Sun 10-Dec-1989 07:23:51 From: Unknown Subject: Re: dump onto OD / comp.sys.next / gerrit@nova.cc.purdue.edu (Gerrit) / Dec 9, 1989 / If you are doing a full restore, I'd guess something just over 2 quadrillion disk swaps [to boot off an OD, then restore off another]. ---------- Maybe putting everything into the root partition wasn't such a good idea after all... Jacob
Date: Sun 11-Dec-1989 08:44:25 From: Unknown Subject: Re: dump onto OD In article <5782@mentor.cc.purdue.edu> gerrit@nova.cc.purdue.edu (Gerrit) writes: >Theoretically, yes. Practically, probably not. If you are doing >a full restore, I'd guess something just over 2 quadrillion disk swaps. >I sure don't have the patience for that... You can say that again. I tried it once ... was swapping disks every few seconds until I gave it up (after about 3 swaps). bob Bob Olson University of Illinois at Urbana/Champaign >From: leigh@alberta.uucp (leigh willard)
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.