Posts by Computeraar

Quote from chewitt

risa2000 Interesting. Nice to see the errors are gone. The log also shows Broadcom WiFi is now missing but I suspect that's due to another change I made. Can you update to https://chewitt.libreelec.tv/testing/LibreE…h64-11.80.0.tar and share the boot log to confirm (it should be fixed if I'm right)?

wapvi can you confirm it resolves things for you too?

So are the problems fixed with this version? Are there still any issues specific to the Minix Neo U9-H? I'd still like to start using LibreELEC on my U9-H, but the latest nightly still has the SD card issues as well. Is there anything that still needs to be tested before something like this is merged into the latest releases? I can do testing on my U9-H if necessary

Quote from wapvi

since i have no access to linux system i was confused as there was no image to burn but folders

Not sure exactly what the problem is, but you should be able to just use the LibreELEC SD creator again with the new image and select the card that currently has the previous version on it. It will just overwrite whatever is on the card. If it doesn't show up or shows up as multiple devices or whatever, you can use Disk Management in Windows to remove the partitions on the card. Then it should work.

Quote from JimiJoad

I also own a Minix Neo U9-H and stumbled over the same problems as Computeraar.

Good to know it's not just me.

Quote from chewitt

Have you previously reimaged the box with one of the custom legacy-kernel images? or is/was it still running a factory image? If the former, does the problem exhibit if you restore the box to factory spec first?

By this, do you mean one of the older LibreELEC versions? I haven't used any of those before, this is the first time I'm trying to run LibreELEC on this box.

I'm currently using the stock Android 6 version that the box originally came with.

Quote from HiassofT

You forgot "of=" before the output device -"dd if=/dev/random of=/dev/mmcblk0 bs=1M"

so long,

Hias

Thank you, that worked. The output is as follows:

dd: error writing '/dev/mmcblk0': No space left on device

3814+0 records in

3813+0 records out

3998220288 bytes (3.7GB) copied, 628.821802 seconds, 6.1 MB/s

I performed this on a 4GB microSD card. So that looks like it worked fine, right?

Quote from chewitt

I always confuse macOS (1m) with Linux (1M) so use "dd if=/dev/random /dev/mmcblk0 bs=1M"

This command results in the same output

Quote from chewitt

The SD card will be /dev/mmcblk0 so as long as that /dev/device exists you can test writing with "dd if=/dev/random /dev/mmcblk0 bs=1m" and the OS will write random data to the entire card. It will take quite a while (larger card size = longer time) but if there are problems with the card (or reader hardware) it'll throw errors and hang/halt/barf on the task. To state the obvious; this will trash whatever data is currently on the card

In Kodi, this is what I see under system Information -> Storage:

To be clear, this is when booting from USB, and an empty, FAT32 formatted SD card is inserted.

I also tried running the command you gave in textmode, which gave the following output:

(I ran the command twice just in case). Seems like the output is just an explanation of how the command works. Does that indicate that it indeed did not find the SD card?

(Also, sorry for the late response, I didn't have my Minix with me for a while)

I'm not sure how to properly check this, but I inserted the SD card after booting, then went into System Info->Storage in Kodi, and it doesn't seem to show up there. Should it automatically show up there?

Not sure if it would be relevant, but I also tried booting into Android, then inserting the SD card, and I was able to browse the SD card just fine there.

Edit: running the command

/usr/lib/kodi/kodi.sh

when in textmode does make Kodi open up

I just tried flashing it to a USB flash drive, rather than MicroSD card, and this worked, weirdly enough! Booting was very slow though, due to the USB 2.0 ports on this box.

So it must have something to do with the way it uses the SD card? Or the SD card itself, but I doubt that, as I tried 2 separate SD cards and both gave the same issue.

Quote

^ this is also odd. The trigger conditions are either "sshd" in kernel command line (from boot params in uEnv.ini or extlinux.conf) or the file /storage/.cache/services/sshd.conf existing and that should be created on first boot.

Should the boot param be "ssh" or "sshd"? I've been writing it as "ssh", but I think it results in the same regardless?

I just flashed the LE12 image again, booted it with the ssh parameter just to try that again, and after the resizing of the file system it rebooted, but now says

Error in mount_storage: mount_common: Could not mount UUID=558bfa8e-4b76-8b00-eb96cffff7c3.

It then gave a bunch of other errors of which I took a picture:

After rebooting again, it does not give that problem again, but we are back to the same problem as before, where it gets stuck after Reached target time-sync.target

Quote

If you do "touch /storage/.cache/services/sshd.conf && systemctl restart sshd" does the daemon start?

Yes, this allows me to connect.

Quote

Can you also run "blkid | paste" and share the URL or output?

Here's the URL:

http://ix.io/4JVr

Quote from chewitt

I'm not sure how time could impact on Kodi starting or SSH login which is what your comments hint at. Not least because this is a box with an RTC chip so while time might not always/initially be accurate (ahead according to the boot log; the last line shows time being corrected) it shouldn't ever be so far off it causes problems, and a single working boot (Linux or Android should keep time current.

Can you run "journalctl | paste" and share the URL; this will mostly show the same log out but with timestamps.

I tried doing it over SSH after manualy starting the sshd service again, but strangely enough, it wouldn't even let me connect that way now. It just said connection refused.

Anyway, I ran the command via textmode, here's the URL:

http://ix.io/4JTS

I noticed that even after correcting the time, it still isn't correct. It's about two hours behind still.

I tried connecting an ethernet cable to the box and adding the ssh parameter again. Now, after showing the Kodi splash screen, it returns to the LE bootscreen again, but the last thing it shows is Reached target time-sync.target. It no longer loops kodi.service.

I still couldn't connect via SSH, but after entering textmode and manually starting the sshd service, it worked. The result of dmesg can be found in the attached file.

Both kodi.log and kodi.old.log were empty.

dmesg.log

Quote from chewitt

The one other thing you can try is adding "textmode" to boot params. This boots the box to a text console (not Kodi) allowing you to poke around in the OS to look for problems using a USB keyboard. If the issue is still related to Kodi specifically it's not going to be seen (as Kodi isn't started) but... you might spot something.

Otherwise I've no idea what the issue could be. I've installed AMLGX images on a couple of things using the same batch of files in my testing share earlier today and they all run without any major issues.

To see more, we really need to see the systemd journal log and/or kodi.log to see what's causing the issue.

I've now flashed LE 11 to a different (brand-new) SD card and am getting the same problem still. I did briefly see the Kodi splash screen again before it returned to the LibreELEC boot screen.

What commands could I run in textmode to look for problems? I tried looking for the kodi.log file and found it, but cat kodi.log doesn't return anything, so it seems to be empty?

Also, could the Android ROM installed on the box affect things in any way? I'm currently running a custom Android TV ROM. Could reverting it back to the stock firmware help?

I tried the LE 12 image you sent. First I ran it without the ssh parameter. It got stuck in the same loop I initially described, except this time, it skipped stopped kodi.service, so it was just

starting kodi.service

started kodi.service

starting kodi.service

After adding the ssh parameter, it does the same thing. It doesn't constantly start and stop sshd.service like it did in LE 11. It even showed the kodi 21.0 splash screen for a second or 2, before returning to the LibreELEC boot screen looping between starting and started kodi.service again. Still can't connect via ssh using the command I mentioned earlier.

Quote from chewitt

Add "ssh" to boot params so the daemon is forced to start and then you can SSH into the box to look at (and share) dmesg and Kodi logs. The box doesn't hang at the boot splash, it's simply never overwritten with Kodi so remains visible.

It's possible for bad cards to cause problems, but since the entire OS (kernel and userspace) are essentially in two compressed files; if the card media is damaged it generally results in nothing booting (not partial boot). If you have a spare card you're welcome to try another, and also experiment with https://chewitt.libreelec.tv/testing/LibreE…80.0-box.img.gz (LE12).

After adding the ssh parameter, the loop it gets stuck in changes slightly. Aside from kodi.service, it also keeps starting and stopping sshd.service (see image). I tried connecting via SSH, but I couldn't figure out how to do that exactly. I tried running the command ssh [email protected] on my laptop, as I found a page online that said to use that command, but it says it could not resolve the hostname. Am I doing it wrong or is this because of the ssh service being stopped and restarted constantly? In fact, is LibreELEC even connected to the internet at this point? I don't have it wired with ethernet, so it would have to use WiFi, but I obviously haven't been able to set that up in LibreELEC.

I'll give the LE 12 image a shot as well.

I'm trying to use LibreELEC on my Minix Neo U9-H. I've flashed LibreELEC-AMLGLX.arm-11.0.3-box.img.gz onto a MicroSD card, put it into the Minix and held down the power button. It gets stuck on the boot screen with the LibreELEC logo. I've also tried removing the quiet parameter from the boot arguments to see what's going on. It looks like it keeps starting kodi.service, then stopping it again. The process goes like this:

Started kodi.service

Job wait-time-sync.service/start running (this runs for a few seconds)

Stopped kodi.service

Starting kodi.service

Started kodi.service

This goes on in an infinite loop. Could it be a bad MicroSD card or is this likely caused by some other issue?