CoreELEC 20.0-Nexus_alpha3 Discussion

Development Development & Testing
21

Testing alpha 3 on Tanix Tx5 plus deluxe 4/64
S905x3

I have never used/tested this
So have been reading about

Settings
System
Right below Logging is
CoreELEC

Whether it works or is implemented in Nexus
No idea

Happy Testing

22

Hi. There is a configuration error after a recent CE update. The CE configuration add-on is not ready to run. So I can’t run the CE settings, I can’t do a backup or generate a LOG file. Is there anything that can be done except reinstall. I have the CE in internal memory.

box: X96max
system: 20.0 Nexus Nighty
SoC: S905X2
Device tree: g12a_s905x2_4g_1gbit

23

It is fixed in 20221007 build (made today).

1 Like
24

Ok. Thank you. I can’t refresh the CoreELEC Configuration Addon update because it doesn’t work and doesn’t turn on. Is there any way to do this? Maybe from a ZIP file? SSH is also unfortunately not enabled and I can’t enable it for the same reason.

25

You can copy .tar file over samba to update folder and reboot: coreelec:smb [CoreELEC Wiki]

1 Like
26

It works. Thanks. Lucky I didn’t disable Samba. :smiley:

1 Like
27

Only through samba for latest nexus alpha 3 from oct 10?
Can you update CoreELEC git hub with image
Sept 22 is last date.

Or post in this thread

28

Okay
Tried 3 times samba
First time rookie mistakes
Where is tar file located?

Ive done something wrong
Srarts update
Found new Tar file

Missing system/kernel message
Then restarts in safe mode

29

Hard to tell what went wrong. Reboot again and it should be fine.

30

Nexus Nightly 20221006 - Setting ‘Force colour subsampling’ to ‘4:2:0’ causes loss of/no signal on video playback. All other options work fine.

31

20221006 is buggy and not usable, update to 20221007

32

Still broken in 20221007.

Also SSH is broken, when I connect it asks for my password and after I enter it it just closes the connection.

roidy@Roberts-MacBook-Air ~ % ssh root@192.168.0.13
root@192.168.0.13's password: 
##############################################
#                  CoreELEC                  #
#            https://coreelec.org            #
##############################################

CoreELEC (official): 20.0-Nexus_nightly_20221007 (Amlogic-ng.arm)
-sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
Connection to 192.168.0.13 closed.
roidy@Roberts-MacBook-Air ~ %
33

SSH works fine after update with this build.
Try

ssh -v root@192.168.0.13
34

Definitely doesn’t work fine for me :frowning:

Tried from both Windows 11 and OSX

PS C:\Users\roidy> ssh -v root@192.168.0.13
OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2
debug1: Connecting to 192.168.0.13 [192.168.0.13] port 22.
debug1: Connection established.
debug1: identity file C:\\Users\\roidy/.ssh/id_rsa type -1
debug1: identity file C:\\Users\\roidy/.ssh/id_rsa-cert type -1
debug1: identity file C:\\Users\\roidy/.ssh/id_dsa type -1
debug1: identity file C:\\Users\\roidy/.ssh/id_dsa-cert type -1
debug1: identity file C:\\Users\\roidy/.ssh/id_ecdsa type -1
debug1: identity file C:\\Users\\roidy/.ssh/id_ecdsa-cert type -1
debug1: identity file C:\\Users\\roidy/.ssh/id_ed25519 type -1
debug1: identity file C:\\Users\\roidy/.ssh/id_ed25519-cert type -1
debug1: identity file C:\\Users\\roidy/.ssh/id_xmss type -1
debug1: identity file C:\\Users\\roidy/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_for_Windows_8.1
debug1: Remote protocol version 2.0, remote software version OpenSSH_9.1
debug1: match: OpenSSH_9.1 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.0.13:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:sQH43CHMAO8Y1UP9pycmX8N4NJE1QJnAKll6vVyDcZE
debug1: Host '192.168.0.13' is known and matches the ECDSA host key.
debug1: Found key in C:\\Users\\roidy/.ssh/known_hosts:14
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey in after 134217728 blocks
debug1: pubkey_prepare: ssh_get_authentication_socket: No such file or directory
debug1: Will attempt key: C:\\Users\\roidy/.ssh/id_rsa
debug1: Will attempt key: C:\\Users\\roidy/.ssh/id_dsa
debug1: Will attempt key: C:\\Users\\roidy/.ssh/id_ecdsa
debug1: Will attempt key: C:\\Users\\roidy/.ssh/id_ed25519
debug1: Will attempt key: C:\\Users\\roidy/.ssh/id_xmss
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,sk-ssh-ed25519@openssh.com,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ecdsa-sha2-nistp256@openssh.com,webauthn-sk-ecdsa-sha2-nistp256@openssh.com>
debug1: kex_input_ext_info: publickey-hostbound@openssh.com (unrecognised)
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: C:\\Users\\roidy/.ssh/id_rsa
debug1: Trying private key: C:\\Users\\roidy/.ssh/id_dsa
debug1: Trying private key: C:\\Users\\roidy/.ssh/id_ecdsa
debug1: Trying private key: C:\\Users\\roidy/.ssh/id_ed25519
debug1: Trying private key: C:\\Users\\roidy/.ssh/id_xmss
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password
debug1: read_passphrase: can't open /dev/tty: No such file or directory
root@192.168.0.13's password:
debug1: Authentication succeeded (password).
Authenticated to 192.168.0.13 ([192.168.0.13]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: ENABLE_VIRTUAL_TERMINAL_INPUT is supported. Reading the VTSequence from console
debug1: ENABLE_VIRTUAL_TERMINAL_PROCESSING is supported. Console supports the ansi parsing
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: client_input_channel_req: channel 0 rtype exit-signal reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
##############################################
#                  CoreELEC                  #
#            https://coreelec.org            #
##############################################

CoreELEC (official): 20.0-Nexus_nightly_20221007 (Amlogic-ng.arm)
-sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
debug1: channel 0: free: client-session, nchannels 1
Connection to 192.168.0.13 closed.
Transferred: sent 1976, received 3024 bytes, in 0.1 seconds
Bytes per second: sent 20231.0, received 30960.8
debug1: Exit status -1
PS C:\Users\roidy>
35

Then it must be something on your device and some script is run on login. Maybe from profile.

36

I use the N2 daily for skin development and I am always SSH’d into it with no problems.

The only thing to change on my device is the installation of 20221006 followed by the installation of 20221007.

Also ‘Force colour subsampling’ to ‘4:2:0’ is also still broken on 20221007

37

Is there a nightly before 20221006 I can roll back to for testing?

38

I updated back to 20221006 and SSH works. Updated again to 20221007 and SSH still works.

Try with

ssh root@192.168.0.13 "bash --noprofile"
39

Yep, that connects but I get no terminal prompt, just a flashing cursor. However it is connected and I can issue commands.

40

When I try to login normally I get this warning, could that be the reason?

-sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)