FOG restore only one partition

Wayne Workman · Mar 4, 2016, 4:51 AM

@Tom-Elliott Do you know if the dell recovery partition could be causing the “Error loading operating system” problem? Looking at the sector numbers I don’t see why this could go wrong. sda1 is identical and sda2 starts at the exact same sector as before. Maybe the MBR is not copied properly?

I don’t really understand what happens with the MBR. Can we do math on the fly in the inits to go from the sector before the first partitions start sector, and copy from sector 0 to that, in order to get the entire MBR every time? Also, make a RAW copy of the MBR or whatever it takes to get it?

plegrand · Mar 4, 2016, 8:07 AM

@Tom-Elliott said:

It’s possible the mbr was taken in the corrupted state. Maybe an upload then down would be good to go now that we’re not moving partitions around?

It’s what i’m doing.
I will post the result once finished with the maximum of informations

plegrand · Mar 4, 2016, 2:57 AM

@Tom-Elliott
Here is the test i made with the same machine (same machine used for source and destination:

Optiplex 760 – Windows XP
3 partitions

I upgraded fog to 4929 / 6547 version

Image configuration used :
default: Windows 2000/XP
Single Disk - Resizable
Everything

I use an old symantec ghost image to restore the machine, at this moment this machine works fine.

I launch debug capture task to see the configuration of partition on client before any operation

Partitions just before capture task on client

sfdisk -d /dev/sda
label: dos
label-id: 0x2bd2c32a
device: /dev/sda
unit: sectors

/dev/sda1 : start=          39, size=      257049, type=de
/dev/sda2 : start=      257088, size=   102398712, type=7, bootable
/dev/sda3 : start=   102655800, size=   209842152, type=7

blkid -po udev /dev/sda1
ID_FS_SEC_TYPE=msdos
ID_FS_LABEL=DellUtility
ID_FS_LABEL_ENC=DellUtility
ID_FS_UUID=07D9-0C13
ID_FS_UUID_ENC=07D9-0C13
ID_FS_VERSION=FAT16
ID_FS_TYPE=vfat
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=2bd2c32a-01
ID_PART_ENTRY_TYPE=0xde
ID_PART_ENTRY_NUMBER=1
ID_PART_ENTRY_OFFSET=39
ID_PART_ENTRY_SIZE=257049
ID_PART_ENTRY_DISK=8:0

blkid -po udev /dev/sda2
ID_FS_LABEL=OS
ID_FS_LABEL_ENC=OS
ID_FS_UUID=0660C20C60C20303
ID_FS_UUID_ENC=0660C20C60C20303
ID_FS_TYPE=ntfs
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=2bd2c32a-02
ID_PART_ENTRY_TYPE=0x7
ID_PART_ENTRY_FLAGS=0x80
ID_PART_ENTRY_NUMBER=2
ID_PART_ENTRY_OFFSET=257088
ID_PART_ENTRY_SIZE=102398712
ID_PART_ENTRY_DISK=8:0

blkid -po udev /dev/sda3
ID_FS_LABEL=data
ID_FS_LABEL_ENC=data
ID_FS_UUID=86DC8201DC81EC2D
ID_FS_UUID_ENC=86DC8201DC81EC2D
ID_FS_TYPE=ntfs
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=2bd2c32a-03
ID_PART_ENTRY_TYPE=0x7
ID_PART_ENTRY_NUMBER=3
ID_PART_ENTRY_OFFSET=102655800
ID_PART_ENTRY_SIZE=209842152
ID_PART_ENTRY_DISK=8:0

On fog server after capture task

ls -al /home/images/test/
total 7983332
drwxrwxrwx 2 root root       4096 mars   4 09:28 .
drwxrwxrwx 7 root root       4096 mars   4 09:29 ..
-rwxrwxrwx 1 root root          3 mars   4 09:03 d1.fixed_size_partitions
-rwxrwxrwx 1 root root        249 mars   4 09:10 d1.minimum.partitions
-rwxrwxrwx 1 root root         30 mars   4 09:10 d1.original.fstypes
-rwxrwxrwx 1 root root          0 mars   4 09:04 d1.original.swapuuids
-rwxrwxrwx 1 root root    3704994 mars   4 09:10 d1p1.img
-rwxrwxrwx 1 root root 8170806888 mars   4 09:28 d1p2.img
-rwxrwxrwx 1 root root     386111 mars   4 09:28 d1p3.img
-rwxrwxrwx 1 root root        249 mars   4 09:04 d1.partitions

cat d1.fixed_size_partitions
1:

cat d1.minimum.partitions
label: dos
label-id: 0x2bd2c32a
device: /dev/sda
unit: sectors

/dev/sda1 : start=          39, size=      257049, type=de
/dev/sda2 : start=      257088, size=    31386018, type=7, bootable
/dev/sda3 : start=   102655800, size=      779520, type=7

cat d1.original.fstypes
/dev/sda2 ntfs
/dev/sda3 ntfs

cat d1.partitions
label: dos
label-id: 0x2bd2c32a
device: /dev/sda
unit: sectors

/dev/sda1 : start=          39, size=      257049, type=de
/dev/sda2 : start=      257088, size=   102398712, type=7, bootable
/dev/sda3 : start=   102655800, size=   209842152, type=7

After capture task, the machine works fine
After deploy task, the machine works fine

I have to test now an other Dell machine Optiplex 9020 with windows seven and also 3 partitions
I’ll come back to tell you if it works fine

plegrand · Mar 4, 2016, 1:10 PM

@Tom-Elliott Hello

Then i made an other test with an other machine (DELL optiplex 9020 - windows 7 - 3 partitions)
And it doesnt works
here is the result, sorry it’s little long

Optiplex 9020
Windows 7
3 partitions

Partitions configuration before “debug capture task”

sfdisk -d /dev/sda
label: dos
label-id: 0x97be5b6a
device: /dev/sda
unit: sectors

/dev/sda1 : start=          63, size=       80262, type=de
/dev/sda2 : start=       81920, size=     1536000, type=7, bootable
/dev/sda3 : start=     1617920, size=   975153200, type=7

blkid -po udev /dev/sda1
ID_FS_SEC_TYPE=msdos
ID_FS_LABEL=DellUtility
ID_FS_LABEL_ENC=DellUtility
ID_FS_UUID=5450-4444
ID_FS_UUID_ENC=5450-4444
ID_FS_VERSION=FAT16
ID_FS_TYPE=vfat
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=97be5b6a-01
ID_PART_ENTRY_TYPE=0xde
ID_PART_ENTRY_NUMBER=1
ID_PART_ENTRY_OFFSET=63
ID_PART_ENTRY_SIZE=80262
ID_PART_ENTRY_DISK=8:0

blkid -po udev /dev/sda2
ID_FS_LABEL=RECOVERY
ID_FS_LABEL_ENC=RECOVERY
ID_FS_UUID=B2FA97C8FA97876F
ID_FS_UUID_ENC=B2FA97C8FA97876F
ID_FS_TYPE=ntfs
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=97be5b6a-02
ID_PART_ENTRY_TYPE=0x7
ID_PART_ENTRY_FLAGS=0x80
ID_PART_ENTRY_NUMBER=2
ID_PART_ENTRY_OFFSET=81920
ID_PART_ENTRY_SIZE=1536000
ID_PART_ENTRY_DISK=8:0

blkid -po udev /dev/sda3
ID_FS_LABEL=OS
ID_FS_LABEL_ENC=OS
ID_FS_UUID=A2B89AD7B89AA975
ID_FS_UUID_ENC=A2B89AD7B89AA975
ID_FS_TYPE=ntfs
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=97be5b6a-03
ID_PART_ENTRY_TYPE=0x7
ID_PART_ENTRY_NUMBER=3
ID_PART_ENTRY_OFFSET=1617920
ID_PART_ENTRY_SIZE=975153200
ID_PART_ENTRY_DISK=8:0

Messages :
Clearing part (/dev/sda2) …Reg file not found
Clearing part (/dev/sda3) …Reg file not found

Partitions configuration after capture task

sfdisk -d /dev/sda
label: dos
label-id: 0x4771a6a0
device: /dev/sda
unit: sectors

/dev/sda1 : start=          63, size=       80262, type=de
/dev/sda2 : start=       81920, size=     1536000, type=7, bootable
/dev/sda3 : start=     1617920, size=   975153200, type=7

blkid -po udev /dev/sda1
ID_FS_SEC_TYPE=msdos
ID_FS_LABEL=DellUtility
ID_FS_LABEL_ENC=DellUtility
ID_FS_UUID=5450-4444
ID_FS_UUID_ENC=5450-4444
ID_FS_VERSION=FAT16
ID_FS_TYPE=vfat
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=4771a6a0-01
ID_PART_ENTRY_TYPE=0xde
ID_PART_ENTRY_NUMBER=1
ID_PART_ENTRY_OFFSET=63
ID_PART_ENTRY_SIZE=80262
ID_PART_ENTRY_DISK=8:0

blkid -po udev /dev/sda2
ID_FS_LABEL=RECOVERY
ID_FS_LABEL_ENC=RECOVERY
ID_FS_UUID=B2FA97C8FA97876F
ID_FS_UUID_ENC=B2FA97C8FA97876F
ID_FS_TYPE=ntfs
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=4771a6a0-02
ID_PART_ENTRY_TYPE=0x7
ID_PART_ENTRY_FLAGS=0x80
ID_PART_ENTRY_NUMBER=2
ID_PART_ENTRY_OFFSET=81920
ID_PART_ENTRY_SIZE=1536000
ID_PART_ENTRY_DISK=8:0

blkid -po udev /dev/sda3
ID_FS_LABEL=OS
ID_FS_LABEL_ENC=OS
ID_FS_UUID=A2B89AD7B89AA975
ID_FS_UUID_ENC=A2B89AD7B89AA975
ID_FS_TYPE=ntfs
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=4771a6a0-03
ID_PART_ENTRY_TYPE=0x7
ID_PART_ENTRY_NUMBER=3
ID_PART_ENTRY_OFFSET=1617920
ID_PART_ENTRY_SIZE=975153200
ID_PART_ENTRY_DISK=8:0

On the fog server

ls -al
total 15439040
drwxrwxrwx 2 root root        4096 mars   4 12:28 .
drwxrwxrwx 7 root root        4096 mars   4 13:19 ..
-rwxrwxrwx 1 root root           3 mars   4 11:57 d1.fixed_size_partitions
-rwxrwxrwx 1 root root         249 mars   4 12:02 d1.minimum.partitions
-rwxrwxrwx 1 root root          30 mars   4 11:58 d1.original.fstypes
-rwxrwxrwx 1 root root           0 mars   4 11:57 d1.original.swapuuids
-rwxrwxrwx 1 root root       78718 mars   4 12:02 d1p1.img
-rwxrwxrwx 1 root root   186067670 mars   4 12:02 d1p2.img
-rwxrwxrwx 1 root root 15623396077 mars   4 12:28 d1p3.img
-rwxrwxrwx 1 root root         249 mars   4 11:57 d1.partitions


cat d1.fixed_size_partitions
1:

cat d1.minimum.partitions
label: dos
label-id: 0xbcbc6aa1
device: /dev/sda
unit: sectors

/dev/sda1 : start=          63, size=       80262, type=de
/dev/sda2 : start=       81920, size=     1536000, type=7, bootable
/dev/sda3 : start=     1617920, size=    70285300, type=7

cat d1.original.fstypes
/dev/sda2 ntfs
/dev/sda3 ntfs

cat d1.partitions
label: dos
label-id: 0x97be5b6a
device: /dev/sda
unit: sectors

/dev/sda1 : start=          63, size=       80262, type=de
/dev/sda2 : start=       81920, size=     1536000, type=7, bootable
/dev/sda3 : start=     1617920, size=   975153200, type=7

Reboot

Windows Boot Manager
Windows failed to start. A recent hardware or software change might be the cause. To fix the problem:

        Insert your Windows installation disc and restart your computer.
        Choose your language settings, and then click "Next."
        Click "repair your computer."

    If you don't have this disc, contact your system administrator or computer manufacturer for assistance.

    Status: 0xc000000e

    Info: The boot selection failed because a required device is inaccessible.

Then i launch a deploy task
After the deploy task, the machine stay on “Booting…”

Here is partitions configuration after deploy task

sfdisk -d /dev/sda
label: dos
label-id: 0x63c5f4a0
device: /dev/sda
unit: sectors

/dev/sda1 : start=          63, size=       80262, type=de
/dev/sda2 : start=       80325, size=     1536000, type=7, bootable
/dev/sda3 : start=     1616325, size=   975156736, type=7

blkid -po udev /dev/sda1
ID_FS_SEC_TYPE=msdos
ID_FS_LABEL=DellUtility
ID_FS_LABEL_ENC=DellUtility
ID_FS_UUID=5450-4444
ID_FS_UUID_ENC=5450-4444
ID_FS_VERSION=FAT16
ID_FS_TYPE=vfat
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=63c5f4a0-01
ID_PART_ENTRY_TYPE=0xde
ID_PART_ENTRY_NUMBER=1
ID_PART_ENTRY_OFFSET=63
ID_PART_ENTRY_SIZE=80262
ID_PART_ENTRY_DISK=8:0

blkid -po udev /dev/sda2
ID_FS_LABEL=RECOVERY
ID_FS_LABEL_ENC=RECOVERY
ID_FS_UUID=B2FA97C8FA97876F
ID_FS_UUID_ENC=B2FA97C8FA97876F
ID_FS_TYPE=ntfs
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=63c5f4a0-02
ID_PART_ENTRY_TYPE=0x7
ID_PART_ENTRY_FLAGS=0x80
ID_PART_ENTRY_NUMBER=2
ID_PART_ENTRY_OFFSET=80325
ID_PART_ENTRY_SIZE=1536000
ID_PART_ENTRY_DISK=8:0

blkid -po udev /dev/sda3
ID_FS_LABEL=OS
ID_FS_LABEL_ENC=OS
ID_FS_UUID=A2B89AD7B89AA975
ID_FS_UUID_ENC=A2B89AD7B89AA975
ID_FS_TYPE=ntfs
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=63c5f4a0-03
ID_PART_ENTRY_TYPE=0x7
ID_PART_ENTRY_NUMBER=3
ID_PART_ENTRY_OFFSET=1616325
ID_PART_ENTRY_SIZE=975156736
ID_PART_ENTRY_DISK=8:0

Thanks for your help

Tom Elliott · Mar 4, 2016, 1:12 PM

@plegrand Where’s the d1.mbr file? I know it is created (or at least it should be).

plegrand · Mar 4, 2016, 1:13 PM

@Tom-Elliott where i should search ?

plegrand · Mar 4, 2016, 7:18 AM

@Tom-Elliott On the fog server in the image directory of the machine there is no “d1.mbr”

And for my other test before (xp machine) there is no d1.mbr but deploy and capture works fine.
D1.mbr is may be only usefull for windows 7 ?

Tom Elliott · Mar 4, 2016, 1:19 PM

@plegrand that’s my concern though. THe d1.mbr should be created for ALL uploads. Especially the Windows 7 stuff.

Tom Elliott · Mar 4, 2016, 1:19 PM

That isn’t your concern though, that’s mine. Just noting it’s a problem and I don’t know why it’s even happening.

plegrand · Mar 4, 2016, 1:21 PM

@Tom-Elliott i can make other tests if you want

Tom Elliott · Mar 4, 2016, 11:01 PM

I found out why the d1.mbr/d1.grub.mbr file wasn’t being created.

Yes, it’s kind of an important bit. Please update and re-upload the windows 7 guy (as well as your windows xp if you feel up to it.)

I know i’m asking a lot, but I really think we have all the kinks fixed now. (hopefully).

Again, my only worry on the Win 7 is in the case of resizable we do place our own generalized BCD file. I think this can cause issues, but it can be fixed. I don’t remove the original bcd, rather I move it to a BCD.bak

plegrand · Mar 5, 2016, 11:45 AM

@Tom-Elliott said:

I found out why the d1.mbr/d1.grub.mbr file wasn’t being created.

Yes, it’s kind of an important bit. Please update and re-upload the windows 7 guy (as well as your windows xp if you feel up to it.)

I will test on Monday. Do i have to capture again before ?
I will test for the windows 7 machine and windows XP machine

I know i’m asking a lot, but I really think we have all the kinks fixed now. (hopefully).

No problem for me. If i want it works …

Sebastian Roth · Mar 5, 2016, 1:46 PM

@plegrand said:

Do i have to capture again before ?

Yes please!

plegrand · Mar 7, 2016, 4:01 AM

@Tom-Elliott Hello

Test Windows 7

Update fog to 4959 / 6609
Restore machine with ghost image
The machine works fine and show 3 partitions
Delete old image with files on fog web interface
Create new image

default: Windows 7
Single Disk - Resizable
Everything

Basic task
Capture

Messages before partclone
Clearing part (/dev/sda2) …Reg file not found
Clearing part (/dev/sda3) …Reg file not found

Files in image directory

d1.fixed_size_partitions
d1.mbr
d1.minimum.partitions
d1.original.fstypes
d1.original.swapuuids
d1p1.img
d1p2.img
d1p3.img
d1.partitions

d1.mbr is present

After capture, windows start without problem !!!

Basic task
Deploy

After deploy task, the machine stay on “Booting…”

I dont know it it’s usefull :

sfdisk -d /dev/sda
label: dos
label-id: 0x2bd2c32a
device: /dev/sda
unit: sectors

/dev/sda1 : start=          63, size=       80262, type=de
/dev/sda2 : start=       80325, size=     1536000, type=7, bootable
/dev/sda3 : start=     1616325, size=   975156736, type=7

blkid -po udev /dev/sda1
ID_FS_SEC_TYPE=msdos
ID_FS_LABEL=DellUtility
ID_FS_LABEL_ENC=DellUtility
ID_FS_UUID=5450-4444
ID_FS_UUID_ENC=5450-4444
ID_FS_VERSION=FAT16
ID_FS_TYPE=vfat
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=2bd2c32a-01
ID_PART_ENTRY_TYPE=0xde
ID_PART_ENTRY_NUMBER=1
ID_PART_ENTRY_OFFSET=63
ID_PART_ENTRY_SIZE=80262
ID_PART_ENTRY_DISK=8:0

blkid -po udev /dev/sda2
ID_FS_LABEL=RECOVERY
ID_FS_LABEL_ENC=RECOVERY
ID_FS_UUID=B2FA97C8FA97876F
ID_FS_UUID_ENC=B2FA97C8FA97876F
ID_FS_TYPE=ntfs
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=2bd2c32a-02
ID_PART_ENTRY_TYPE=0x7
ID_PART_ENTRY_FLAGS=0x80
ID_PART_ENTRY_NUMBER=2
ID_PART_ENTRY_OFFSET=80325
ID_PART_ENTRY_SIZE=1536000
ID_PART_ENTRY_DISK=8:0

blkid -po udev /dev/sda3
ID_FS_LABEL=OS
ID_FS_LABEL_ENC=OS
ID_FS_UUID=A2B89AD7B89AA975
ID_FS_UUID_ENC=A2B89AD7B89AA975
ID_FS_TYPE=ntfs
ID_FS_USAGE=filesystem
ID_PART_ENTRY_SCHEME=dos
ID_PART_ENTRY_UUID=2bd2c32a-03
ID_PART_ENTRY_TYPE=0x7
ID_PART_ENTRY_NUMBER=3
ID_PART_ENTRY_OFFSET=1616325
ID_PART_ENTRY_SIZE=975156736
ID_PART_ENTRY_DISK=8:0

Sebastian Roth · Mar 7, 2016, 5:16 AM

After reading through most of your posts again I noticed that I probably missed a very important detail. You have two different systems, one WinXP and one Win7 but both having three partitions! I somehow got confused by the different sector counts but same number of partitions…

@plegrand said:

…
Clearing part (/dev/sda2) …Reg file not found
…

Is this definitely a Windows 7 installation you are trying this on? Then it most probably won’t boot because of this!! On Win7 we need to be able modify the registry because it would hang on booting otherwise!

Can you please restore your Win7 image from ghost again. Then schedule a debug upload task and run the following commands (sda3 is your OS system partition, right?):

mkdir -p /ntfs
ntfs-3g -o force,ro /dev/sda3 /ntfs
find /ntfs -type f -iname "SYSTEM"
...
umount /ntfs
reboot

On a normal system you should see /ntfs/Windows/System32/config/SYSTEM printed from the find command. If you don’t get any output from that you can try find /ntfs -iname "SYSTEM*" to see if there is any backup file of the registry. Maybe ghost is doing some kind of magic??

Tom Elliott · Mar 7, 2016, 11:27 AM

@Sebastian-Roth I’m of the mind this is the BCD issue I was describing earlier.

I’m going to try making a post download script to revert the BCD.

Tom Elliott · Mar 7, 2016, 11:39 AM

Can you try using this script in your /images/postdownloadscripts/revertbcd

#!/bin/bash
[[ $osid != [5-7] ]] && return
getHardDisk
getPartitions $hd
for part in $parts; do
    fsTypeSetting "$part"
    [[ $fstype != ntfs ]] && continue
    dots "Mounting Partition"
    if [[ ! -d /bcdstore ]]; then
        mkdir -p /bcdstore >/dev/null 2>&1
        case $? in
        0)
            ;;
        *)
            echo "Failed"
            debugPause
            echo " * Could not create mount location"
            return
            ;;
        esac
    fi
    ntfs-3g -o force,rw $part /bcdstore >/tmp/ntfs-mount-output 2>&1
    case $? in
        0)
            echo "Done"
            ;;
        *)
            echo "Failed"
            debugPause
            echo " * Could not mount $part to /bcdstore"
            continue
            ;;
    esac
    if [[ ! -f /bcd/Boot/BCD.bak ]]; then
        umount /bcdstore >/dev/null 2>&1
        continue
    fi
    dots "Restoring original BCD"
    mv /bcdstore/Boot/BCD{.bak,} >/dev/null 2>&1
    case $? in
        0)
            ;;
        *)
            echo "Failed"
            debugPause
            umount /bcdstore >/dev/null 2>&1
            echo " * Could not revert BCD File"
            continue
            ;;
    esac
    echo "Done"
    debugPause
    umount /bcdstore >/dev/null 2>&1
done

Change the file to allow the script to run as a script
chmod +x /images/postdownloadscripts/revertbcd

And add to the /images/postdownloadscripts/fog.download

. ${postdownpath}revertbcd

plegrand · Mar 7, 2016, 12:24 PM

@Sebastian-Roth said:

After reading through most of your posts again I noticed that I probably missed a very important detail. You have two different systems, one WinXP and one Win7 but both having three partitions! I somehow got confused by the different sector counts but same number of partitions…

Yes as you said i made tests with 2 machines but each time i precise in my post wich machine i use
At this time i’m testing on a WIndows 7 machine
I made what you ask me to do and i come back

plegrand · Mar 7, 2016, 12:53 PM

@Tom-Elliott Hello
you mean /images/postdownloadscripts/fog.download => /images/postdownloadscripts/fog.postdownload ??
I’m actually deploying image ghost on this machine

plegrand · Mar 7, 2016, 1:43 PM

@Tom-Elliott Hello
then i added the script into

/home/images/postdownloadscripts/revertbcd

then

chmod +x  /home/images/postdownloadscripts/revertbcd

and

add to the /home/images/postdownloadscripts/fog.postdownload
. ${postdownpath}revertbcd

ls -al /home/images/postdownloadscripts/
total 16
drwxrwxrwx 2 root root 4096 mars   7 13:59 .
drwxrwxrwx 7 root root 4096 mars   7 10:24 ..
-rwxrwxrwx 1 root root  260 mars   7 13:59 fog.postdownload
-rwxr-xr-x 1 root root 1279 mars   7 13:52 revertbcd

cat /home/images/postdownloadscripts/fog.postdownload 
#!/bin/sh
## This file serves as a starting point to call your custom postimaging scripts.
## <SCRIPTNAME> should be changed to the script you're planning to use.
## Syntax of post download scripts are
#. ${postdownpath}<SCRIPTNAME>
. ${postdownpath}revertbcd

but same problem

FOG restore only one partition

209

12.0k

17.3k

155.2k