Stuck on /dev/sda
-
It also gives “i8042: No controller found” after loading the kernel.
-
This is an upload.
-
The i8042: No controller found error is probably nothing. The fact that it finds the drive and doesn’t do anything after that is the factor I’m worried about. The i8042 is just the kernel reporting it’s loaded the driver, but can’t find a controller for the driver itself. it’s nothing to be overly concerned about.
Can you cancel out the task, and recreate the task as an upload-debug?
From the host choose Basic tasks -> Advanced tasks -> Upload - Debug and schedule it.
It will get you to a terminal prompt.
Run the command:
[code]gdisk -l /dev/sda[/code]Please report back with the output of that command. Don’t do anything with the system after that.
-
[CODE]Found valid MBR and GPT. Which do you want to use?
1 - MBR
2 - GPT
3 - Create blank GPT
Your answer: _[/CODE] -
Above that it also says:
[CODE]Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: present[/CODE] -
okay
cancel out of that .run
[code]fixparts[/code]With the prompt there type the letter w
Hopefully all works great
and when back at terminal prompt, run:
[code]fog[/code] -
Awesome, thank you so much! Uploading now!
-
Thanks for the solution - for others reading, there was an extra step after running ‘fixparts’, I entered the name of the device, in my case ‘/dev/sda’ before following prompts to delete and then write changes with ‘w’.
Thanks again
-
wiki tagging this.
-
@Developers @Moderators I want a screenshot of this - or the exact text produced when a upload fails due to GPT structures left on an MBR type disk.
If anyone can provide that, I’ll add them to this article: https://wiki.fogproject.org/wiki/index.php/Troubleshoot_Uploading
-
@sutra added to the wiki here: https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_Uploading
