UPLOAD /dev/SDA SIT
-
1 2 0
-
On Ubuntu 12 04
-
The image you’re trying to upload from fails directly after saving partition tables?
-
what “SVN process” did you go through, and how long ago?
-
[quote=“Tom Elliott, post: 41190, member: 7271”]The image you’re trying to upload from fails directly after saving partition tables?[/quote]
It appears so. Image attached…[url=“/_imported_xf_attachments/1/1619_image1.JPG?:”]image1.JPG[/url]
-
[quote=“Junkhacker, post: 41191, member: 21583”]what “SVN process” did you go through, and how long ago?[/quote]
I went through the SVN process as listed on the WIKI - direct after install of the new server - i have used it in past, i tend to roll it out on all systems i build. -
This post is deleted! -
Can you update svn to 2922? What revision are you currently at?
-
2922 - Updated same issue.
I have even built a Fresh PC, thinking it was an issue with the GPT and MBR’s. Still same issue. I’ll keep digging…
-
Just ran CZ on it, wanted to see if that too chokes, just prior to image i get…
This disk contains mismatched GPT and MBR partition: /dev/sda…
-
What is CZ?
I know how to fix, but am hoping to come up with an automated solution, though it looks like that may not be possible here.
-
Clone Zilla - sorry.
I just tried DD - that seems to be uploading ok, albiet very slow of course. Whats your fix…
-
You need to start the upload task as a debug. As you’re on SVN and the most current, this can be done right from the upload deploy task. Just check box that says you want to run it as a debug task.
Then startup your client.
It will present you with a terminal screen allowing you to enter commands. At that screen you first type:
fixparts /dev/sda
y
wThen you run FOG, and it should work without issue.
-
I’ll give it a go, will let you know…
-
That defiantly seems to have fixed it. Its uploading right now. I’ll let you know how the download goes…
-
It’s amazing the stuff I know!
-
looks like i have the same with the /dev/sbd! freeezes on processing Hard disk. Theres nothing on this disk so ill do the same with fix parts…
-
soooo this is interesting. SDA1 was uploaded onto the Image - Appears it uploaded OK.
On deployment of the image on a sister machine, all appears OK at first.
Until it gets to 7% and then kicks up a “no directory error”. I’ll do some searching…
[url=“/_imported_xf_attachments/1/1621_IMG_1019.JPG?:”]IMG_1019.JPG[/url]
-
looks like a gunzip error if that helps…
-
just for the sake of testing, would you be willing to disconnect the second hard drive and try uploading again?
