All Activity

This stream auto-updates     

  1. Past hour
  2. https://docs.armbian.com/User-Guide_Getting-Started/#how-to-check-download-authenticity
  3. Today
  4. 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?
  5. 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)
  6. 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)
  7. 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.
  8. 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 }
  9. 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")
  10. 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.
  11. 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.
  12. 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
  13. for me as first time user it was "hard" - I did try it and it worked - BUT I didnt understand all steps completly
  14. Show your DT patch. It shouldn't be that hard to make it work.
  15. Don't have Pine64 but Bananapi M64 works well http://ix.io/1VAi
  16. OK - I did try my very best https://github.com/armbian/build/pull/1566
  17. FWIW My boot delays were much more drastic and consistent across 6 Odroid C2's initially using the minimal image ... dmesg | grep -E "(rng|random)" [ 0.000000] random: get_random_bytes called from start_kernel+0xa8/0x400 with crng_init=0 [ 3.074316] random: fast init done [ 4.216928] random: systemd: uninitialized urandom read (16 bytes read) [ 4.220823] random: systemd: uninitialized urandom read (16 bytes read) [ 4.221479] random: systemd: uninitialized urandom read (16 bytes read) [ 1846.057161] random: crng init done [ 1846.057175] random: 7 urandom warning(s) missed due to ratelimiting My Odroid C2's also show a ridiculously low amount (single to low double digits) of available entropy without haveged and the rate at which available entropy increases is very very very slow ... cat /proc/sys/kernel/random/entropy_avail 5 With haveged it's marginally better, and the rate at which available entropy increases is better than without out it, but still too slow ... cat /proc/sys/kernel/random/entropy_avail 77 With rng-tools installed things are looking much better ... cat /proc/sys/kernel/random/entropy_avail 2002 and now SSH is available much quicker ... dmesg | grep -E "(rng|random)" [ 0.000000] random: get_random_bytes called from start_kernel+0xa8/0x400 with crng_init=0 [ 2.954319] random: fast init done [ 4.298379] random: systemd: uninitialized urandom read (16 bytes read) [ 4.308032] random: systemd: uninitialized urandom read (16 bytes read) [ 4.309349] random: systemd: uninitialized urandom read (16 bytes read) [ 10.320571] random: crng init done [ 10.320579] random: 7 urandom warning(s) missed due to ratelimiting Awesome! Thanks @guidol for the rng-tools tip
  18. Use armbian-config -> software -> docker ... on a fresh image. Or use instructions that works.
  19. This is a very good simple example to start with. Perhaps this is wrote better: https://www.armbian.com/get-involved/#submit > Opening a pull request ... Rather go this way. 1. Open an (NEW) issue "SSH takes very long time", label it "Improvement" and make a quick symptom description, link to forum topic https://github.com/armbian/build/issues 2. Create a pull request with title "Fixing ssh login time delay" and inside comments put: "Closes LINK_TO_THAT_ISSUE" Pull request procedure: 1. Fork the project 2. Edit things: - add package rng-tools here https://github.com/armbian/build/blob/master/lib/configuration.sh#L150 - change number from 11 to 12 here https://github.com/armbian/build/blob/master/lib/configuration.sh#L23 3. Create a pull request Try!
  20. @Anurag Alone and his company colleagues are keep spamming forum and email with the same question and so far they have done nothing to understand hints we already gave to them. I am one click away ... Mr. Anurag, please read: https://forum.armbian.com/guidelines https://www.armbian.com/get-involved/ If you don't have an option to understand tips, hire someone: https://www.debian.org/consultants/ and remember that support on this forum is 100% our good will.
  21. Sorry - I dont understand how to make a PR I did read the page https://guides.github.com/activities/hello-world/#pr but it seems I need a Repository/Branch/Commit to create a PR and all the Screenshots sens me in a circle/bootloop First when I selected new PR then I had to select 2 branches to compare, but I only want to add a solution.... Should I add a Issue and write the solution inside? (that worked for me in the past) I also doesnt know the meaning of making this number +1 I only know +1 from Yahoo or the gone GooglePlus
  22. From there to (end user want to have) stable and minimal Armbian stable standards is still a lot of work. Upstream stable branches are more or less important for us, since we have a new reference point and most likely next stable-to-be kernel. IMO 5.3.y is the only way to cover H6 devices ... porting to 4.19.y is futile.
  23. Welcome to Debian Buster with Armbian Linux 5.3.0-sunxi64 System load: 0.00 0.00 0.00 Up time: 22:28 hours Memory usage: 9 % of 988MB IP: CPU temp: 54°C No heat sink, about 22°C environment.
  24. CPU heating up badly. Ambient 26C with heatsink installed. #5.97.190917 Welcome to Debian Buster with Armbian Linux 5.3.0-sunxi64 System load: 0.00 0.00 0.00 Up time: 4:12 hours Memory usage: 5 % of 1993MB IP: 192.168.0.102 CPU temp: 63°C Usage of /: 25% of 7.1G No hidden system load generator processes
  25. Unfortunately, with the build above I'm in a boot loop. I tried both booting from mSD slot and booting from a USB 3.0 mSD card reader. The latest line I can see on my TV is "OK Mounted /tmp." before it boots again. So I guess that the next line where it fails is "Found device /dev/...." etc. This is what I did: Installed the build to a brand new mSD card and changed both /extlinux/extlinux.conf and uEnv.ini to meson-g12b-a311d-khadas-vim3.dtb. Activated multi-boot and booted to mSD card. No other devices were connected expect from a keyboard. PS: Which means that both Android VIM3_Pie_V190907 and my current Armbian_5.95_Aml-g12_Debian_buster_default_5.3.0-rc6_20190904 build is installed to eMMC. I think it's easier to just upgrade kernel with my current system, so I will build the latest kernel files tomorrow both with and without the patch. I'll let you know when I've tested this, balbes150
  26. Try this version, it has a kernel with all the latest changes. https://yadi.sk/d/ixLCvgeXlW4-1w
  1. Load more activity