Gameshell won't boot past logo screen

Now I have the original SD card inserted, connected to external power supply, pressed the reset button. Still the same logo :cry:

Etcher is the latest version which I just downloaded yesterday.

Using etcher should solve your partition writing problems since it writes the entire image including partitions.
As @r043v try a different card reader, or even another physical computer. I personally use the SD reader built into my MacBook Pro, using a SD micro to SD adaptor.

Let etcher do it’s verification thing to make sure the image was done properly. Also make sure you eject the card properly when removing it.

Another thing. Try holding the power button for ages. Like 20 seconds. Also try holding the power button, then pushing the reset button. I don’t know if there is any official hard reset rescue me combo, but this would usually be it.

I’m not sure if it’s been assembled the whole time, but also try having the battery disconnected for a few minutes then trying again. Then try having it plugged into USB power for a while, then giving it a shot. I’m thinking re: battery calibration problems.

Occasionally I have had my unit power on to show the splash screen, then just go black. I attributed that to the fact that I have worn out my battery, ie leaving things to compile for days on end, and not having enough current to push through the boot process.

On the note of not enough current, check your cable leading from the battery to the mainboard. Really make sure it’s pushed in, and that the wires aren’t pushed out of the headers of anything. Also, make sure you’re using a dedicated USB micro charger, say a 5A one.

2 Likes

Oh I forgot to mention that following your earlier reply, the unit has only the screen component attached to the main board and powered by USB cable for the last few attempts.

I tried earlier to flash some of the available OS using etcher on an old iMac with build in card reader, made sure that the sd card is unmounted before flashing and let etcher finish its verification, still the same result.

I was almost certain that it’s a board failure , until @r043v mentioned that I was missing something for the system. I just don’t get it, what did I done wrong during flash.

I tried hold down the power button for about 10s, it indeed turns off the system, which is nice. Hold down both power and reset doesn’t seems to work though.

As for the dedicated USB micro charge, I don’t have one, there’s no charger or cable comes in the box right? So I can’t really test if it’s about current or not.

If you have an iPad, or any other tablet device, usually they come with a decent charger with a high enough current.

Re the reset button, try pushing it after having held down the power button for 10 seconds. Sometimes it doesn’t turn off completely even then. Just check the backlight of the screen to see if it’s truly off.

Try again with the stock 16GB card. There is a chance the card you’re using could be a counterfeit. The first partition is tiny, whereas the second is slightly larger. If the true size (vs the reported size) is smaller than this, that could the problem.

1 Like

the gs and the system boot, it’s just not find the second partition on the card, for now it seem a software problem

have a fake card is a possibility, you can test it with the f3 software on your mac (made the f3probe quicktest will be enough)
https://fight-flash-fraud.readthedocs.io/en/latest/index.html

1 Like

I tried a tool called flash driver tester on Windows 10, it can do similar check as the f3 software you mentioned, it turns out that the card is fine.

I bought a new 128gb sd today which I’d like to use on something else, I tried to flash the OS on this new card, still the same result. The chances for all 3 sd cards to fail are extremely low.

1 Like

This probably boils down to the flashing process, or the hardware used to flash it, or the process in doing so. It’s just super strange that it’s simply not detecting the second partition after the boot partition. This would mean that the hardware is functioning correctly, ie the fact that you can see something.
It shouldn’t make a difference, but try a 0.3 or 0.4 image.

I recall that I couldn’t view the boot partition on my Mac, without using EXTFUSE with the older images whereas now on 0.5 I can. On windows, I could always see the boot partition.

There might be something presumptuous windows is doing to the image upon writing it, flagging partitions, and thinking that the partition should be mounted. I have no idea what though.

One more thing. I’ve timed it myself, and checks with other users that the time it takes for the initial boot, and image expand is about 30 seconds. Have you let it stay black for that long?

Also, when it does turn off, does it just outright freeze, or shut off? If you push the power after the black screen, does it try to power cycle again? If that is the case, you’ve got a battery problem. Since it’s new, thoroughly check the cables and connection within the battery housing.

there could be a tiny change in the latest allwinner soc batch ?

a few lines upper in the log from the picture you posted there must be these lines :

[    1.845482] mmc0: host does not support reading read-only switch, assuming write-enable
[    1.854681] mmc0: new high speed SDHC card at address 0001
[    1.857902] mmcblk0: mmc0:0001 BB1QT 29.8 GiB 
[    1.868126]  mmcblk0: p1 p2

could you confirm you see the device name “mmcblk0” appair ? it may be named differently on your device ?

1 Like

My last few flashing attempts were all done on the old iMac using etcher, and I tried 0.4 os, same result, I always let the boot run at least few minutes before I turn it off, and I didn’t connect the battery, testing only by using external power supply.

All those different operating system does make things complicate, would the process be easier if I try it on a raspberry pi, I might be able to borrow one.

I couldn’t find anything like “mmcblk0” a few lines up. But there seems to be showing another error regarding failed to load regulatory.db.
Other lines just scroll too fast that I can’t capture anything readable.
Here’s a screen shot:

I don’t think using a raspberry pi will make things any easier, since the rpi needs an SD card to boot off of, and it wouldn’t accept the CPI image as its OS.
However, just for testing, you could always try and see if you can write a RPI image to one of your existing images, and see if it boots. Just the NOOBS image you can get from the raspberry pi foundation site should be fine. That can pinpoint if there is something inherently wrong with any of your SD writing hardware, or flashing process.
This is getting more curious by the second! If you’re located in Western Australia (haha doubtful) i’d be more than happy to have a look at it personally.

But by the sound of things, you’re doing most of the steps correctly. If you’ve just gotten your unit, and it’s never worked, hopefully support can help you out with some kind of replacement. This is a lot of effort which must be frustrating for you!

As @guu posted:

all others are normal messages, i get them too.

i writed an alternative boot.scr file with the necessary to autodetect device, as the boot method between os vary it will only work on arch,
just replace current boot.scr file of first partition of the sd (fat32 / “boot”) with this one : http://gs.dread.fr/arch/boot.scr

if it’s fail last chance must be use the emergency shell that kernel give you to write commands using an usb keyboard and an on the go microusb to usb adapter …

1 Like

I tried replace the boot.scr with the one you provided. Here’s the screen shot with slightly different output:

The good news it that official support replied my email and they will provide me with a replacement main board. I’ll keep you guys posted on any update. Thanks for everyone who kindly helped me, @r043v @javelinface @Petrakis @guu. You guys are the best! I learned a lot during the process.

3 Likes