Can't download image to disk

[Josetxu]

Hi,

I’ve been using fog@ehu for a while and I’m testing Fog 1.1.1 in a new server. O.S. is ubuntu server 14.04 and I’ve made a clean FOG 1.1.1 setup. I’ve upload my first image (Single disk - multiple partition) with Windows 8.1 and Linux (the same disk I’ve deployed without problems with fog@ehu) but I can’t download it to a new disk. It stops quickly as it starts and reboot the computer so fast I can’t see the error.

Where can I start to look to find the problem and fix it?

Thanks in advance

[Ben Warfield]

I saw this a few days ago on one of our machines and it ended up being because the new drive didn’t have a partition table. I used G-Parted to create an NTFS partition and did a quick format, then fog worked fine. Give that a try?

[Jaymes Driver]

[quote=“Ben Warfield, post: 30407, member: 17746”]I saw this a few days ago on one of our machines and it ended up being because the new drive didn’t have a partition table. I used G-Parted to create an NTFS partition and did a quick format, then fog worked fine. Give that a try?[/quote]

This is a good solution, but why not use the built in tools in fog and use a tutorial to solve the issue without needing gparted?

[url]http://fogproject.org/forum/threads/quick-format-to-ntfs-with-fog-for-noobs.10349/[/url]

Not that it is any easier, I just want people to realize that the capabilities are there and other third party tools are not required. However, I have set up a live OS gparted boot on my pxe menu to alleviate these issues as well, I just despise having to carry other media, that’s why I installed a FOG server in the first place.

[Josetxu]

Thanks for the answers.

I’ve tried to make a new partition table and partition(s) but I have the same problem. It restarts so quickly I can’t see the final error message, although I’ve seen a “logical partition not found” (or something like that) one.

When it restarts if i start in debug (thanks for the trick Jaymes) and make a “fdisk -l” I see the partition layout of the uploaded image but if I boot with gparted it states the disk is empty, no partition table.

Works fine with fog@ehu, which also uses partclone, so it’s a mistery for me.

[Josetxu]

Well, I’ve done an advanced task->debug download and these are the steps that takes:

• Starting Image Push

• Using Image: Prueba

• Looking for Hard Disks …Done

• Using Hard Disk: /dev/sda

• Erasing current MBR/GPT Tables…Done

• Restoring MBR and GRUB…Done

• Extended partitions…Done

• Checking Hard Disks…Done

• Restore Linux swap partitions:
  * Restoring partition: /dev/sda5

• Changing Hostname…Done

• Updating Database Status…Done

• Database Updated!

• Task is completed, computer will now restart.

And anything alse but Grub and (I suposse the SWAP partition) it’s cloned to disk.

[TylerC]

You figure this out yet. I have this same thing going on right now and I really need to deploy some images. I’m wishing I would have never upgraded from .32 I now understand why some older sysadmins are like never upgrade anything! lol

[Josetxu]

No, not yet. I keep on make tests but with no success

[ianabc]

Did the upload complete OK? under images can you see all of the partitions listed, e.g.

[CODE]
$ ls -l /images/Mint17x67Cinnamon
total 8.9G
-rwxrwxrwx. 1 root root 1.0M Jun 12 10:38 d1.mbr
-rwxrwxrwx. 1 root root 0 Jun 12 10:38 d1.has_grub
-rwxrwxrwx. 1 root root 37M Jun 12 10:39 d1p1.img
-rwxrwxrwx. 1 root root 4.1G Jun 12 10:50 d1p2.img
-rwxrwxrwx. 1 root root 4.0G Jun 12 10:59 d1p3.img

-rwxrwxrwx. 1 root root 764M Jun 12 11:03 d1p4.img

[/CODE]

Assuming that the file sizes in there look sane to you I would think something about the partition layout is tripping up fog. Can you include a copy of the partition table?

[Josetxu]

[quote=“TylerC, post: 30792, member: 2655”]You figure this out yet. I have this same thing going on right now and I really need to deploy some images. I’m wishing I would have never upgraded from .32 I now understand why some older sysadmins are like never upgrade anything! lol[/quote]

I’ve finally figured it out. Both the source and target disks have 500GB but not exactly the same number of blocks (source is a bit larger), So I’ve made the partition layout so it’s the same number of blocks than the smallest disk and now it’s working even without creating any partition on the destination.