All Activity

This stream auto-updates     

  1. Today
  2. On Armbian Buster install process lasts for a long time and finishes with some errors: I do not know if these are critical errors or not. I have activated 4GB swap partition /dev/sda2 on the hard drive in /etc/fstab. The final status is "Nextcloud was successfully installed", but http://ip or http://ip/nextcloud redirects to https and shows "Not Found. The requested URL / was not found on this server." I don't know what to do next, help please.
  3. Hello, I'm trying to install NextCloud on Armbian Stretch , using armbian-config. The board is Cubietruck. It fails on installation: So, this is impossible now? I've tried to install it on Armbian Buster before, but got some errors too. I'll try once more and post log there, any help is appreciated.
  4. It works out of the box. After the first boot just choose to move everything to the connected SSD in armbian-config. I am booting from an SSD and have two more HDDs connected.
  5. Use the DTB from the previous image. There is an error in the current DTB for VIM3.
  6. Is the CPU cache also ECC ? Does that matter either way in this device? Sent from my LM-G710 using Tapatalk
  7. Thank you Igor - I googled some instructions which are perhaps out of date? I had no idea a simple menu based config was even built in! I'll have a play
  8. Did you figure it out? Can armbian boot from SSD also?
  9. Yesterday
  11. with the green + in the right upper corner you can follow a thread without even writing in it. just out of curiosity.. what use-case do you have for the board?
  12. Thank you for the update, I'll have to take a look, I thought the patch was there, I might be able to look at it tonight (I've been out of the office for a while)
  13. Same! Life has been a bit tough lately, I've been supporting my wife through her recent surgery, she gets to come home this week (3rd week in hospital/rehabilitation)
  14. I would appreciate if you share how to patch mainline kernel for HEVC support and how to make mpv use hardware decoding. I have some experience compiling Linux kernel on desktop, and I know how to compile ffmpeg and mpv. But I do not know what patches I need for the kernel and ffmpeg/mpv, and I'm not sure what options I need to provide to mpv to make it actually work with hardware decoding on Orange Pi Lite. Currently there is little information about this. For me 3.4 kernel does not work at all (produces black screen with my HDMI display). Armbian with 5.3 worked, except I cannot figure out how to get hardware video decoding (I think 5.3 has some support for H.264 but I could not figure out how to use it, and I prefer to use H.265 if possible). Some information about my project. I have Orange Pi Lite with 512MB RAM. I know it is not much but if I could make it playback high resolution videos it would be great (even if it would be bare X with mpv and nothing else). In my case I do not really need full 4K. I need this for FPV project so my video stream will not have more than 1 reference frame to keep latency low. I tested my camera at 1FPS and measured 1 frame decoding delay with HEVC and 0 frame delay with MJPEG (I tested MJPEG to make sure I can make mpv not to buffer frames unless really necessary for decoding, since MJPEG by definition does not require previous frames to decode; I have used --profile=low-latency --untimed options to get low latency). I plan to use 2560x1440 HDMI 5.5 inch display and I will receive it in next few weeks (for now for testing I use 1920x1080 display). My camera produces 4:3 5MP HEVC video stream with 2592x1944 resolution at 30FPS. I tried to calculate my memory requirements based on your example: 14 MiB 2560x1440 XRGB buffer 5.27 MiB of CMA memory per single frame 2592x1944 Additional 5.27 MiB of CMA memory for up to 1 reference frame 2.4MiB for "scratch buffer" 1MiB some other scratch buffers I do not know how much CMA memory is needed for providing encoded data to VPU but 20MiB sounds like reasonable amount Total is about 50MiB. So my project sounds something like Orange Pi Lite could handle if I could get hardware decoding working. I would be grateful for any help or clues how to achieve that.
  15. To check the download, I've been told to compare the downloaded OS's SHA text file to the OS manufacturer's (armbian) website for their SHA. I asked this question previously but can not find the thread now. I'm using orangepiplus2e. Thank you.
  16. Apologies again, I started this thread out of eagerness and curiosity. Not to create confusion. This said, the fans should be relatively quiet once fancontrol kicked in after boot, but that depends very much on your environment. You are right though, Batch 3 fans cannot be shut off (see Wiki). I am not sure whether I understand your second question correctly, are you considering to reverse the fans (and the air flow)? Please don't. As gprovost wrote, the default direction should be the optimum for most use cases. Keeping the HDDs primarily at safe operating temperatures is what really matters in a NAS. The overview are just a few shell functions I whipped up for comparison of the two units. They have several flaws. For instance, I have used sd[a|b|c|d] names instead of proper UUIDs. The label "RPM" ist wrong, it should read "PWM" instead. And I am not sure if the temperature representation is correct. But nevertheless, here they are. Note that getCPUFreq and getCPUStats currently do not work on Buster, but on Stretch only. Add these to your non-privileged user's .bashrc and reload with "source .bashrc" or relogin. After that, simply enter "getSysStatus" on the commandline to print the overview. # Print current CPU frequency getCPUFreq() { local i freq for i in 0 1; do freq=$(cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq) printf "%s\n" "CPU $i freq.: ${freq%???} MHz" done } # Print CPU statistics getCPUStats() { local i stats for i in 0 1; do # This works, but it needs three expensive syscalls to external commands #stats="$(cpufreq-info -c $i | grep 'stats' | sed 's/,/;/;s/:/: /g;s/\./,/g')" # Same, but reduced by one stats="$(cpufreq-info -c $i | \ awk '/stats/{gsub(",",";");gsub(":",": ");gsub("\.",",");print}')" # Cut front and end from string; this could be done in awk, too, but the # resulting expression would be long and hard to decipher for non-awk users. # Using shell internal string functions should not be that expensive, either. stats="${stats#*: }" stats="${stats% *}" # Finally, print the resulting string, nicely formatted printf "%s\n" "CPU $i stats: ${stats}" done } # Print system fans speed getFanSpeed() { local i j=3 speed for i in 10 17; do speed=$(cat /sys/devices/platform/j$i-pwm/hwmon/hwmon$j/pwm1) printf "%s\n" "Fan J$i RPM: ${speed}" ((j++)) done } # Print SoC temperature getSoCTemp() { local temp=$(cat /sys/devices/virtual/thermal/thermal_zone0/temp) printf "%s\n" "SoC core temp.: ${temp%???},${temp: -3}" } # Print ambient temperature getAmbientTemp() { local temp=$(cat /dev/thermal-board/temp1_input) printf "%s\n" "Ambient temp.: ${temp%???},${temp: -3}" } # Print temperature of all HDDs getDriveTemps() { local i temp for i in /dev/sd[abcd]; do temp=$(sudo /usr/sbin/smartctl -a $i | awk '/^194/{print $10}') printf "%s\n" "$i temp.: ${temp}" done } # Print current power mode status of all HDDs getDriveStates() { local i state for i in /dev/sd[abcd]; do state="$(sudo /sbin/hdparm -C $i)" printf "%s\n" "$i state: ${state##* }" done } # Print system status getSysStatus() { # printf "\n" # getCPUStats # printf "\n" # getCPUFreq printf "\n" getFanSpeed printf "\n" getSoCTemp getAmbientTemp printf "\n" getDriveTemps printf "\n" getDriveStates }
  17. My Pine A64-DB-2G-Rev B is currently running 5.3.0-rc3 and eth0 is working fine. (I don't see any "no phy at addr -1" error in "dmesg")
  18. I had issues with hostapd but I don't recall the exact problem. I got it down to the armbian kernel being a bit too new and perhaps a bug had crept in. The .config feature that wasnt working might have been multiple ssid's or higher speed wireless 802.11n. Work around was to get hostapd sources a couple of years old and compile it. I use rt2xxx based hardware and don't recommend the internal wifi devices.
  19. cowbe0x004

    NanoPI M4

    For some reason I'm not having the same experience. Tried different images, only one that doesn't lag in youtube is FriendlyDesktop, but once I run apt upgrade to the latest version, it doesn't handle it anymore. With friendlycore + mate, I installed chrome and looked chrome://gpu, I don't see hardware accelerated. Do you know what else I need to do? Sorry I know this doesn't concern armbian, but was kind of wondering if anyone know what else needs to be done to be able to play youtube at least for 1080p.
  20. For my wifi hotspot authentication problem, I found the below log messages. Does this log help to identify the problem? I'm not an expert in kernel / os level. Hence, seeking for help (DESPERATE !!!). Sep 17 17:36:08 nsiod68 kernel: [ 492.907311] Modules linked in: fuse ipt_MASQUERADE iptable_nat nf_nat xt_conntrack nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 iptable_filter bpfilter bnep 8021q garp mrp stp llc zstd zram r8723bs(C) cfg80211 snd_soc_meson_aiu_i2s snd_soc_meson_aiu_spdif hci_uart btqca btbcm btintel meson_vdec bluetooth crct10dif_ce videobuf2_dma_contig v4l2_mem2mem dw_hdmi_cec videobuf2_memops videobuf2_v4l2 videobuf2_common ir_nec_decoder ecdh_generic videodev rfkill meson_ir snd_soc_meson_audio_core pwm_meson ao_cec media adc_keys input_polldev sch_fq_codel ip_tables x_tables ipv6 crc_ccitt Sep 17 17:36:08 nsiod68 kernel: [ 492.957945] Process RTW_CMD_THREAD (pid: 782, stack limit = 0x000000006754f26e) Sep 17 17:36:08 nsiod68 kernel: [ 492.965188] CPU: 3 PID: 782 Comm: RTW_CMD_THREAD Tainted: G C 5.1.15-aml-s905 #5.91 Sep 17 17:36:08 nsiod68 kernel: [ 492.974067] Hardware name: Khadas VIM (DT) Sep 17 17:36:08 nsiod68 kernel: [ 492.978123] pstate: 80000005 (Nzcv daif -PAN -UAO) Sep 17 17:36:08 nsiod68 kernel: [ 492.982921] pc : nl80211_send_station.isra.62+0x2d0/0xbb0 [cfg80211] Sep 17 17:36:08 nsiod68 kernel: [ 492.989198] lr : nl80211_send_station.isra.62+0xa98/0xbb0 [cfg80211] Sep 17 17:36:08 nsiod68 kernel: [ 492.995456] sp : ffff000010bdbbb0 Sep 17 17:36:08 nsiod68 kernel: [ 492.998734] x29: ffff000010bdbbb0 x28: ffff000010bdc008 Sep 17 17:36:08 nsiod68 kernel: [ 493.003995] x27: ffff000010bdbc50 x26: ffff80000dc15030 Sep 17 17:36:08 nsiod68 kernel: [ 493.009257] x25: ffff80000dc15000 x24: 0000000000000030 Sep 17 17:36:08 nsiod68 kernel: [ 493.014518] x23: ffff000010bdbcd8 x22: 0000000000000000 Sep 17 17:36:08 nsiod68 kernel: [ 493.019779] x21: ffff800074961e00 x20: ffff000012315000 Sep 17 17:36:08 nsiod68 kernel: [ 493.025040] x19: ffff80000dc15014 x18: 0000000000000000 Sep 17 17:36:08 nsiod68 kernel: [ 493.030301] x17: 0000000000000000 x16: 0000000000000000 Sep 17 17:36:08 nsiod68 kernel: [ 493.035563] x15: 0000000000000000 x14: 000af217000bdd00 Sep 17 17:36:08 nsiod68 kernel: [ 493.040827] x13: 0000000000000000 x12: 0000000000000000 Sep 17 17:36:08 nsiod68 kernel: [ 493.046088] x11: 0000000000ff1740 x10: 2d1a2d000c02ac0f Sep 17 17:36:08 nsiod68 kernel: [ 493.051350] x9 : 00000104ac0f0000 x8 : ffff80000dc15064 Sep 17 17:36:08 nsiod68 kernel: [ 493.056611] x7 : 0000000000000000 x6 : ffff80000dc15064 Sep 17 17:36:08 nsiod68 kernel: [ 493.061872] x5 : ffff80000dc15064 x4 : ffff000010bdbda0 Sep 17 17:36:08 nsiod68 kernel: [ 493.067133] x3 : 0000000000000268 x2 : 0000000000000064 Sep 17 17:36:08 nsiod68 kernel: [ 493.072394] x1 : 0000000000000008 x0 : ffff80000dc15000 Sep 17 17:36:08 nsiod68 kernel: [ 493.077657] Call trace: Sep 17 17:36:08 nsiod68 kernel: [ 493.080173] nl80211_send_station.isra.62+0x2d0/0xbb0 [cfg80211] Sep 17 17:36:08 nsiod68 kernel: [ 493.086112] cfg80211_new_sta+0x78/0xe8 [cfg80211] Sep 17 17:36:08 nsiod68 kernel: [ 493.090895] rtw_cfg80211_indicate_sta_assoc+0x6c/0x90 [r8723bs] Sep 17 17:36:08 nsiod68 kernel: [ 493.096826] rtw_stassoc_event_callback+0x194/0x1e0 [r8723bs] Sep 17 17:36:08 nsiod68 kernel: [ 493.102507] mlme_evt_hdl+0x74/0xa0 [r8723bs] Sep 17 17:36:08 nsiod68 kernel: [ 493.106817] rtw_cmd_thread+0x16c/0x360 [r8723bs] Sep 17 17:36:08 nsiod68 kernel: [ 493.111392] kthread+0x124/0x128 Sep 17 17:36:08 nsiod68 kernel: [ 493.114578] ret_from_fork+0x10/0x1c Sep 17 17:36:08 nsiod68 kernel: [ 493.118117] Code: 9b037c23 11000421 a9090fa4 8b03009c (b8636883) Sep 17 17:36:08 nsiod68 kernel: [ 493.124153] ---[ end trace c1575f5c5fb8f5a3 ]--- Sep 17 17:36:11 nsiod68 systemd[1]: serial-getty@ttyS0.service: Succeeded. Sep 17 17:36:11 nsiod68 systemd[1]: serial-getty@ttyS0.service: Service RestartSec=100ms expired, scheduling restart. Sep 17 17:36:11 nsiod68 systemd[1]: serial-getty@ttyS0.service: Scheduled restart job, restart counter is at 46. Sep 17 17:36:11 nsiod68 systemd[1]: Stopped Serial Getty on ttyS0. Sep 17 17:36:11 nsiod68 systemd[1]: Started Serial Getty on ttyS0. Sep 17 17:36:14 nsiod68 kernel: [ 498.890843] RTL8723BS: ap recv disassoc reason code(8) sta:6c:8d:c1:db:7b:0c Sep 17 17:36:14 nsiod68 hostapd: wlan0: STA 6c:8d:c1:db:7b:0c IEEE 802.11: disassociated
  21. for me as first time user it was "hard" - I did try it and it worked - BUT I didnt understand all steps completly
  22. Show your DT patch. It shouldn't be that hard to make it work.
  23. Don't have Pine64 but Bananapi M64 works well
  24. OK - I did try my very best
  1. Load more activity