Jump to content


Photo

zeus vs dunfell

dunfell kodi qt

  • Please log in to reply
67 replies to this topic

Re: zeus vs dunfell #21 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 21 May 2020 - 22:19

Hi,

I found the time to flash the image to test kodi 18 on vuduo2 but it does not start, here log from console:

 

root@vuduo2:~# /usr/bin/kodi: line 223:   864 Bus error               ${KODI_BINARY} $SAVED_ARGS

There are probably specific startup scripts for vuplus. Any idea?

Thanks

A.A.



Re: zeus vs dunfell #22 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 22 May 2020 - 19:10

If there are fixes for the VU+ BSP, please create a good patch, so we can ask to apply it.

 

root@vuduo2:~# /usr/bin/kodi: line 223:   864 Bus error  

 

Looks like a driver crash. Wat does the dmesg output say? Does the other DVB stuff work after this?


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: zeus vs dunfell #23 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 25 May 2020 - 11:32

If there are fixes for the VU+ BSP, please create a good patch, so we can ask to apply it.

 

root@vuduo2:~# /usr/bin/kodi: line 223:   864 Bus error  

 

Looks like a driver crash. Wat does the dmesg output say? Does the other DVB stuff work after this?

Sure,

I'll push today on my github fork.

The headers can be fully updated then patched with custom BEGL stuff.

 

The x11 issue seems a kodi problem, it needs a modified  kodi-EGL.patch.

(EGL_NO_X11 is missing, only MESA_EGL_NO_X11_HEADERS, deprecated today, is set)

Again, not my cup of tea...

 

Ill' send an updated kodi recipe later

 

Cheers

A.A.


Edited by A.A., 25 May 2020 - 11:37.


Re: zeus vs dunfell #24 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 25 May 2020 - 23:53

The updated libgles recipe is now pushed  https://tinyurl.com/y7xecc3g

As for Kodi 18 recipe I am polishing it a bit. Coming soon.

 

Cheers

A.A.



Re: zeus vs dunfell #25 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 26 May 2020 - 15:18

Last version: https://tinyurl.com/y855owbb

 

Note: this is only for the mipsel models (vuxxo2). 4k models not tested.

 

Cheers

A.A.



Re: zeus vs dunfell #26 foxbob

  • Senior Member
  • 612 posts

+18
Neutral

Posted 27 May 2020 - 17:55

Error compile.

FAILED: build/windowing/egl/CMakeFiles/windowing_egl.dir/EGLWrapper.cpp.o 
/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot-native/usr/bin/mipsel-oe-linux/mipsel-oe-linux-g++   -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/git -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/git/lib -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/git/lib/gtest/include -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/git/xbmc -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/git/xbmc/platform/linux -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/git/xbmc/cores/VideoPlayer -Ibuild -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/dbus-1.0 -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/lib/dbus-1.0/include -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/python2.7 -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/samba-4.0 -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/libxml2 -Ibuild/cpluff/include -Ibuild/cores/RetroPlayer/messages -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/freetype2 -Ibuild/libdvd/include -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/lzo -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/gstreamer-1.0 -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/glib-2.0 -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/lib/glib-2.0/include -mel -mabi=32 -mhard-float -march=mips32  --sysroot=/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot  -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0=/usr/src/debug/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0                      -fdebug-prefix-map=/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0=/usr/src/debug/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0                      -fdebug-prefix-map=/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot=                      -fdebug-prefix-map=/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot-native=  -fvisibility-inlines-hidden  -mel -mabi=32 -mhard-float -march=mips32  --sysroot=/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot -std=c++11 -DTARGET_POSIX -DTARGET_LINUX -D_LINUX -DTARGET_STB -DTARGET_STB_EXTEND -DTARGET_V3D -DTARGET_VUPLUS -DTARGET_VUPLUS_MIPSEL -DMESA_EGL_NO_X11_HEADERS -Wall -O2 -g -DNDEBUG   -D_LINUX -DTARGET_POSIX -DTARGET_LINUX -D_GNU_SOURCE -DHAVE_LINUX_MEMFD=1 -DHAVE_MKOSTEMP=1 -D__STDC_CONSTANT_MACROS -D_FILE_DEFINED -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAS_LINUX_NETWORK -DHAVE_STD__U16_STRING=1 -DHAVE_STD__U32_STRING=1 -DHAVE_CHAR16_T=1 -DHAVE_CHAR32_T=1 -DHAVE_STDINT_H=1 -DHAS_BUILTIN_SYNC_ADD_AND_FETCH=1 -DHAS_BUILTIN_SYNC_SUB_AND_FETCH=1 -DHAS_BUILTIN_SYNC_VAL_COMPARE_AND_SWAP=1 -DHAVE_INOTIFY=1 -DHAVE_POSIX_FADVISE=1 -DHAVE_LOCALTIME_R=1 -DHAVE_INTTYPES_H=1 -DHAS_ALSA=1 -DHAS_AVAHI=1 -DHAS_ZEROCONF=1 -DHAVE_LIBBLURAY=1 -DHAVE_LIBBLURAY_BDJ=1 -DHAVE_LIBCEC=1 -DHAS_DBUS=1 -DHAVE_LCMS2=1 -DHAS_WEB_SERVER=1 -DHAS_WEB_INTERFACE=1 -DHAS_FILESYSTEM_NFS=1 -DHAS_PULSEAUDIO=1 -DHAS_PYTHON=1 -DHAS_FILESYSTEM_SMB=1 -DHAVE_LIBUDEV=1 -DHAVE_LIBXSLT=1 -DHAS_AIRPLAY=1 -DFFMPEG_VER_SHA=\"4.0\" -I/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/fribidi -DHAS_EGL=1 -DHAVE_LIBGSTREAMER=1 -DHAS_GLES=2 -DHAS_UPNP=1 -DBIN_INSTALL_PATH=\"/usr/lib/kodi\" -DINSTALL_PATH=\"/usr/share/kodi\" -std=c++11 -MD -MT build/windowing/egl/CMakeFiles/windowing_egl.dir/EGLWrapper.cpp.o -MF build/windowing/egl/CMakeFiles/windowing_egl.dir/EGLWrapper.cpp.o.d -o build/windowing/egl/CMakeFiles/windowing_egl.dir/EGLWrapper.cpp.o -c /home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/git/xbmc/windowing/egl/EGLWrapper.cpp
In file included from /home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/EGL/egl.h:39,
                 from /home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/git/xbmc/windowing/egl/EGLWrapper.h:27,
                 from /home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/git/xbmc/windowing/egl/EGLWrapper.cpp:56:
/home/foxbob/duo2/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/stb-kodi-vuduo2/18.7+gitAUTOINC+0442d70608-r0/recipe-sysroot/usr/include/EGL/eglplatform.h:132:10: fatal error: X11/Xlib.h: No such file or directory
  132 | #include <X11/Xlib.h>
      |          ^~~~~~~~~~~~
compilation terminated.


Re: zeus vs dunfell #27 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 27 May 2020 - 23:44

Here the WIP with kodi_18 for vuxxo2.

 

https://tinyurl.com/y8sjz4a9

 

First runtime tests were so so...I hope the testers here will help to debug.

 

Cheers

A.A.



Re: zeus vs dunfell #28 foxbob

  • Senior Member
  • 612 posts

+18
Neutral

Posted 29 May 2020 - 14:26

I have compiled kodi18 for duo2 with your changes.Kodi doesn't start.I do not have a receiver.

[XBMC] Desktop size [1920x1080]

[KodiLauncher] autoStart - reason = 0

[KodiLauncher] RCUnlock
[eRCInputEventDriver] EVIOCGRAB: Device or resource busy
[KodiLauncher] RCLock
[eDVBCAService] free slot 0 demux 0 for service 1:0:2:7A4:13:70:1680000:0:0:0:
[eDVBCAService] free service 1:0:2:7A4:13:70:1680000:0:0:0:
[eDVBServicePlay] timeshift
[eTSMPEGDecoder] decoder state: play, vpid=ffffffff, apid=ffffffff
[eDVBPCR0] DEMUX_STOP ok
[eDVBPCR0] destroy
[eDVBAudio0] AUDIO_STOP ok
[eDVBAudio0] DEMUX_STOP ok
[eDVBAudio0] AUDIO_CONTINUE ok
[eDVBAudio0] destroy
[eDVBResourceManager] start release channel timer
[Skin] Parsing embedded skin '<embedded-in-KodiLauncher>'.
[Skin] Processing screen '<embedded-in-KodiLauncher>', position=(0, 0), size=(1920 x 1080) for module 'KodiLauncher'.
[Skin] Processing screen 'SimpleSummary' from list 'KodiLauncher_summary, SimpleSummary', position=(0, 0), size=(140 x 32) for module 'SimpleSummary'.
[Console] command: ps | grep kodi.bin | grep -v grep
[eConsoleAppContainer] Starting /bin/sh
[Console] finished: ps | grep kodi.bin | grep -v grep
[KodiLauncher] FBLock
[KodiLauncher] startup: kodi is not running, starting...
[Console] command: unset PYTHONPATH;kodi;kodiext -T
[eConsoleAppContainer] Starting /bin/sh
[DVBCAHandler] no more services
[Console] finished: unset PYTHONPATH;kodi;kodiext -T
[KodiLauncher] kodi stopped: retval = 0
[KodiLauncher] FBUnlock
[fb] double buffering available!

For 4K receivers there are no problems,but here does not want to start.



Re: zeus vs dunfell #29 WTE

  • Senior Member
  • 821 posts

+36
Good

Posted 30 May 2020 - 09:32

Here the WIP with kodi_18 for vuxxo2.

 

https://tinyurl.com/y8sjz4a9

 

First runtime tests were so so...I hope the testers here will help to debug.

 

Cheers

A.A.

I push some fixes of you as well to main branch zeus kodi18.

Your BSP layer changes works well. I hope you can make a pull request to VUplus and see if they will accept it.


Mut@nt HD51 STB 4K

   :rolleyes:                :rolleyes:


Re: zeus vs dunfell #30 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 30 May 2020 - 10:33

@WTE

thanks for finishing it.

 

I am looking at the OE-A differences, needs a bit of time.

 

What I already did is to add the inputstream-helper, needed by many add-ons.

This one needs python-pycryptodomex which needs to be added to OE. (We can ask for a backport, python has been reworked in dunfell and in master)

So I just post here th ediff so you get an idea, maybe it is worth:

 

diff --git a/meta-openpli/recipes-mediacenter/kodi/kodi_18.bb b/meta-openpli/recipes-mediacenter/kodi/kodi_18.bb
index d4e7e0aa..32e18f49 100644
--- a/meta-openpli/recipes-mediacenter/kodi/kodi_18.bb
+++ b/meta-openpli/recipes-mediacenter/kodi/kodi_18.bb
@@ -213,6 +213,9 @@ RRECOMMENDS_${PN}_append = " libcec \
                              python-sqlite3 \
                              python-compression \
                              python-xmlrpc \
+                             python-pycryptodomex \
+                             python-mechanize \
+                             python-profile \
                              tzdata-africa \
                              tzdata-americas \
                              tzdata-antarctica \
@@ -223,7 +226,11 @@ RRECOMMENDS_${PN}_append = " libcec \
                              tzdata-europe \
                              tzdata-pacific \
                              xkeyboard-config \
+                             kodi-addon-inputstream-adaptive \
+                             kodi-addon-inputstream-rtmp \
+                             alsa-plugins \
                            "
+
 RRECOMMENDS_${PN}_append_libc-glibc = " glibc-charmap-ibm850 \
                                         glibc-gconv-ibm850 \
                                         glibc-charmap-ibm437 \

And for meta-oe

 

>>>

/meta-python/recipes-devtools/python/python-pycryptodomex_3.8.2.bb
inherit setuptools
require python-pycryptodomex.inc

 

/meta-python/recipes-devtools/python/python-pycryptodomex.inc
SUMMARY = "PyCryptodome is a self-contained Python package of low-level cryptographic primitives"
HOMEPAGE = "http://www.pycryptodome.org"
LICENSE = "BSD-2-Clause"
LIC_FILES_CHKSUM = "file://LICENSE.rst;md5=6dc0e2a13d2f25d6f123c434b761faba"

inherit pypi

SRC_URI[md5sum] = "d755d7bae113d66dba3eb77b022c336e"
SRC_URI[sha256sum] = "e50b15af6bbdc6b5f8bd70d818cb846b15303ffa6c371b799db561a403a21607"

<<<


Finally, I must rebuild the image and retest: there were issues with mdev/eudev and my internal HDD was not mounted on boot. I spotted other things in the logs, let me see later.

As I said before, this zeus branch is not ready yet and I feel we should immediately move to dunfell to avoid more headhaches.

 

Cheers

A.A.



Re: zeus vs dunfell #31 WTE

  • Senior Member
  • 821 posts

+36
Good

Posted 30 May 2020 - 10:51

We should leave kodi_18.bb as much as possible original.

All changes must been add in kodi_18.bbappend.

 

Python addons are probably request by some plugins. This can been added.

 

kodi-addon-inputstream-adaptive kodi-addon-inputstream-rtmp will been build by:

https://github.com/O...-addons-meta.bb

 

About mdev/eudev. I noticed that /media/ isn't cleaned after a reboot. So in some cases the devices maps can cause that it won't been removed after a hard reboot. By startup before mounting is done the map /media/* should been removed.

 

Please send follow to see why mount isn't working, I am pretty sure this should work. Have test many devices and tests.
ls -a /dev/sd*

df

mount

dmesg


Mut@nt HD51 STB 4K

   :rolleyes:                :rolleyes:


Re: zeus vs dunfell #32 WanWizard

  • PLi® Core member
  • 68,544 posts

+1,737
Excellent

Posted 30 May 2020 - 11:49

Let me know when the PR for VU+ is ready, so we can push to have it merged.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: zeus vs dunfell #33 WanWizard

  • PLi® Core member
  • 68,544 posts

+1,737
Excellent

Posted 30 May 2020 - 11:50

About mdev/eudev. I noticed that /media/ isn't cleaned after a reboot. So in some cases the devices maps can cause that it won't been removed after a hard reboot. By startup before mounting is done the map /media/* should been removed.

 

In the current image, /media is tmpfs, and is always gone after a reboot.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: zeus vs dunfell #34 WTE

  • Senior Member
  • 821 posts

+36
Good

Posted 30 May 2020 - 12:33

 

About mdev/eudev. I noticed that /media/ isn't cleaned after a reboot. So in some cases the devices maps can cause that it won't been removed after a hard reboot. By startup before mounting is done the map /media/* should been removed.

 

In the current image, /media is tmpfs, and is always gone after a reboot.

 

Probably something is not 100% ok yet by removing a hotplug device.

The mount is removed correctly but the automount in /tmp ( ls -a /tmp ) and map in /media not yet.

 

So it need some small finetuning. I will check it next next week and make the needed adjustments.


Mut@nt HD51 STB 4K

   :rolleyes:                :rolleyes:


Re: zeus vs dunfell #35 WanWizard

  • PLi® Core member
  • 68,544 posts

+1,737
Excellent

Posted 30 May 2020 - 12:53

:thumbs-up:


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: zeus vs dunfell #36 WTE

  • Senior Member
  • 821 posts

+36
Good

Posted 30 May 2020 - 13:24

@WTE

thanks for finishing it.

 

I am looking at the OE-A differences, needs a bit of time.

 

What I already did is to add the inputstream-helper, needed by many add-ons.

This one needs python-pycryptodomex which needs to be added to OE. (We can ask for a backport, python has been reworked in dunfell and in master)

So I just post here th ediff so you get an idea, maybe it is worth:

Added into the patch. Now if feeds are made all kodi-addons should been made for mipsel and arm platforms as well.

 

Can you make a pull request to vu-plus for your changes with the gles headers?


Mut@nt HD51 STB 4K

   :rolleyes:                :rolleyes:


Re: zeus vs dunfell #37 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 30 May 2020 - 13:44

@WTE: Pull Request #72 created



Re: zeus vs dunfell #38 WTE

  • Senior Member
  • 821 posts

+36
Good

Posted 30 May 2020 - 22:23

 

 

About mdev/eudev. I noticed that /media/ isn't cleaned after a reboot. So in some cases the devices maps can cause that it won't been removed after a hard reboot. By startup before mounting is done the map /media/* should been removed.

 

In the current image, /media is tmpfs, and is always gone after a reboot.

 

Probably something is not 100% ok yet by removing a hotplug device.

The mount is removed correctly but the automount in /tmp ( ls -a /tmp ) and map in /media not yet.

 

So it need some small finetuning. I will check it next next week and make the needed adjustments.

 

I think I have a good solution so that the map remove for all devices will go well. I send for it a pull request :)


Mut@nt HD51 STB 4K

   :rolleyes:                :rolleyes:


Re: zeus vs dunfell #39 WTE

  • Senior Member
  • 821 posts

+36
Good

Posted 30 May 2020 - 22:24

@WTE: Pull Request #72 created

:thumbs-up: Lets hope they accept it soon.


Mut@nt HD51 STB 4K

   :rolleyes:                :rolleyes:


Re: zeus vs dunfell #40 foxbob

  • Senior Member
  • 612 posts

+18
Neutral

Posted 31 May 2020 - 05:39

Dunfell branch.After a reboot the tmp folder is cleared.

et1x000 login: root
root@et1x000:~# ls -a /dev/sd*
/dev/sda   /dev/sda1
root@et1x000:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/root              3659692    409780   3044296  12% /
devtmpfs                148356         4    148352   0% /dev
tmpfs                       64         0        64   0% /media
tmpfs                   156696       204    156492   0% /run
tmpfs                   156696      4328    152368   3% /var/volatile
/dev/sda1            960384328 573052216 338477688  63% /media/hdd
root@et1x000:~# mount
/dev/root on / type ext4 (rw,relatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=148356k,nr_inodes=37089,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
tmpfs on /media type tmpfs (rw,relatime,size=64k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
root@et1x000:~# dmesg
UDF-fs: warning (device mmcblk0p1): udf_fill_super: No partition found (2)
UDF-fs: warning (device mmcblk0p3): udf_fill_super: No partition found (2)
root@et1x000:~# 


Edited by foxbob, 31 May 2020 - 05:45.



1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users