Posts by chewitt

Old and slow SD cards are great for debugging issues with problemattic boot because they don't support the faster access modes which can trip an Amlogic silicon bug causing mmc device instability. The kernel has a workaround for the bug but it's not perfect (perfect doesn't exist) and issues do arise sometimes. Old slow cards also negate the need for custom device-trees in most cases.

If you edit uEnv.ini and change "quiet" to "quiet ssh" (adding ssh to boot params) the SSH service is forced on and you can probably access the box to run "pastekodi" and share the URL so we can see the system log and kodi log to look for service start failures and other issues.

NB: please use the "box" image here: https://chewitt.libreelec.tv/testing/ as it has some extra things inside to help testing (maybe).

Quote from Andrew K

So I have a feeling that while I might have been running 10.6.12 the version of the database format/structure (don't know the appropriate terminology here) was based on 10.3.22.

"schema" is the word you're looking for. Glad it's sorted

No output means the submission failed (silently). Check for bad cables, bad switch ports, dirty ethernet sockets. Everyone swears their $1 Ethernet cable is fine; until it isn't fine.

Quote from LeannLL

Will this be integrated into LibreElec later? Why does this have to be done?

It cannot be default bundled because the "disable_ertm" property being set is global for all USB devices; and that may cause problems for other devices owned by other users in our large userbase that don't want that to be set (hypothetical but highly-probable scenario).

The correct fix would be to ammend the upstrem kernel driver to set the property. Then the patch can be upstreamed; we can temporarily patch our kernel sources and later drop the patch when we bump the kernel to a version that already includes it. This requires someone to create and then usptream the patch though. Any volunteers?

Is this LE 10.x or 11.x?

Add-ons > My Add-ons > (navigate to the add-on) > Information > Disable "auto-update"

If you run "pastekodi" with a network connection (even 100Mbit) it will output a URL which you can copy/paste here. We want to see the boot log included in paste.

Quote from titoasi

I have some issues while playing some videos from my HDD. The image glitches sometimes and others the system just reboots itself from nowhere. My versión is 10.95.1 and it happened in 10.95.0 also. Any ideas on what is happening?

Unless you explain what hardware is being used (and perhaps provide a sample of the problem media that exhibits the issue) .. No ideas.

It should work in any USB port really, although I find OTG ports are more likely to be powered up properly in vendor u-boot. The SD card slot should also work fine (checked before USB normally). The main issue from your description was pressing buttons after power-on; it needs to be pressed and held before power is applied, then released.

The editing uEnv.ini is not optional, and do not rename files to dtb.img like for legacy kernels. Use only the neo-u1 device-tree as others will likely not work. Use only the 'box' image as others are designed for emmc booting a specific board and will 100% not work with Android u-boot. Finally.. unplug power, connect the USB to the OTG port, press and hold the recovery button, then power on the box, and release the recovery button after some seconds. I've never seen a Neo-U1 myself, but from previous testing notes (which resulted in the current device-tree file) the recovery button is on the underside of the box (could be wrong though). If boxes have a power button, it's normally only a power button.

If you enable debug logging you should be able to see in logs if/when it throws errors due to DB queries (or writes) failing. Your MariaDB instance will need to be quite old to not work, but there is a point where that happens.

If this is a Kodi bug .. it should be reported via Kodi forums.

cp /etc/connman/main.conf /storage/.config/connman_main.conf
sed -i s'/PreferredTechnologies = ethernet,wifi,cellular/PreferredTechnologies = wifi,ethernet,cellular/g' /storage/.config/connman_main.conf
reboot

ConnMan "prefers" Ethernet connections by default, so if you have both Ethernet and WiFi active (connected) it will always switch the default route to use Ethernet. If you run the ^ above commands (beware the line-wrap on the second one) this will switch the preference to WiFi so that when both are active the default route will be on WiFi. Is that better?

I've moved the post into it's own thread. Please back-up a few steps and provide a proper description of what you are trying to achieve?

Quote from snowstorm_boy

Where you say DVB addons have been disabled due to kernel issues, does this include the plain tvheadend client addon (as I am running a separate tvheadend server)?

No, we mean the "DVB driver" add-ons. All the normal DVB client add-ons for TVH etc. are present and working fine.

Quote from Masutin

Sadly, no. Sorry for troubling you. The storage seems faulty. The installation starts as usual with partition resizing, etc. A reboot brings mount errors, need to exit, more errors (Kernel panic). Kodi may appear, but setting it up ends in (a need to do) a reboot. The final series of errors is failed services and dependencies. There may also appear a request to do a repair, but to no avail.

I have tried several systems, new and old, with similar results. Alas, the attempts have ruined a working AE installation, seemingly irrevocably. Flashing the Android image doesn't produce a working system anymore, previously not perfect but possible. I'll ask elsewhere if there can be images to flash in Android Recovery, it works.

Thanks for your help!

Once you boot LE we've configured (overwritten) properties in the u-boot environment for LE filenames. To return to a legacy image you will need to force recovery boot again. This makes vendor u-boot search for legacy image bootscripts that will overwrite those properties with the info needed to boot legacy images again. It's fairly simple to flip between legacy and LE images; but it's not as simple as just inserting and removing the SD card, you need to invoke the recovery process. Restoring the original Android image will also reset things to a state where any legacy image (or LE) can hook u-boot and set things correctly.

From the description: vendor u-boot does hooks LE correctly, the initial boot/resizing of the SD card completes, and you can reach Kodi. At this point you should have a working install. To isolate further issues I would avoid immediate installation of add-ons and just reboot several times to prove the initial setup is valid. If there are failed services they are likely minor things, but I would need to see a log file from the box: enable debug mode in Kodi, then reboot and run "pastekodi" one minute later and share the URL.

Errors involving storage are odd. The upstream kernel doesn't understand the Amlogic custom partition scheme used to create filesystems on the internal emmc storage so AMLGX kernels will see a /dev/mmcblkX device with no visible partition scheme or mountable filesystems; ergo there will be no attempt to mount filesystems (and thus no errors from them). That means errors are more likely to come from the SD card, in which case the issue may be the maximum speed of the mmc device being too high (some boxes with lower-spec components need to force it to lower speeds to avoid instability). There are two ways to test that. One is using a device-tree file that forces 50MHz (not 100MHz or 200MHz) and the other is using an old slow SD card (not a fancy fast one) or perhaps a USB key (which is not an mmc device). Any chance of that?

Enable SSH in the LE settings add-on and use PuTTY (Google it and install it) then login (user = root, pass = libreelec) and run the command.

RTL8812BU chipset .. which has no support in the upstream kernel: http://en.techinfodepot.shoutwiki.com/wiki/TP-LINK_Archer_T3