Posts by JonSnow

Quote from kszaq

USB booting is not handled by kernel, it is handled by u-boot and only after SD card with LE is not detected. That said you may be right that is has some influence on how kernel driver works. Can you please do the following: execute fw_setenv upgrade_step 1 over SSH and reboot - this will make all u-boot variables go back to default values and thus disable SD and USB booting.

how do I revert the change to allow booting from SD/USB? Disabling USB made no difference other than it booting quicker which is expected, but i would like to keep the USB booting.

The third kernel test is much easier to boot, I had to unplug multiple times before LE would boot with test 1 and 2. However with the third test it usually boots with 1 power pull.

The other thing I notice is I will see the Beelink logo for about 8 seconds then it will blink and either freeze or boot to LE, I do nopt recall seeing this with 009.

Lastly I have been unable to get it to hang if i "poweroff" instead of reboot. It has booted successfully each and every time, while it would hang at the 3 or 4th reboot.

Quote from kostaman

Issued command and rebooted. The command worked because i inserted my SD Card with bootable LE on it and it was ignored after this command was issued. It worked prior to the command.

Well i just spent 45 minutes trying the reboot / on off procedure and the results for me are unchanged
Except for faster boot up when it does boot up.
By that i mean the Boot Animation is barely on screen for even 1 second.
The random Freezing on Boot Animation is present with or without USB Stick installed.
Less frequent with no USB Installed but that is inconclusive as the freezes are random.
I had 6 Freezes with USB Installed out of 25 Bootups.
About 4 Freezes out of roughly the same Bootups without USB Installed
This is now becoming the Mother of all Bugs.

Display More

Can you try again but with no usb or SD Card, it shouldn't make a difference since the SD and USB boot options have been disabled, but hey worth a shot.

I created a fresh SD card and flashed 011 to internal, tried stock 011 kernel, test1 and test2 but was unable to get my Beelink MiniMXIII to reboot 10 times in a row. The only way it booted 10 times in a row was when I removed the SD Card and unplugged my remote.

So with my test it seems like the boot issue is caused by the usb ports or SD card, @Kaszq could you build a kernel that disables booting from USB? I really think it maybe the USB ports coz as soon as i unplug my remote it boots. Yes I've tried different remotes and the results are the same, the stock remote stopped working but I haven't tested it since 008 since I don't use it anyways.

@ kostaman maybe you can try unplugging everything from the box except hdmi/lan and reboot using the stock remote or via ssh?

Yup my beelink MiniMXIII (s905) still has boot issues last stable build was 009.

Quote from sYCO

Yes, I know, but did you not have a very first 009 release with
a different device tree file BEFORE Nov, 6th? But as I said, I
might be wrong.

I can just say, with 009 and 010 the no boot issue started. :\

I am even afraid to try the first 009 again and will stay on 008
for now, because it is just too much work to set up everything
everyday.

Is not there a simple backup way to copy the complete SD card,
make the update and if it does not work, restore the previous
thing (like on Android with TWRP).

Then the testing/updating would not be such a pain.

Display More

I can say 100% its not with 009, have been using it since release and never had issues, the booting issues only started after i flashed the devl builds prior to 010 release. Going back to 009 and the issue goes with it.

Quote from kszaq

I'm sorry for the booting issues you are having. I have only 2 S905 boxes and 1 S905X, I test everything on them before posting but it seems like some boxes don't like all the changes. There is only 1 change to I made to kernel behaviour between 009 and 010. Here is the build with that change reverted, should you wish to test:
7.0.3.010-USB-Revert

Note: device trees are the same in .009 and .010 builds.

I will answer all the questions later.

I find if you boot without any storage devices HDD/SD cards connected it boots properly, I notice it hang when I have my SD inserted which i use for LE backups.

My MXIII (s905) is getting stuck at the boot screen with the new 12-2 devel. I have a 16GB SD card formatted as NTFS, the SD card is only used for LE backups and removing the card lets the box boot. This has never happened until 12-2, all prior build going back to 002 all worked.

I have tried reformatting with the same results.

Formatted the same SD card as FAT32 and it boot without issue.

Quote from kostaman

kszaq This Dev Build is the first build with REAL MEMORY IMPROVEMENT.
This version also recovers memory whilst being used.
I am using it on the A95X S905 with 1 GB memory and it is a massive improvement.

Are you noticing that ram is being released? Like after browsing the library and playing a few videos ram is released when idle?

On the Pi even after a few weeks my usage would be at 20% when idle, with 008 after 30 days i had used up 70% ram on my 2gb box.

Yeah that does not work with my TV. I can use cec to turn on the TV but not turn it off.

Thats why i was hoping to kill hdmi with the screensaver

Quote from lrusak

Try

Code

echo 1 > /sys/class/graphics/fb0/blank

How can i make that work as a screen saver and of course I want the signal to come back once a button is pressed on the remote
[hr]

Quote from ant_thomas

This is pretty much what I do.

I have the power button on my remote mapped to active the screensaver in remote.xml

Code

<keymap>
  <global>
    <remote>
      <power>ActivateScreensaver</power>
    </remote>
  </global>
</keymap>

Then in CEC settings I have the setting to turn off the TV when the screensaver is activated.

I have not been able to get my tv to trun off via cec

Is there a addon that turns off hdmi signal?

I see some screensaver addons for the rpi and wondering if anyone uses one on s905/x.

My TV turns off after 15 minutes when it has no signal, but since i keep the box on 24/7 that feature does not work.

What im looking for is after 10 minutes instead of activating the screen saver it turns off the hdmi signal which would then mean the tv will turn off after 15 minutes of no signal.

Quote from astep

So if I understand correctly, installtointernal makes an installation of a bare system without kodi library and settings?
What files/folders need to be copied to make a full copy of the current SD install?
I think it would be useful to make something like installtointernalFULL to just drop everything to NAND.

In the LibreELEC settings create a system backup which will backup everything. Use the installtointernal command then go back into libreelec settings and restore from back.

Everything will be excatly the same.

Quote from stormrev

problem w/ audio for me too with beelink minimx 1G Ram 1Gbit LAN

updated to 009 using gxbb_p200_1G_1Gbit.bin
copied as dtb.img (and ledtb.img.. just in case..)
but no sound:
In kodi > sys>audio dev> there's only bluetooth audio and no other selectable audio

If you read OP and a few post below it, you would get your answer.

Nice, updated without issue on my MXIII.

Do we need to rename the dtb file to dtb.img? It seems like this is not needed with 009 but want to make sure.

In any event flashed by renaming to dtb.img and then flashed again without renaming.

Are you sure you have the s905 MXIII and not the s905X MXIII II? It sounds like you have the s905X MXIII II which does not have working BT/WiFi on libreelec.

Yes you can flash stock if you have the correct firmware using the usb_buring_tool, however you need a usb A to usb A cable.

flash build 008 with gxbb_p200_2G_1Gbit_RealtekWiFi.dtb, you will need to flash twice on the MXIII.

If WiFi does not connect try again or reboot, it should auto connect upon startup.

Quote from kostaman

That explains why i didn't have an issue when i jumped from .007 to DEV Build 18th October and tree .008 14th 0ctober

1. You probably didn't use gxbb_p200_2G_beelink_minimxIII.dtb which kszaq created for the MXIII on 007. He clearly states this in 008 OP, that some devices that do not follow the standard partition need to be flashed fresh hense the reason why the special MXIII dtb is not available with the release of 008.
2. If I'm not mistaken you have the all black Mini MX and not the MXIII, i have the beelink branded MXIII just like OP and had the exact issue as OP if you go read the first few pages of 008.

Just because you upgraded without issues does not mean everyone will have the same flawless results.
[hr]

Quote from Slaytanic

Thanks guys. I have the branded beelink.
I putted the recovery file and the devictree from beeelink on SD card and the box booted into recocery mode, then i did the update from sd card with LE Version 007. now the Box works again with LE 007 from NAND.

But your going to have the same issues when upgrading to future releases if you used gxbb_p200_2G_beelink_minimxIII.dtb instead of gxbb_p200_2G_1Gbit.dtb from 007.

Also why didnt you just flash 008 instead when flashing from recovery?