IFL 2.70 - Sometimes backs up whole partition vs used space

User discussion and information resource forum for Image products.
Post Reply
ncostes
Posts: 3
Joined: Thu Oct 11, 2012 12:05 pm

IFL 2.70 - Sometimes backs up whole partition vs used space

Post by ncostes »

What are the rules for setting up a drive such that IFL will only back up the used space? On one PC there is a 1TB drive with only about 60GB used and IFL successfully backed it up quickly, processing only 60GB. Another PC has a 500GB drive with the same amount of space used, but IFL insisted on backing up the whole 500GB.

Does it matter if the disk is MBR or GPT, if the partitions are ext3/4, LVM, etc. I will do whatever is required so that the backup will only backup used space, please let me know.

Thanks!
TeraByte Support(TP)
Posts: 305
Joined: Wed Aug 31, 2011 4:22 pm

Re: IFL 2.70 - Sometimes backs up whole partition vs used sp

Post by TeraByte Support(TP) »

ncostes wrote:
> What are the rules for setting up a drive such that IFL will only back up
> the used space? On one PC there is a 1TB drive with only about 60GB used
> and IFL successfully backed it up quickly, processing only 60GB. Another PC
> has a 500GB drive with the same amount of space used, but IFL insisted on
> backing up the whole 500GB.
>
> Does it matter if the disk is MBR or GPT, if the partitions are ext3/4,
> LVM, etc. I will do whatever is required so that the backup will only
> backup used space, please let me know.
>
> Thanks!

MBR vs GPT won't matter, and IFL will back up data-only (used space only) for all supported filesystems, such as ext2/3/4, NTFS, FATxx, XFS. If IFL doesn't recognize the filesystem in a partition, it will back up all sectors. This will be the case for LVM partitions, SW RAID partitions, etc.

If you wanted to, IFL can backup/restore individual LVM volumes. To do that, run the command 'start-lvm' after booting the IFL boot disk. That will activate any LVM volumes detected, and they will show up as drives in IFL. You can image those like any other drive, and can restore them as LVM volumes, provided that the underlying LVM structure (physical volume, volume group, LVM volume) is still in place on the drive, and activated (it wouldn't work if restoring to a blank drive).

Edit: Also, I'd suggest that you use the most recent version (currently 2.75) to make sure you have the most up to date support for filesystems, GPT, etc.
TeraByte Support
Posts: 3598
Joined: Thu May 05, 2011 10:37 pm

Re: IFL 2.70 - Sometimes backs up whole partition vs used space

Post by TeraByte Support »

the partition type matters, if LVM, it will do the entire partition, see
lvm.txt in the help folder after unzipping for details on dealing with them
in a data-only manner.

"ncostes" wrote in message news:3397@public.image...

What are the rules for setting up a drive such that IFL will only back up
the used space? On one PC there is a 1TB drive with only about 60GB used and
IFL successfully backed it up quickly, processing only 60GB. Another PC has
a 500GB drive with the same amount of space used, but IFL insisted on
backing up the whole 500GB.

Does it matter if the disk is MBR or GPT, if the partitions are ext3/4, LVM,
etc. I will do whatever is required so that the backup will only backup used
space, please let me know.

Thanks!

TeraByte Support
Posts: 3598
Joined: Thu May 05, 2011 10:37 pm

Re: IFL 2.70 - Sometimes backs up whole partition vs used space

Post by TeraByte Support »

btw, you can always tell if it can backup used space by using the
"information" (or details) option on the partition where it will show
used/free space in addition to lba information.

"TeraByte Support" wrote in message news:3400@public.image...

the partition type matters, if LVM, it will do the entire partition, see
lvm.txt in the help folder after unzipping for details on dealing with them
in a data-only manner.


ncostes
Posts: 3
Joined: Thu Oct 11, 2012 12:05 pm

Re: IFL 2.70 - Sometimes backs up whole partition vs used sp

Post by ncostes »

Thanks guys, this must be because it is LVM. I will read the lvm.txt file and see what I need to do. Thanks for taking the time to reply!
ncostes
Posts: 3
Joined: Thu Oct 11, 2012 12:05 pm

Re: IFL 2.70 - Sometimes backs up whole partition vs used sp

Post by ncostes »

I'm having trouble finding lvm.txt or readme.txt with a section on LVM. Where is this file? It's not anywhere in my Terrabyte folder on my windows box and it's not on the IFL boot CD either.
TeraByte Support(TP)
Posts: 305
Joined: Wed Aug 31, 2011 4:22 pm

Re: IFL 2.70 - Sometimes backs up whole partition vs used sp

Post by TeraByte Support(TP) »

ncostes wrote:
> I'm having trouble finding lvm.txt or readme.txt with a section on LVM.
> Where is this file? It's not anywhere in my Terrabyte folder on my windows
> box and it's not on the IFL boot CD either.

If you installed IFL as part of one of the IFW setup pacakges, then you won't have it. If you download one of the stand-alone IFl zip files, you'll find lvm.txt in the help folder when you extract the zip file. Here's the contents of the file:

Edit: The contents are also now available here:
http://www.terabyteunlimited.com/kb/article.php?id=562
--------------------------------------------------------------------------------------------------------

This file covers LVM (Linux Volume Manager) topics relevant to IFL and
the IFL Boot Disk. The file is divided into 2 main sections:

Section 1: Working with LVM volumes on the IFL Boot Disk
Section 2: Creating and restoring images of LVM volumes

Section 1: Working with LVM volumes on the IFL Boot Disk:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
By default, the IFL boot disk will not activate any LVM volumes. LVM volumes
can always be activated manually from the running disk by using the command
'start-lvm' from the Linux prompt, and can then be deactivated by using the
command 'stop-lvm'.

Activating LVM volumes (if any exist on the system) will create a device file
for each LVM volume in /dev/mapper. Those devices files can be viewed with the
command 'ls -l /dev/mapper'. Once activated, LVM volumes can then be mounted
(assuming they contain a mountable file system) with commands such as:

mount /dev/mapper/vg0-lvol0 /mnt -> mount logical volume 0 in volume group 0
mount /dev/mapper/vg0-lvol1 /mnt -> mount logical volume 1 in volume group 0

Note that before LVM volumes can be manually deactivated with the 'stop-lvm'
command, any mounted LVM volumes must first be unmounted. This situation is
handled automatically when rebooting or powering down.

The IFL Boot Disk can be configured to automatically activate LVM volumes
on boot. This feature is enabled by creating a custom version of the IFL boot
media with the makeISO/HDD/PXE scripts. The option to activate LVM will
appear on the IFL Boot Media Settings menu, as well as on the Restore Disc
Settings menu. With LVM Activation enabled, you will see a message to that
effect on boot, and it will not be necessary to manually activate LVM as
described above. However, the 'start-lvm' and 'stop-lvm' commands can still be
used as needed.

Note than when using makeHDD or makePXE to create a custom version, the /c
option must be used. Otherwise, the script will create the default version of
the IFL boot media, and the settings menu will not appear. The /c option is
not required when running makeISO, since that script always creates a custom
version.

The complete LVM program is available on the IFL Boot Disk, so that commands
such as 'lvdisplay' and 'vgdisplay' can be used. All of the LVM programs can
be listed by typing 'lvm' at the prompt. For additional information on LVM,
please refer to the man pages available on any Linux system with LVM installed.
The following web site may also be helpful: http://sourceware.org/lvm2

As an example, one of the more useful LVM commands is 'lvdisplay', which will
list all detected LVM volumes on the system, with an output similar to the
following:

ifl:/tbu# lvdisplay
--- Logical volume ---
LV Name /dev/vg1/lvol0
VG Name vg1
LV UUID 3UnE6T-ef0k-SaYe-C8ZX-D711-TRxy-vfJksa
LV Write Access read/write
LV Status available
# open 0
LV Size 336.00 MB
Current LE 84
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:0

--- Logical volume ---
LV Name /dev/vg1/lvol1
VG Name vg1
LV UUID AwGwjm-ud2j-4ABE-lyvn-hPs3-k233-3ZJQ9r
LV Write Access read/write
LV Status available
# open 0
LV Size 336.00 MB
Current LE 84
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:1

Each section represents an LVM volume, and gives the size of each LVM, as
well as the volume group (vg1 in this case) that each LVM belongs to. The
command 'blkid' can be used to display additional information about LVMs,
such as the file system they are formatted with, the volume label, the
UUID, and the block device number.

Section 2: Creating and restoring images of LVM volumes:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
IFL supports creating and restoring images to/from individual LVM volumes.
In addition, images created from LVM volumes can be restored to hard drive
partitions, and images created from partitions can be restored to LVM volumes
(assuming they will fit).

Important: The support for LVMs in IFL is limited to creating and restoring
individual LVM volumes with the requirement that the underlying LVM structures
(LVM volume groups, LVM physical volumes) already exist. To be able to do a
complete restore from scratch of a drive containing one or more LVMs, you
would need to create an image of the entire hard drive, and then restore that
image.

Once LVMs have been activated on the IFL Boot Disk, the IFL program will
recognize the LVM volumes as drives, and they will appear in the list of
drives that IFL displays (e.g. /dev/mapper/vg0-lvol0). LVMs are not
partitioned, but for imaging purposes, IFL will treat them as a drive with
a single partition.

Creating or restoring an image of an LVM to/from an LVM is done in the same
way as you would create or restore an image of a hard drive partition
to/from a hard drive.

Restoring an image of an LVM to a hard drive partition can be done by
selecting ONLY the LVM volume itself to restore. In other words, make sure
that the LVM "full drive" is not selected when you restore the image. From
the command line, an example would look similar to the following:

imagel --r --d:l2@0x1 --f:"/mnt/lvmimage.tbi" --sp:0x1 --vb

The command line above is restoring the specified image file to the 1st
partition on Linux drive 2 (--d:l2@0x1). The --sp:0x1 is telling IFL to
restore ONLY the LVM volume itself, rather than the "full drive". The
--sp:0x1 indicates a single partition with partition ID=1. Images of LVMs
will always contain just a single "partition".

Restoring an image of a single partition to an LVM is done in the same
manner as restoring it to a partiton.

Restoring a single partition from a full drive image to an LVM can be done
by selecting ONLY that one partition to restore. From the command line, an
example would look similar to the following:

imagel --r --d:l2@0x1 --f:"/tbu/sdbfulldrive" --sp:0x2 --vb

The command above is restoring a single partition with ID=0x2 from the
specified full drive image file to Linux drive 2 (--d:l2@0x1), which is
the LVM. Note that is restoring to the 1st "partition" in the LVM (0x1).
Post Reply