they answered already that you can disable it in /etc/default/log2ram
but I would add that by disabling it I guess the logs will be written to files in your SD card
but you can find these logs and make them a link to /dev/null so that no logs will be written
ln -s /dev/null /path/to/logfile
@atriasgr:
Thank you.
UPDATE June 30, 2017
Today downloaded and wrote following latest Armbian images:
Armbian_5.30_Orangepipc_Ubuntu_xenial_default_3.4.113.img
Armbian_5.30_Orangepipc_Debian_jessie_default_3.4.113.img
BOTH distros give following problem:
(1) With dump1090-mutability ver1.15~dev
dump1090-mutability is running
lighttpd is running
map at /dump1090/gmap.html gives warning:
*“Problem fetching data from dump1090. AJAX call failed (error: Not Found). Maybe dump1090 is no longer running? The displayed map data will be out of date.” *
(2) With dump1090-fa
dump1090-fa fails
lighttpd is running
(Note: In text below, I had to insert spaces before and after all slashes / to prevent “Forbidden” when clicked preview or submit buttons)
pi@orangepipc:~$ sudo systemctl status lighttpd -l
[sudo] password for pi:
● lighttpd.service - Lighttpd Daemon
Loaded: loaded (/ lib / systemd / system / lighttpd.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2017-06-30 15:49:58 UTC; 18min ago
Process: 2902 ExecStartPre= / usr / sbin / lighttpd -t -f / etc / lighttpd / lighttpd.conf (code=exited, status=0/SUCCESS)
Main PID: 2908 (lighttpd)
CGroup: / system.slice / lighttpd.service
└─2908 / usr / sbin / lighttpd -D -f / etc / lighttpd / lighttpd.conf
Jun 30 15:49:58 orangepipc systemd[1]: Starting Lighttpd Daemon…
Jun 30 15:49:58 orangepipc lighttpd[2902]: Syntax OK
Jun 30 15:49:58 orangepipc systemd[1]: Started Lighttpd Daemon.
pi@orangepipc:~$ sudo systemctl status dump1090-mutability -l
● dump1090-mutability.service - LSB: dump1090 daemon (mutability variant)
Loaded: loaded ( / etc / init.d / dump1090-mutability; bad; vendor preset: enabled)
Active: active (exited) since Fri 2017-06-30 15:50:05 UTC; 18min ago
Docs: man:systemd-sysv-generator(8)
Process: 2926 ExecStop= / etc / init.d / dump1090-mutability stop (code=exited, status=0/SUCCESS)
Process: 2934 ExecStart= / etc / init.d / dump1090-mutability start (code=exited, status=0/SUCCESS)
Jun 30 15:50:04 orangepipc systemd[1]: Starting LSB: dump1090 daemon (mutability variant)…
Jun 30 15:50:05 orangepipc systemd[1]: Started LSB: dump1090 daemon (mutability variant).
After installation of Piaware Data feeder (add on package)
pi@orangepipc:~$ sudo systemctl status dump1090-mutability -l
● dump1090-mutability.service - LSB: dump1090 daemon (mutability variant)
Loaded: loaded (/ etc / init.d / dump1090-mutability; bad; vendor preset: enabled)
Active: active (exited) since Fri 2017-06-30 18:59:40 UTC; 3min 59s ago
Docs: man:systemd-sysv-generator(8)
Process: 697 ExecStart= / etc / init.d / dump1090-mutability start (code=exited, status=0/SUCCESS)
Jun 30 18:59:38 orangepipc systemd[1]: Starting LSB: dump1090 daemon (mutability variant)…
Jun 30 18:59:40 orangepipc systemd[1]: Started LSB: dump1090 daemon (mutability variant).
pi@orangepipc:~$ sudo systemctl status piaware -l
● piaware.service - FlightAware ADS-B uploader
Loaded: loaded (/ lib / systemd / system / piaware.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2017-06-30 18:59:38 UTC; 4min 10s ago
Docs: flightaware.com/adsb/piaware/
Main PID: 689 (piaware)
CGroup: / system.slice / piaware.service
└─689 / usr / bin / piaware -p / run / piaware / piaware.pid -plainlog -statusfile / run / piaware / status.json
Jun 30 19:01:42 orangepipc sudo[1406]: pam_unix(sudo:session): session closed for user root
Jun 30 19:01:42 orangepipc piaware[689]: no ADS-B data program seen listening on port 30005 for 124 seconds, next check in 60s
Jun 30 19:02:42 orangepipc sudo[1647]: piaware : TTY=unknown ; PWD=/ ; USER=root ; COMMAND= / bin / netstat --program --tcp --wide --all --numeric
Jun 30 19:02:42 orangepipc sudo[1647]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jun 30 19:02:42 orangepipc sudo[1647]: pam_unix(sudo:session): session closed for user root
Jun 30 19:02:42 orangepipc piaware[689]: no ADS-B data program seen listening on port 30005 for 184 seconds, next check in 60s
Jun 30 19:03:42 orangepipc sudo[1858]: piaware : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/ bin / netstat --program --tcp --wide --all --numeric
Jun 30 19:03:42 orangepipc sudo[1858]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jun 30 19:03:42 orangepipc sudo[1858]: pam_unix(sudo:session): session closed for user root
Jun 30 19:03:42 orangepipc piaware[689]: no ADS-B data program seen listening on port 30005 for 244 seconds, next check in 60s
I replicated your install and faced the same problem.
I solved it by following method. All is now working OK.
#open file rtl-sdr-blacklist.conf in an editor
sudo nano /etc/modprobe.d/rtl-sdr-blacklist.conf
# This system has librtlsdr0 installed in order to
# use digital video broadcast receivers as generic
# software defined radios.
blacklist dvb_usb_rtl28xxu
blacklist e4000
blacklist rtl2832
#add these two line below the last line in the file:
blacklist dvb_usb_rtl2832u
blacklist dvb_usb
#save file and reboot
3G USB Modem
I managed to get my modem blue light blinking on my Pi Pc+ (Armbian Ubuntu Xenial Default) using SAKIS3G from Github.
Instead of going through the --interactive GUI i was able to get it to connect to the network using -
sakis3g --sudo connect --sudo USBINTERFACE=“3” --sudo APN=“telstra.internet”
I tried writing a script incorporating this line (including /home/opi/usr/local/bin/sakis3g --sudo connect --sudo USBINTERFACE=“3” --sudo APN=“telstra.internet”) but I can’t get it to work. I located the script in the /etc/init.d folder and made executable. After a restart the script disappeared from the folder. Any suggestions, code??
Few days ago I wrote following latest version of Armbian to microSD Card:
I faced the problem that after every reboot, OPi PC randomly generated a new MAC address, causing SSH to fail.I had to unplug network wire, wait for about a minute, then re-plug the network wire, wait again 30 sec to enable SSH after every re-boot.
I added a line hwaddress ether xx:xx:xx:xx:xx:xx in file /etc/network/interfaces, but it did not solve the problem.
I then tried Armbian’s built-in Network Manager by commands nmtui and nmcli, both could not solve the issue. This issue is in knowledge of Armbian Developers, and they are trying to fix it. However in the meanwhile I used following fix successfully. Thanks to lukaszjokiel
The file can have any suitable name, (but must end in .sh)
The file can be in any suitable location.
I chose file name mac-spoof.sh , and its location inside folder /etc/network/.
Following instructions are based on above choices.
1.1 - Create new file
sudo touch /etc/network/mac-spoof.sh
1.2 - Make new file executable
sudo chmod +x /etc/network/mac-spoof.sh
1.3 - Open new blank file for editing
sudo nano /etc/network/mac-spoof.sh
1.4 - Copy-paste following text in the new blank file
NOTE: Replace XX:XX:XX:XX:XX:XX by your desired MAC address
#!/bin/bash
/sbin/ifconfig eth0 down
/sbin/ifconfig eth0 hw ether XX:XX:XX:XX:XX:XX
/sbin/ifconfig eth0 up
/bin/systemctl restart NetworkManager
exit 0
1.5 - Save (Ctrl+o) and Close (Ctrl+x)
/etc/rc.local to automaticlly fix the MAC at every reboot.2.1 - Open file /etc/rc.local for editing
sudo nano /etc/rc.local
2.2 - Scroll-down till you see the last line which is only exit 0. Just above last line exit 0, paste following line:
/etc/network/mac-spoof.sh
2.3 - Save (Ctrl+o) and Close (Ctrl+x)
2.4 - Reboot Orange Pi
2.5 - Check if you can SSH. Also check your router settings to see what MAC and IP is shown.
Not sure whether this helps but recently installed Armbian 5.65 Debian on an Orangepi PC.
Used nmtui to set manual IP address: format must be zzz.zzz.zzz.zzz/24
For example 192.168.0.21/24. Without the /24 it does not work.
I checked the “Use IP4 box” but left everything else unchanged.
Do NOT try to activate the change, just exit the utility and reboot. You should find the IP address is now static and set to your required value…
I have one OrangePC One (with Armbian 5.60), and I have no problem keeping the static IP assigned from my router. I didn’t do nothing special.
pi@orangepipc:~$ sudo ~/adsb-receiver/build/portal/graphs/make-collectd-graphs.sh 24h
[sudo] password for pi:
1949 (process ID) old priority 0, new priority 5
577x298
577x298
577x298
577x298
1107x284
577x298
577x298
577x298
577x298
577x298
ERROR: opening '/var/lib/collectd/rrd/localhost/table-localhost/gauge-cpu_temp.rrd': No such file or directory
ERROR: opening '/var/lib/collectd/rrd/localhost/table-localhost/gauge-cpu_temp.rrd': No such file or directory
ERROR: opening '/var/lib/collectd/rrd/localhost/interface-wlan0/if_octets.rrd': No such file or directory
577x298
1107x284
577x298
577x298
577x298
577x298
pi@orangepipc:~$
.
.
1. Open file collectd.conf for editing
sudo nano /etc/collectd/collectd.conf
.
2. At end of above file, add following code
# Orange Pi specific values.
<Plugin table>
<Table "/sys/devices/virtual/thermal/thermal_zone0/temp">
Instance localhost
Separator " "
<Result>
Type gauge
InstancePrefix "cpu_temp"
ValuesFrom 0
</Result>
</Table>
</Plugin>
<Plugin "disk">
Disk "mmcblk0"
IgnoreSelected false
</Plugin>
Save file (Ctrl+o) and close it (Ctrl+x)
.
3. Reboot
sudo reboot
.
4. Wait 5 minutes, then update graphs
sudo ~/adsb-receiver/build/portal/graphs/make-collectd-graphs.sh 24h
2994 (process ID) old priority 0, new priority 5
577x298
577x298
577x298
577x298
1107x284
577x298
577x298
577x298
577x298
577x298
577x298
577x298
ERROR: opening '/var/lib/collectd/rrd/localhost/interface-wlan0/if_octets.rrd': No such file or directory
577x298
1107x284
577x298
577x298
577x298
577x298
pi@orangepipc:~$
.
5. Clear browser cache (Ctrl+Shift+Delete) and Reloaded Browser (Ctrl+F5)
The problem is in the script.
I commented somewhere on here: “issue 425 code being added to the master code” where a “CHIP” option was added so if not a real RPi it skips some of the code - sloppy!!! but I don’t know how to update code - found my own fix which is also somewhere on here.
This is where it all goes wrong:
In bash/portal/graphs.sh at line 203:
if [[ “${HARDWARE_PLATFORM}” = “RPI” ]] ; then
In bash/portal/graphs.sh at line 225:
elif [[ “${HARDWARE_PLATFORM}” = “CHIP” ]] ; then
That logic works fine if you have a RPi or a CHIP, but for everything else it just gets omitted.
Better logic would be to have the CHIP option first and then let the “elif” fall through to the default value without any testing of which system is being used.
CHIP is out of business. You cannot even find site to “flash” the software.
My CHIP’s OS got corrupted, and due to closure of it’s flashing site, I could not reimage it. Finally I threw the CHIP board in trash can.
OrangePi is Still in business, and I suggest JP to modify his code to accomodate OrangePi.
.
To recieve both ES1090 and UAT978, two dongles are required, one for 1090 and other for 978. In this case the dongles should be serialized so that correct dongle+antenna sets are used by dump1090-fa and dump978-fa.
For 1090 Mhz dongle: used serial # 00001090
For 978 Mhz dongle : used serial # 00000978
@obj : The dump978’s .deb package misses to install one dependency ( soapysdr-module-rtlsdr). As a result dump978-fa starts and exits. I have therefore included sudo apt-get install soapysdr-module-rtlsdr before the step sudo apt-get install dump978
.
2.1 - Repository
wget http://flightaware.com/adsb/piaware/files/packages/pool/piaware/p/piaware-support/piaware-repository_3.7.1_all.deb
sudo dpkg -i piaware-repository_3.7.1_all.deb
sudo apt-get update
.
2.2 - Piaware
sudo apt-get install piaware
sudo piaware-config uat-receiver-type sdr
sudo piaware-config feeder-id xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
sudo piaware-config allow-auto-updates yes
sudo piaware-config allow-manual-updates yes
.
2.3 - dump1090-fa
sudo apt-get install dump1090-fa
sudo sed -i 's/--device-index 0/--device-index 00001090/' /etc/default/dump1090-fa
.
2.4 - dump978
sudo apt-get install soapysdr-module-rtlsdr
sudo apt-get install dump978-fa
sudo sed -i 's/driver=rtlsdr/driver=rtlsdr,serial=00000978/' /etc/default/dump978-fa
.
2.5 -skyview978
sudo apt-get install skyview978
.
2.6 - Reboot
sudo reboot
3.1 - dump1090-fa
pi@orangepipc:~$ sudo systemctl status dump1090-fa
* dump1090-fa.service - dump1090 ADS-B receiver (FlightAware customization)
Loaded: loaded (/lib/systemd/system/dump1090-fa.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2019-06-16 00:16:07 UTC; 24min ago
Docs: https://flightaware.com/adsb/piaware/
Main PID: 2223 (dump1090-fa)
Tasks: 3 (limit: 4915)
CGroup: /system.slice/dump1090-fa.service
`-2223 /usr/bin/dump1090-fa --device-index 00001090 --gain -10 --ppm 0 --net-bo-port 30005 --max-range 360 --net --net-heartbea
Jun 16 00:16:07 orangepipc systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
Jun 16 00:16:08 orangepipc dump1090-fa[2223]: Sun Jun 16 00:16:08 2019 UTC dump1090-fa 3.7.1 starting up.
Jun 16 00:16:08 orangepipc dump1090-fa[2223]: rtlsdr: using device #0: Generic RTL2832U (Realtek, RTL2832U, SN 00001090)
Jun 16 00:16:08 orangepipc dump1090-fa[2223]: Detached kernel driver
Jun 16 00:16:08 orangepipc dump1090-fa[2223]: Found Rafael Micro R820T tuner
Jun 16 00:16:08 orangepipc dump1090-fa[2223]: rtlsdr: enabling tuner AGC
.
3.2 - dump978
pi@orangepipc:~$ sudo systemctl status dump978-fa
* dump978-fa.service - dump978 ADS-B UAT receiver
Loaded: loaded (/lib/systemd/system/dump978-fa.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2019-06-16 00:16:03 UTC; 25min ago
Docs: https://flightaware.com/adsb/piaware/
Main PID: 2162 (dump978-fa)
Tasks: 4 (limit: 4915)
CGroup: /system.slice/dump978-fa.service
`-2162 /usr/bin/dump978-fa --sdr driver=rtlsdr,serial=00000978 --format CS8 --raw-port 30978 --json-port 30979
Jun 16 00:16:04 orangepipc dump978-fa[2162]: Reattached kernel driver
Jun 16 00:16:04 orangepipc dump978-fa[2162]: Detached kernel driver
Jun 16 00:16:04 orangepipc dump978-fa[2162]: Found Rafael Micro R820T tuner
Jun 16 00:16:04 orangepipc dump978-fa[2162]: Exact sample rate is: 2083333.135571 Hz
Jun 16 00:16:04 orangepipc dump978-fa[2162]: [R82XX] PLL not locked!
Jun 16 00:16:04 orangepipc dump978-fa[2162]: SoapySDR: using maximum manual gain 49.6 dB
Jun 16 00:16:04 orangepipc dump978-fa[2162]: SoapySDR: using stream setting buffsize=262144
Jun 16 00:16:28 orangepipc dump978-fa[2162]: [::]:30978: accepted a connection from [::1]:36154
Jun 16 00:40:47 orangepipc dump978-fa[2162]: SoapySDR: overflow
Jun 16 00:40:47 orangepipc dump978-fa[2162]: SoapySDR: 1 recent input overruns (sample data dropped)
.
3.3 - piaware
pi@orangepipc:~$ sudo systemctl status piaware
* piaware.service - FlightAware ADS-B uploader
Loaded: loaded (/lib/systemd/system/piaware.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2019-06-16 00:14:24 UTC; 27min ago
Docs: https://flightaware.com/adsb/piaware/
Main PID: 1333 (piaware)
Tasks: 6 (limit: 4915)
CGroup: /system.slice/piaware.service
|-1333 /usr/bin/piaware -p /run/piaware/piaware.pid -plainlog -statusfile /run/piaware/status.json
|-2239 /usr/lib/piaware/helpers/faup1090 --net-bo-ipaddr localhost --net-bo-port 30005 --stdout --lat 43.xxx --lon -79.xxx
|-2245 /usr/lib/piaware/helpers/faup978 --connect localhost:30978
`-2267 /usr/lib/piaware/helpers/fa-mlat-client --input-connect localhost:30005 --input-type dump1090 --results beast,connect,lo
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Receiver status: connected
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Server status: synchronized with 92 nearby receivers
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Receiver: 84.9 msg/s received 33.7 msg/s processed (40%)
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Server: 0.1 kB/s from server 0.0kB/s TCP to server 0.3kB/s UDP to
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Results: 46.9 positions/minute
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Aircraft: 12 of 25 Mode S, 12 of 18 ADS-B used
Jun 16 00:34:59 orangepipc piaware[1333]: 3457 msgs recv'd from dump1090-fa (755 in last 5m); 3243 msgs sent to FlightAware
Jun 16 00:34:59 orangepipc piaware[1333]: 0 msgs recv'd from dump978-fa (0 in last 5m); 0 msgs sent to FlightAware
Jun 16 00:39:59 orangepipc piaware[1333]: 4274 msgs recv'd from dump1090-fa (817 in last 5m); 4060 msgs sent to FlightAware
Jun 16 00:39:59 orangepipc piaware[1333]: 0 msgs recv'd from dump978-fa (0 in last 5m); 0 msgs sent to FlightAware
.
3.4 - skyview978
pi@orangepipc:~$ sudo systemctl status skyview978
* skyview978.service - skyview978 ADS-B UAT web display
Loaded: loaded (/lib/systemd/system/skyview978.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2019-06-16 06:33:26 UTC; 2min 10s ago
Docs: https://flightaware.com/adsb/piaware/
Main PID: 1911 (skyview978)
Tasks: 2 (limit: 4915)
CGroup: /system.slice/skyview978.service
`-1911 /usr/bin/skyview978 --connect localhost:30978 --reconnect-interval 30 --history-co
Jun 16 06:33:26 orangepipc systemd[1]: Started skyview978 ADS-B UAT web display.
Jun 16 06:33:26 orangepipc skyview978[1911]: Connecting to localhost:30978
Jun 16 06:33:26 orangepipc skyview978[1911]: Connected to [::1]:30978
This is the correct thing to do if you have rtlsdr hardware, but it’s not a missing dependency; dump978 itself only needs some soapysdr driver installed, it doesn’t have to be rtlsdr. The sdcard image has a dependency on the soapysdr rtlsdr package elsewhere (in piaware-release)
Package information for dump978-fa
Recommends: skyview978, soapysdr-module-rtlsdr
This normally acts almost like a dependency, so the module should automatically get installed.
wget http://flightaware.com/adsb/piaware/files/packages/pool/piaware/p/piaware-support/piaware-repository_3.7.1_all.deb
sudo dpkg -i piaware-repository_3.7.1_all.deb
sudo apt-get update
sudo apt-get install piaware
.......
.......
The following packages have unmet dependencies:
piaware : Depends: libboost-filesystem1.62.0 but it is not installable
Depends: libboost-program-options1.62.0 but it is not installable
Depends: libboost-regex1.62.0 but it is not installable
Depends: libboost-system1.62.0 but it is not installable
sudo wget -O ~/libboost-system1.62.0_1.62.0+dfsg-4_armhf.deb http://ftp.us.debian.org/debian/pool/main/b/boost1.62/libboost-system1.62.0_1.62.0+dfsg-4_armhf.deb
sudo wget -O ~/libboost-filesystem1.62.0_1.62.0+dfsg-4_armhf.deb http://ftp.us.debian.org/debian/pool/main/b/boost1.62/libboost-filesystem1.62.0_1.62.0+dfsg-4_armhf.deb
sudo wget -O ~/libboost-program-options1.62.0_1.62.0+dfsg-10+b1_armhf.deb http://ftp.us.debian.org/debian/pool/main/b/boost1.62/libboost-program-options1.62.0_1.62.0+dfsg-10+b1_armhf.deb
sudo wget -O ~/libicu57_57.1-6+deb9u3_armhf.deb http://ftp.us.debian.org/debian/pool/main/i/icu/libicu57_57.1-6+deb9u3_armhf.deb
sudo wget -O ~/libboost-regex1.62.0_1.62.0+dfsg-4_armhf.deb http://ftp.us.debian.org/debian/pool/main/b/boost1.62/libboost-regex1.62.0_1.62.0+dfsg-4_armhf.deb
sudo dpkg -i libboost-system1.62.0_1.62.0+dfsg-4_armhf.deb
sudo dpkg -i libboost-filesystem1.62.0_1.62.0+dfsg-4_armhf.deb
sudo dpkg -i libboost-program-options1.62.0_1.62.0+dfsg-10+b1_armhf.deb
sudo dpkg -i libicu57_57.1-6+deb9u3_armhf.deb
sudo dpkg -i libboost-regex1.62.0_1.62.0+dfsg-4_armhf.deb
sudo apt-get install piaware
sudo apt-get install dump1090-fa
.
sudo apt-get install dump978-fa
..........
The following packages have unmet dependencies:
dump978-fa : Depends: libsoapysdr0.5-2 but it is not installable
E: Unable to correct problems, you have held broken packages.
sudo wget -O ~/libsoapysdr0.5-2_0.5.4-1_armhf.deb http://ftp.us.debian.org/debian/pool/main/s/soapysdr/libsoapysdr0.5-2_0.5.4-1_armhf.deb
sudo dpkg -i libsoapysdr0.5-2_0.5.4-1_armhf.deb
sudo apt-get install dump978-fa
.
sudo piaware-config allow-auto-updates yes
sudo piaware-config allow-manual-updates yes
sudo piaware-config feeder-id xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
sudo piaware-config uat-receiver-type sdr
sudo sed -i 's/--device-index 0/--device-index 00001090/' /etc/default/dump1090-fa
sudo sed -i 's/driver=rtlsdr/driver=rtlsdr,serial=00000978/' /etc/default/dump978-fa
sudo reboot
Piaware OK
dump1090-fa OK
dump978-fa FAILED
.
pi@orangepipc:~$ sudo systemctl status piaware
* piaware.service - FlightAware ADS-B uploader
Loaded: loaded (/lib/systemd/system/piaware.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2019-09-14 23:34:12 UTC; 1min 23s ago
Docs: https://flightaware.com/adsb/piaware/
Main PID: 1034 (piaware)
Tasks: 4 (limit: 2072)
Memory: 16.6M
CGroup: /system.slice/piaware.service
|-1034 /usr/bin/piaware -p /run/piaware/piaware.pid -plainlog -statusfile /run/piaware/status.json
|-1220 /usr/lib/piaware/helpers/fa-mlat-client --input-connect localhost:30005 --input-type dump1090 --results beast,connect
`-1223 /usr/lib/piaware/helpers/faup1090 --net-bo-ipaddr localhost --net-bo-port 30005 --stdout --lat 43.xxx --lon -79.xxx
Sep 14 23:34:16 orangepipc piaware[1034]: piaware received a message from dump1090-fa!
Sep 14 23:34:17 orangepipc piaware[1034]: mlat-client(1220): Beast-format results connection with ::1:30104: connection established
Sep 14 23:34:17 orangepipc piaware[1034]: piaware has successfully sent several msgs to FlightAware!
Sep 14 23:34:18 orangepipc piaware[1034]: mlat-client(1220): Accepted Beast-format results connection from ::ffff:192.168.0.10:53956
Sep 14 23:34:47 orangepipc piaware[1034]: 139 msgs recv'd from dump1090-fa; 139 msgs sent to FlightAware
Sep 14 23:34:47 orangepipc piaware[1034]: 0 msgs recv'd from dump978; 0 msgs sent to FlightAware
Sep 14 23:35:16 orangepipc sudo[1244]: piaware : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/netstat --program --tcp --wide --all -
Sep 14 23:35:16 orangepipc sudo[1244]: pam_unix(sudo:session): session opened for user root by (uid=0)
Sep 14 23:35:16 orangepipc sudo[1244]: pam_unix(sudo:session): session closed for user root
Sep 14 23:35:16 orangepipc piaware[1034]: no ADS-B data program seen listening on port 30978 for 63 seconds, next check in 60s
pi@orangepipc:~$ sudo systemctl status dump1090-fa
* dump1090-fa.service - dump1090 ADS-B receiver (FlightAware customization)
Loaded: loaded (/lib/systemd/system/dump1090-fa.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2019-09-14 23:34:06 UTC; 2min 27s ago
Docs: https://flightaware.com/adsb/piaware/
Main PID: 768 (dump1090-fa)
Tasks: 3 (limit: 2072)
Memory: 6.8M
CGroup: /system.slice/dump1090-fa.service
`-768 /usr/bin/dump1090-fa --device-index 00001090 --gain -10 --ppm 0 --net-bo-port 30005 --max-range 360 --net --net-heartb
Sep 14 23:34:06 orangepipc systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
Sep 14 23:34:07 orangepipc dump1090-fa[768]: Sat Sep 14 23:34:07 2019 UTC dump1090-fa 3.7.1 starting up.
Sep 14 23:34:07 orangepipc dump1090-fa[768]: rtlsdr: using device #1: Generic RTL2832U (Realtek, RTL2832U, SN 00001090)
Sep 14 23:34:07 orangepipc dump1090-fa[768]: Detached kernel driver
Sep 14 23:34:07 orangepipc dump1090-fa[768]: Found Rafael Micro R820T tuner
Sep 14 23:34:07 orangepipc dump1090-fa[768]: rtlsdr: enabling tuner AGC
Sep 14 23:34:08 orangepipc dump1090-fa[768]: Allocating 4 zero-copy buffers
Sep 14 23:34:08 orangepipc dump1090-fa[768]: Detected Kernel usbfs mmap() bug, falling back to buffers in userspace
pi@orangepipc:~$ sudo systemctl status dump978-fa
* dump978-fa.service - dump978 ADS-B UAT receiver
Loaded: loaded (/lib/systemd/system/dump978-fa.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Sat 2019-09-14 23:37:08 UTC; 16s ago
Docs: https://flightaware.com/adsb/piaware/
Process: 1257 ExecStart=/usr/share/dump978-fa/start-dump978-fa (code=exited, status=2)
Main PID: 1257 (code=exited, status=2)
You’re installing a binary package on an entirely different distribution, what did you expect?
I mean, it’s great that you’re experimenting, but you’re trying stuff that’s entirely expected to fail. Build it from source if you need to run on a different distribution that has different versions of the dependencies.
A note: On my Orange Pi One I have installed Armbian Stretch and the binary packages worked fine.
I reverted back to my Pi3 since then…
Same here. On my Orange Pi PC with Armbian Stretch, package install from FA repository works OK. It is Buster which is causing failure by this method.
I expected 50% chance of success, 50% chance of failure. The results are not unexpected. 
.
That is what I am going to do now. Since package install from FA repository is easier, I tried it first.