UPLOAD /dev/SDA SIT
-
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?
-
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?
