Nope, the USB booting is done after MMC2 booting (on which the bootloader is contained) so unless you mess up the bootloader, it will try to boot your system instead of the USB booting.
And most likely, if you messed with python code, linux is starting fine. It's just that the display cannot run because other parts fail. As long as you don't mess up the griffin.system service, you should still be able to ssh into the machine and fix up your mistake.
Recommended Posts
Top Posters In This Topic
17
15
7
4
Popular Days
Oct 19
25
Oct 20
8
Oct 26
7
Feb 23
3
Top Posters In This Topic
Daid 17 posts
neotko 15 posts
korneel 7 posts
3dprntz 4 posts
Popular Days
Oct 19 2016
25 posts
Oct 20 2016
8 posts
Oct 26 2016
7 posts
Feb 23 2024
3 posts
Popular Posts
Daid
Missed me? I know you did. - As the Ultimaker 3 is now known and will be shipping out towards people and, (don't quote me on this one) hopefully be in the hands of users by FridayNovember.
neotko 1,417
I don't think there's a need for SD cards for that. The USB plug on the front of the machine connects directly to the miniusb port, the documentation shows that is posible to use it as boot. They just need to make a system check so when the machine turns on, while pressing the wheel (for example) it forces a USB check and firmware install if the USB drive has the firmware files on it. Of course, that system restore should be a check that loads before any other service, so it can have a fast/easy factory restore.
I think resellers should just buy the 12€ cable if they have linux know-how to debug failing parts. Is quite un-intrusive and easy to do. Ofc, the UM3 already have a really good DUMP LOG that shows almost everything that happens or doesn't happen on the machine.
Of course, with the SD boot img to burn on a SDcard, it could be much easier to play with the little board and do experiments without risk of bricking the linux boot.
Edited by GuestLink to post
Share on other sites