Hosts not imaging - HELP

[prestop]

@Junkhacker I think so, I’ll look around, I think there are some systems sitting around. I’ll have to try on Monday - working this weekend elsewhere.
What should I do: download clonezilla and copy the server over?

Thanks again.

[Junkhacker]

@prestop

What should I do: download clonezilla and copy the server over?

that’s the idea. create a backup image of the server as-is so you can try things out but be able to restore to the point where you took a backup if something goes wrong.

[Sebastian Roth]

@prestop Ok, now we are talking! In this picture I see “Checking Hard Disks” and then three times [Enter]. Normally this is the part where the blue partclone window comes up (which would flush the messages on screen). Seems like it just does not come up for you. So it’s most probably not deploying anything to the disk. Just to make sure this image on the server seems valid show us a listing of ls -al /images/MMHOptiplex7020.

By the way, is this a complete new and empty disk you are trying to restore an image to? FOG 1.2.0 had some issues with completely empty disks if I remember correctly. I know this is not nice but that’s the way it was back then. Please fill the disk with one big primary partition and quick format once with whichever filesystem you like.

If that is not helping then please run another debug client session and show us a picture of the following commands:

fogpartinfo --list-devices
fogpartinfo --list-parts /dev/sda

Note to myself: Thank god we got rid of fogpartinfo in FOG trunk!!!

[prestop]

@Sebastian-Roth Hello requested images here: http://imgur.com/a/bFDPH

The disks had Win7 on them at one time = then FOG wiped them.
I did try formatting one with a 7 install disk and rerunning FOG, but more of the same.
I have now used the install disk to doublecheck one primary created and it is formatting now. I will try to FOG it shortly but I don’t think there will be any change.

TX

[Junkhacker]

if you’ve backed up the server with clonezilla, we could try upgrading the server to a dev build now, if you’d like

[prestop]

@prestop Confirmed - no change when making disk one partition and formatted - NTFS.

[prestop]

@Junkhacker Looking into that now. TX

[Junkhacker]

to bring your server up to date with the same build i’m running in production, you can run this

cd ~/
mk dir trunk
cd ~/svn/trunk/;svn checkout -r5428 https://svn.code.sf.net/p/freeghost/code/trunk ;cd bin;sudo ./installfog.sh

[prestop]

@Junkhacker Clonezilla is doing its thing now.
Will updating using the link save the images and settings?

[Wayne Workman]

@prestop said in Hosts not imaging - HELP:

Will updating using the link save the images and settings?

Yes. But the version that JunkHacker referenced is probably already outdated. It’s TWO hours old!

[prestop]

@Wayne-Workman
Guess I’ll be back tomorrow…clonezilla doesn’t move as quickly as FOG developers do.

[Junkhacker]

@Wayne-Workman

Yes. But the version that JunkHacker referenced is probably already outdated. It’s TWO hours old!

actually, it’s about 6 days old, but it’s the version i’m running in production and I’ve verified that the functions of fog i consider critical (capture/deploy windows 7-10, snapins, hostname changer/domain join, etc) are working properly (for me, at least). I run separate “dev” and “production” servers and only move builds into production that I’ve verified are relatively stable, and i don’t like recommending builds i haven’t tested.
It’s great when people want to install the latest dev builds and test and use them, and we couldn’t make much progress without that and for the most part it works fine. but in my opinion, i think should recommend builds to people that we know are relatively stable. especially when people are still learning how fog works.

[Sebastian Roth]

@prestop Ok, the image files are looking pretty ok but your partition table is kind of screwed, error Can't have a partition outside the disk. My guess is you are trying to restore an image from a bigger source disk to a smaller destination disk.

What size is the destination disk? Please upload the (very small) d1.mbr file here in the forum and I can tell you what size the original source disk was.

[Junkhacker]

@Sebastian-Roth good catch

[prestop]

@Sebastian-Roth said in Hosts not imaging - HELP:

Where is the file located.I tried a search but no hits.

Also, these machines were previously imaged with this program - they were in the host list, so I guess it worked at least once.

[Sebastian Roth]

@prestop Should be in /images/MMHOptiplex7020/d1.mbr on your FOG server…

[prestop]

@Junkhacker Fog backed up - shall I upgrade to your newer build now?

[Junkhacker]

@prestop actually, based on the fact that you’ve imaged these computers before and the error that @Sebastian-Roth pointed out, i’d say there’s a problem with your image, not your server. please provide the information he requested to troubleshoot from here.

[prestop]

@Sebastian-Roth I don’t seem to be able to get it out - it just pastes the link.

[Junkhacker]

please post a screenshot of the image profile page of the image you’re trying to restore