Hosts not imaging - HELP
-
@prestop Confirmed - no change when making disk one partition and formatted - NTFS.
-
@Junkhacker Looking into that now. TX
-
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
-
@Junkhacker Clonezilla is doing its thing now.
Will updating using the link save the images and settings? -
@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!
-
@Wayne-Workman
Guess I’ll be back tomorrow…clonezilla doesn’t move as quickly as FOG developers do. -
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. -
@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. -
@Sebastian-Roth good catch
-
@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.
-
@prestop Should be in
/images/MMHOptiplex7020/d1.mbr
on your FOG server… -
@Junkhacker Fog backed up - shall I upgrade to your newer build now?
-
@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.
-
@Sebastian-Roth I don’t seem to be able to get it out - it just pastes the link.
-
please post a screenshot of the image profile page of the image you’re trying to restore
-
-
@Junkhacker
Sorry wrong one: but I will have to use both at some point. one for each domain/user -
ok, rereading this thread i realized what the problem could be, and the images you just uploaded almost certainly confirm it. you’re trying to deploy a non-resizable image to too small of a disk. if you use a larger drive in the computer, or reupload the image as a resizable image, it should work fine.
-
@Junkhacker Oh man…I’ll try that right now. TFTP stopped on reboot of computer. Is the command : sudo service tftp restart? Ubuntu said it wasn’t recognized but I thought that’s what I used the last time.
TX
-
@Sebastian-Roth said:
My guess is you are trying to restore an image from a bigger source disk to a smaller destination disk.
…
About the TFTP. Ubuntu is sometimes picky with those services. Better change to a full root shell via
sudo -i
and then runservice tftp restart
(no sudo required anymore).