Fog 1.1.2 Cannot Upload - Stuck on Using Hard Disk: /dev/sda
-
one of my dedicated test boxes is an Optiplex 3020. they work perfectly with fog. what exactly is your issue?
-
I also got multiple Optiplex 3020. The ones with a normal HDD are working like a charm with FOG (1.2.0).
But we also got some Optiplex 3020 with a 128GH SanDisk SSD (straight from Dell), and uploading an image on this type of 3020 is not possible. The task keeps hanging on : "Using Hard Disk /dev/sda ", and nothing further happens (same problem as topic).Anybody got an idea? I’ve tried almost every kernel available. Image is a Windows 7 enterprise image.
Grtz Frank.
-
It’s not a kernel problem causing issues. Rather, it seems to me, more likely that SSD’s are requiring GPT structures to operate, where normal HDD’s can use either MBR or GPT partitioning schemes.
If you’d be willing, you can create an upload - debug task and when at the “command prompt” type fixparts. Write any changes it suggests, and once complete, run fog to upload the image.
Hopefully this will help you out, but I don’t know right now. I don’t have any ssd disks to test against.
-
as of late, most of my testing has been done with an Optiplex 3020 with a SSD from crucial or the 500GB HD from dell, both have worked without problems. just thought i would mention this so that it would be known that if the problem is specific to SSD’s, it’s not all SSD’s that have the problem.
-
Thanks for your support Tom! We’ve imaged HP computers with a Kingston SSD before, so we know Fog works with SSD.
I’ve done the upload-debug option, en fixed MBR issues with fixparts.Upload now works fine! Hope after this Windows stills boots
Thanks again for your help! -
[quote=“Frank D., post: 36429, member: 26015”]I also got multiple Optiplex 3020. The ones with a normal HDD are working like a charm with FOG (1.2.0).
But we also got some Optiplex 3020 with a 128GH SanDisk SSD (straight from Dell), and uploading an image on this type of 3020 is not possible. The task keeps hanging on : "Using Hard Disk /dev/sda ", and nothing further happens (same problem as topic).Anybody got an idea? I’ve tried almost every kernel available. Image is a Windows 7 enterprise image.
Grtz Frank.[/quote]
check the bois. I make the other dives not discoverable and it should work. -
Hello[quote=“Frank D., post: 36454, member: 26015”]Thanks for your support Tom! We’ve imaged HP computers with a Kingston SSD before, so we know Fog works with SSD.
I’ve done the upload-debug option, en fixed MBR issues with fixparts.Upload now works fine! Hope after this Windows stills boots
Thanks again for your help![/quote]Hello Frank, Im just new to Fog. I am having he same issue with it being stuck at the /dev/sda and it is with a Lenovo machine as well. Can you post the steps you took to fix it? How did you create and upload debug task? just some specifics. Im using Linux mint as a server.
I know this is an older post but I hope you will see it. Thanks!
-
Upload debug is just another type of task you can schedule for a client. Select your client from the host list, click ‘Basic Tasks’ on the left, then ‘Advanced’ and there you see ‘Upload - Debug’. You’ll end up with a linux command shell. There you can run several kinds of tools like ‘fixparts’ and such…
-
[quote=“Uncle Frank, post: 43468, member: 28116”]Upload debug is just another type of task you can schedule for a client. Select your client from the host list, click ‘Basic Tasks’ on the left, then ‘Advanced’ and there you see ‘Upload - Debug’. You’ll end up with a linux command shell. There you can run several kinds of tools like ‘fixparts’ and such…[/quote]
Thanks, I think I got to the debug screen. I typed “fixparts” and I think its running, then its asking for a filename. How do I proceed?
-
fixparts is a very powerful tool and can cause damage too. So please make sure you read about those things [B]before[/B] you proceed!! The web is full of information about it, e.g. [url]http://www.rodsbooks.com/fixparts/[/url]
