UPLOAD /dev/SDA SIT
-
Hey All,
Sorry to pester but am having a funny issue. Have done a fair bit of troubleshooting using the search bar, but cant seem to resolve my Problem.
Ive just built a New Fog server, as we are now pushing out 8.1 systems, finally got away from XP! I have two AlienWare PC’s, the Aurora R4 (older) and the Area 51 (newer). The R4 works totally fine with upload and download of the image. The Area 51 however gets stuck when trying to upload the image, and just sits on using hard disk /dev/sda…
Gone through the SVN process - no change. Also updated the Kernel - no change. Have also moved onto different network equipment isolated from everything else, no change.
Any help would be greatly appreciated… Im sorry I am being a little vague, but im unsure where else to go.
Thanks
-
fog version?
-
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]
