UPLOAD /dev/SDA SIT
-
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?
-
[quote=“Junkhacker, post: 41226, member: 21583”]just for the sake of testing, would you be willing to disconnect the second hard drive and try uploading again?[/quote]
Of course… We can certainly try…
-
aha. by unplugging the 2nd drive, the system does not boot.
I looked into the Windows Disk Manager, and the System reserved partisan resides on this second Hard Drive - too add to the confusion. I will look into fixing… Somehow!
-
interestingly i’m having the same gzip issue with a different PC. a Intel NUC. This time it hits about 8%…
-
Any idea what ould cause this failure half way through the image download? Is it permissions?
[url=“/_imported_xf_attachments/1/1622_image1[1].JPG?:”]image1[1].JPG[/url][url=“/_imported_xf_attachments/1/1623_image2.JPG?:”]image2.JPG[/url]
-
Is it possible the disk the image resides on (the server) is corrupt or failing?
-
it’s not permissions, or it wouldn’t start. this seems more like the files are getting corrupted in transfer. have you checked the network cables?
