@Wayne-Workman
fog 1.3 RC8 - Debian8

Hello
my old server had hardware problems and we lost the contents of hard drives.
I have /images directory integrally, but not the database backup.
How can I recreate the images in the system just by looking at the files? I need to determine who is the resizable type and who is not.
other configurations I remember and it was documented.

@Sebastian-Roth Selecting “Partition 2 only” will be my next step when i update the image, selecting only Debian partition for upload, maintaining Win10 intact. (correctly?)
Renaming files simply works!!

Sorry if it is a dumb question…
I have an image of a dualboot system Debian8/Win10 that works perfectly.
Now, in one machine, my Win10 is broken. I would like to know if i can deploy only the win10 partition.
My debian is different from the saved image and I do not want to change it again.

@robza
if i could see properly, the error begins here:

MSI (s) (7C:E0) [12:20:19:742]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI756D.tmp, Entrypoint: CheckRequirements
Pocz\Ufffffffftek akcji 12:20:19: CheckRequirements.
CustomAction CheckRequirements returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)

Sorry, but i can’t help with this specifically.
Do you have this agent in a exe version? Exe has hability for silent install too.
Last time that this occurred to me, i removed the options for silent install and send snapin task to host, at the computer client i saw that it asked for elevated privileges (that was my issue).

@Tom-Elliott It’s working now!!
The upload process took “horrible” 15 minutes, and i was forced to drink a coffee…(everything is a reason for a coffee )
After uploaded a new image, d1.mbr was created.
The image was sucessfully created and deployed.
Thanks again.

@robza
Try to use log verbosity option of msi. Maybe something appears in log file.

C:\Windows\System32\msiexec.exe /i Kaspersky_Network_Agent.msi /l*v C:\msi.log SSINSTALL="172..." /qn

@Thiago said:
Try put \\ before server ip in SSInstall settings… \172…
sorry for the typo… the forum “eat” other \

@robza
Try put \ before server ip in SSInstall settings… \172…

@Tom-Elliott
Dual Boot Image (Win10/Debian8) using mbr bios.
There are 4 partitions and my settings in fog are:

• OS: 50 - Linux
• Type: Single Disk Resizable
• Partition: Everything
• Compression: 6

It worked at 6110 version. (same computer and settings)

The problem still in 6124 version

I need a little help from my fog friends.
Upgrade my svn to 6120 version this morning and upload 2 new image from 2 different computers (both using mbr: sda1=winre, sda2=C:, sda3=swap, sda4=/).
When i did a deploy, i got:

Image Store Corrupt: Unable to locate MBR (restorePartitionTablesAndBootLoaders)

Looking at /image folder and comparing with other images (uploaded from 6110 version), this upload is missing d1.mbr file.

My image settings still the same (6110=6120):
OS: Linux
Type: Single Disk Resizable
Part: Everything
Compression: 6

maybe this upload process has left something behind.

Editing:
If this can help: running the upload task in debug mode, I could see that the variable mbrfile and imgType are empty.
My apologies but i can’t put any screenshot right now.

@Jon23
The same here, using 6120.
This happens to me since (not tested before) 6090, but i was a little busy and i don’t informed developers.
Doing it now.

Thank you Tom. It’s my fault…
When i edited host definition,did not pay attention to host primary disk.
Sorry for taking your time. (others too)
Thanks a lot.

@Tom-Elliott
Returns only sda.

@Tom-Elliott
update and no success runnning upload task directly. It returns with the same error.
In debug task, running commands that you listed:
getHardDisk -> after this, echo $hd returns “sda”
runPartprobe -> the same error, and logout, so i have to source funcs.sh again an rerun getHardDisk.
udevadm settle -> returns 0 when echo $?
blockdev --rereadpt $hd -> returns: blockdev: cannot open sda: No such file or directory

@Wayne-Workman said:

@Thiago This may not apply to the new upload scripts, but previously, dual boot systems had better luck with non-resizable type images. And even then, there was a lot of difficulty.

In 1.2 version, it always worked, and the disk resizable too. I will try using non-resizable, thanks for the tip,

@Tom-Elliott said:

The best guess I can have with this. That image looks like it’s from an upload, which is expected, but the partition has NOTHING on it.

There are 4 primary partitions, (winre, C:, swap, /) and its works in 1.2. (tested now).

@Tom-Elliott said:
If you can get the client into a debug task, what’s the output when you run:

i´ll try it but now is out of working hours…
“I will be back” with my results.
Thanks a lot again to all fog team/community.

I’m trying to upload a new image on a new fog server installed on Debian 8.
My fog svn version is r4699, cloud 6064.
My image settings are
OS: Linux (but the system is dual boot, mbr)
Single Disk - Resizable - (1)
Partition: Everything
The computer has only one disk, and stop on this error:

Any help will be apreciated.
tks.

@george1421
we have a few images. my script mount directly (i.e. mount /dev/sda2 /windows)
The problem is: now, our server will be used by another department with other config (i only know that they have 4 parts, using mbr) and sometimes the image name can change, disk layout too.
I like your idea and wanna let things more generalized as possible.
in any case, this is temporary until standardize all
Thanks a lot

@george1421
Yes we have dual boot system. Debian 8 with Win10/Vista.
Computers Lab.