[Ubuntu PA] Disk Imaging Solutions

[silvertip257]

Also just in case there are issues with Grub and the MBR (for whatever
reason), have a Ultimate Boot CD (UBCD) handy with SuperGrub Disk under F3
(filesystem tools) and option 7 (SuperGrub Disk).
Or reinstall grub by hand ... I find the UBCD w/ SGD much quicker (and
automated).

I'm sure everyone is aware of that, but I'll state it for all.  SGD scans
partitions for the /boot directory with a grub entry - it's worked every
time I've needed it to.

Brian and Kevin are right - I did not take into effect the auto-hw detection
scripts that run at every boot on DSL and Knoppix.  Also I'm under the
impression that if any piece of hardware is different when imaged to
different hw - in the case of say an Ubuntu hd install that it will break
the install.  I certainly haven't tried it more than once or twice (but that
was when I barely knew how to do anything Linux let alone command line).

It's great reading this stuff -- you guys are great teachers!

Jedijf is right the outer tracks provide a speed boost (so I've read).  Swap
first!

Later,
Mike

On Jan 23, 2008 11:11 AM, Kevin Valentine <kevin.valentine at gmail.com> wrote:

> Brian Stempin wrote:
> > It might be easier to do something like this:
> >
> > /dev/hda1 = DSL stuff
> > /dev/hda2 = Swap
> > /dev/hda3 = User space
> >
> > Let's say that you had a 10GB hard drive and that all 3 partitions
> > only came out to around 2GB.  You could do a direct copy, MBR and
> > all.  Because the User space partition (p# 3) is at the very end, you
> > can simply expand it (presumably through scripting) to make sure that
> > it fills the rest of the hard drive space.
> Yep, that is basically what I was attempting to do.  As Jim said, with
> this small difference:
> /dev/hda1 = Swap (64MB)
> /dev/hda2 = DSL stuff (60MB)
> /dev/hda3 = User space (rest of drive)
>
> I tried to do all this from the command line using a combination of the
> parted and partimage tools.  Things aren't going very well.  From what
> I've read about partimage, you're supposed to be able to copy an image
> of partition to another partition as long it is greater than or equal to
> the original partition size.  For example, I created a 52MB file image
> from a 60MB (good example of a "file" image vs. "raw" image) using
> partimage.  When I go to write it to a 100MB partition, instead of just
> copying 52MB of data, partimage says that it copied 60MB (the size of
> the original partition).  Then when I look at the amount of space used
> on that partition, it shows over 90MB are being use!?
>
> I'm definitely doing something wrong here.  I thought that writing an
> image to a partition of a larger size was a done deal.  What I'm seeing
> seems to conflict with what they're saying in their FAQ:
>
> http://www.partimage.org/Partimage-FAQ#Can_I_restore_it_to_a_smaller_or_bigger_partition_.3F
>
> This is just flat out doesn't work.  Anyway, no need to dwell on it
> anymore.  There's no real need to create an "image".  I thought it would
> be nice to use some existing tools.  I've decided to keep it simple and
> go with a "deep" copy of all the files and create two archives for hda2
> and hda3.  This is the general idea:
>
> To create the archive:
> find . -depth -print | cpio -ov > hda2.cpio
>
> To restore the archive:
> cpio -idv < hda2.cpio
>
> I think that should work well enough.  The only other hurdle is to
> create the partitions with a script.  Started that last night too.  Also
> have to install grub to the MBR via a script too.  More later...
>
> -kevin
>
> --
> Ubuntu-us-pa mailing list
> Ubuntu-us-pa at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-us-pa
>



-- 
//  SilverTip257  //
==========================
  ~
 · ·
 /V\
// \\
/(   )\
^`~´^
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/ubuntu-us-pa/attachments/20080123/7481d5c2/attachment.htm