[Dirvish] Has anybody successfully restored a Linux OS (f.i., Ubuntu) with Dirvish?

Don Gould don at bowenvale.co.nz
Mon Jun 21 07:41:21 UTC 2010

Humm... seems the wiki doesn't like me...  I tried to edit the home page 
menu and got this...

Software error:

Can't open file 'database/HomePage' for output:
Permission denied at lib/Spoon/ContentObject.pm line 92
  at lib/Spoon/Base.pm line 89
	Spoon::Base::__ANON__('Can\'t open file \'database/HomePage\' for output:
Permission...') called at /usr/local/lib/perl5/5.10.0/Carp.pm line 44
	Carp::croak('Can\'t open file \'database/HomePage\' for output:
Permission...') called at lib/IO/All.pm line 736
	IO::All::throw('IO::All::File=GLOB(0x9db2520)', 'Can\'t open file 
\'database/HomePage\' for output:
Permission...') called at lib/IO/All/File.pm line 84
	IO::All::File::open('IO::All::File=GLOB(0x9db2520)') called at 
lib/IO/All/File.pm line 52
	IO::All::File::assert_open('IO::All::File=GLOB(0x9db2520)', '>') called 
at lib/IO/All/Base.pm line 141
	IO::All::Base::__ANON__('IO::All::File=GLOB(0x9db2520)', 'DirvishNews - 
Also take a look at the   [Changes http://www.d...') called at 
lib/IO/All/Base.pm line 150
	IO::All::Base::__ANON__('IO::All::File=GLOB(0x9db2520)', 'DirvishNews - 
Also take a look at the   [Changes http://www.d...') called at 
lib/Spoon/ContentObject.pm line 92
called at lib/Spoon/ContentObject.pm line 75
	Spoon::ContentObject::store('Kwiki::Page=HASH(0x9d525c0)') called at 
(eval 164) line 4
	Spoon::Hooks::__ANON__('Kwiki::Page=HASH(0x9d525c0)') called at 
lib/Spoon/Hooks.pm line 40
	Spoon::Hooks::__ANON__('Kwiki::Page=HASH(0x9d525c0)') called at 
lib/Spoon/Hooks.pm line 40
	Spoon::Hooks::__ANON__('Kwiki::Page=HASH(0x9d525c0)') called at 
lib/Kwiki/Edit/Scode.pm line 18
	Kwiki::Edit::Scode::save('Kwiki::Edit::Scode=HASH(0x9a60578)') called 
at lib/Kwiki/Edit.pm line 24
	Kwiki::Edit::edit called at lib/Spiffy.pm line 354
	Spiffy::super(undef) called at lib/Kwiki/Edit/Scode.pm line 35
	Kwiki::Edit::Scode::edit('Kwiki::Edit::Scode=HASH(0x9a60578)') called 
at lib/Spoon/Hooks.pm line 40
	Spoon::Hooks::__ANON__('Kwiki::Edit::Scode=HASH(0x9a60578)') called at 
lib/Spoon/Hub.pm line 42
	Spoon::Hub::process('Kwiki::Hub=HASH(0x9954f60)') called at 
lib/Kwiki.pm line 12
	Kwiki::process('Kwiki=HASH(0x992b8f0)') called at 
/home/www/dirvish/cgi-bin/kwiki/index.cgi line 5

For help, please send mail to the webmaster (root at localhost), giving 
this error message and the time and date of the error.

On 21/06/2010 5:23 p.m., wes wrote:
> I see no reason you could not copy/paste the whole thing into a page
> with an appropriate title. Others can refine and improve upon it, but
> I'd bet good money that no one will delete it or complain that it was
> put there.
> -wes
> On Sun, Jun 20, 2010 at 5:09 PM, Don Gould <don at bowenvale.co.nz
> <mailto:don at bowenvale.co.nz>> wrote:
>     Strikes me that all this content should be added to the wiki
>     shouldn't it?
>     I'm happy to do a bit of editing, but I'm a newbi here and don't want to
>     tread on anyones toes.
>     What do others think?
>     Cheers Don
>     On 20/06/2010 7:36 p.m., Keith Lofstrom wrote:
>      > On Sat, Jun 19, 2010 at 08:31:31PM +0200, JPH wrote:
>      >> It is virtually impossible to do a full restore without doing some
>      >> serious after work. The problem is at least that your boot
>     sector is not
>      >> being backed up, and if it would be, it'd be most probably useless
>      >> because the file layout on disk has changed. Another problem
>     you'll run
>      >> in to with Ubuntu is that the filesystem's UUID's have changed
>     during
>      >> format.
>      >
>      > While I don't know how Grub-2 does things, with Grub-1 I name the
>      > partitions and use those names in fstab.  I also do recovery in
>      > a script (running on a second machine) that does the format and
>      > grub install.   My full-disk restores are automated, so they use
>      > clock time but not a lot of serious user time, beyond decisions
>      > as to what to restore.
>      >
>      > Also, when I buy a disk for installation, I buy an identical
>      > spare.  They are cheap enough, and that saves the trouble of
>      > deciding how to adapt to a different drive size.
>      >
>      > The original questioner was thinking ahead - when you need to do
>      > a full disk restore, it always happens at an inconvenient time.
>      > Thus, it is good to have all the scripts written and materials
>      > available, so when that sad day comes the stress is minimized.
>      > That includes setting up the original disk for easiest restore.
>      > Many "features" like UUID partition labels in fstab, or even
>      > LVM (without proper tools for rebuilding) can get in the way
>      > of restore, without much more sophisticated scripts to do the
>      > recovery.
>      >
>      > Note, many recovery steps are aided by swap enclosures.  Another
>      > way to quicken recovery is to save the first few kilobytes of
>      > each drive, df information, and sfdisk information with every
>      > backup.
>      >
>      > Yet another aid is to put three partitions on each backup drive,
>      > with a small bootable OS partition and swap.  When I build a
>      > new backup drive, I typically just "dd" the OS partition from
>      > an older backup drive to a newer one.  With a two-drive system,
>      > that can be done by dd-ing the old partition to a file, then
>      > "dd" again onto the new drive OS partition.
>      >
>      > My worst case was a drive failure on my laptop the night
>      > before a plane flight and a long trip.  With all the
>      > automation in place, it was a simple matter of putting the
>      > spare laptop drive in a swap tray in a 2 drive system,
>      > booting from the backup drive, starting the script, and
>      > going to bed.  A few hours later, I had a drive ready to
>      > swap into the laptop.  On the plane, I loaded the failed
>      > hard drive into a second drive bay on my laptop, and was
>      > able to recover most of the files I had worked on the day
>      > before the failure.
>      >
>      > Many of these features should be in a new program which
>      > might be called "divish-restore-ultra".  A better programmer
>      > than I can write it.  Similarly, perhaps someone can write
>      > a guide to setting up a computer for maximum dirvish/rsync
>      > friendliness.  But those hypothetical people have more time
>      > than I do.
>      >
>      > Keith
>      >
>     _______________________________________________
>     Dirvish mailing list
>     Dirvish at dirvish.org <mailto:Dirvish at dirvish.org>
>     http://www.dirvish.org/mailman/listinfo/dirvish
> _______________________________________________
> Dirvish mailing list
> Dirvish at dirvish.org
> http://www.dirvish.org/mailman/listinfo/dirvish

More information about the Dirvish mailing list