| What do these restore options (-g auto, -t, -t1, -j1, -j2, -k, -k1, -j0, -r...) actually do? |
- -g auto (default: checked): "Reinstall grub in client disk MBR (only if grub config exists)" This option will check if a grub boot loader exists in the MBR, if it exists, and a grub config file (/boot/grub/grub.cfg or /boot/grub/menu.lst) is found in restored partition(s), grub-install command will be run to reinstall grub boot loader.
- -t (default: unchecked): "Client does not restore the MBR" By default Clonezilla will clone or restore the MBR by dd, i.e.
dd if=$IMAGE_DIR/$HARDDRIVE-mbr of=/dev/$HARDDRIVE bs=446 count=1
If option "-t" is checked, this dd command won't be run.
- -t1 (default: unchecked): "Client restores the prebuilt MBR from syslinux (for Windows only)" If this option is checked, Clonezilla will dump a pre-build mbr file called mbr.bin (it's from syslinux) to the destination disk by:
cat mbr.bin > /dev/$HARDDRIVE
- -j1 (default: unchecked): "Write MBR (512 B) again after image is restored. Not OK for partition table differ from that of the image" In some cases, sfdisk uses different CHS values to create the partition table (due to different kernels have different CHS values of hard drive), and it will make the restore OS fail to boot. With this option checked, a command:
dd if=$IMAGE_DIR/$HARDDRIVE-mbr of=/dev/$HARDDRIVE bs=446 count=1
will be run again after all the partitions are restored.
- -j2 (default: checked): "Clone the hidden data between MBR and 1st partition" Some vendor put some hidden data in the space between MBR and 1st partition. e.g. IBM thinkpad uses this for function key F11 to trigger the recovery action. Without this hidden data, F11 won't work.
- -k (default: checked for restoredisk, and unchecked for restoreparts): "Do NOT create a partition table on the target disk" By default Clonezilla will create the partition table in the destination disk. If a partition table exists on the destination disk, and you do not want Clonezilla to overwrite it, you can check this option.
- -k1 (not default value): "Create partition table proportionally" By using this option, clonezilla will try to create the partition table on the destination disk proportionally. E.g. a 100 GB source disk with 2 partitions 20 GB and 80 GB, when -k1 option is checked, if the destination disk is 200 GB, the partitions created on the destination disk will be 40 GB and 160 GB.
- -j0 (default: unchecked): "Use dd to create partition" By default Clonezilla will use sfdisk to create the partition table. However, due to the CHS value might be different, the created partition table maybe won't work for some OSes, and it makes the restored OS fail to boot. With this option checked, you can force Clonezilla to use dd to dump the binary image data from the source disk or image.
- -r (default: checked): "Try to resize the filesystem to fit partition size". When this option is checked, the file system size on a partition will be tuned to fit the size of partition. E.g. on a 100 GB partition, the file system size might be only 60 GB (There is no need that the file system size must be equal to the partition size), with "-r" checked, clonezilla will try to use file system utils, e.g. "e2fsck" (for ext2/3/4), "resize_reiserfs" (for reiserfs), "ntfsresize" (for ntfs) to resize the file system size to fit the partition size. In this example, the file system size will be resized to be 100 GB. This option only deals with the file system size on a parttiion, so it's nothing to do with partition size. It's different from the option "-k1", which deals with the partition size.
- -e1 auto (default: checked): "Automatically adjust filesystem geometry for a NTFS boot partition if exists". When a NTFS exists, and its the boot loader partition for MS windows, clonezilla will try to use partclone.ntfsfixboot to set geometry and location parameters in NTFS filesystem, so it can boot. For more info, please check ntfsfixboot website.
- -e2 (default: checked): "sfdisk uses CHS of hard drive from EDD (for non-grub boot loader)". When sfdisk creates the partition table on the destination disk, the CHS (cylinder, head, sector) number is read from EDD, not that from kernel. This is for non-grub boot loader, especially the boot loader of MS Windows. This option will not take effect if the boot loader on the destination disk is grub.
 |
|
