UPLOAD /dev/SDA SIT
-
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?
-
Isolated on a single Router -Just server and PC.
will see what happens…
-
[quote=“Tom Elliott, post: 41246, member: 7271”]Is it possible the disk the image resides on (the server) is corrupt or failing?[/quote]
its possible… we are at 56% of the upload… should be able to deploy in 15 mins -
same result on the new network… this time failing at 2%
-
is it different everytime?
-
Just an Update.
I rebuilt the OS and Server from scratch. I have not upgraded to svn. Im still having the same Issue. Ive used clone zilla to at least get a snap shot so i can deploy. Do you think the Servers HDD is having issues?
-
That’s what I’m thinking or you network is completely unreliable.
-
I doubt the latter. I Reinstalled the Old Fog server - 0.32 on Ubuntu 10. No issues deploying a Win 7 Image.
-
[quote=“Tom Elliott, post: 41213, member: 7271”]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.[/quote]
Just Ran into the issue my self info:
New fog build 1.2 ( ubuntu 14.4 VM on hyper V)
2tb iscsi attached storage
im able to upload and deploy other computers fine.i get stuck on a sony laptop (1TB 5400)
When uploading an image form the Sony viao its get stuck on “using hard disk /dev/sda”
Hitting enter the task stops and in the fog GUI it thinks its completedIll try the above method and see how i go
