I think it should have the same directory structure.
What do you get with
ls -la /etc/default
root@odroid:~# ls -la /etc/default
total 92
drwxr-xr-x 2 root root 4096 Sep 13 01:12 .
drwxr-xr-x 99 root root 12288 Sep 8 23:30 …
-rw-r–r-- 1 root root 2768 Sep 12 22:07 airspy_adsb
-rw-r–r-- 1 root root 222 Dec 29 2017 bsdmainutils
-rw-r–r-- 1 root root 486 Sep 8 23:10 collectd
-rw-r–r-- 1 root root 283 Jul 8 2020 console-setup
-rw-r–r-- 1 root root 65 Jul 31 2019 cpufrequtils
-rw-r–r-- 1 root root 549 Aug 23 2014 crda
-rw-r–r-- 1 root root 150 Nov 16 2017 cron
-rw-r–r-- 1 root root 297 Nov 16 2017 dbus
-rw-r–r-- 1 root root 2303 Sep 9 12:16 dump1090-fa
-rw-r–r-- 1 root root 2311 Sep 8 22:31 dump1090-fa.airspyconf
-rw-r–r-- 1 root root 1661 Sep 13 01:12 graphs1090
-rw-r–r-- 1 root root 1159 Mar 26 2020 im-config
-rw-r–r-- 1 root root 150 Jul 8 2020 keyboard
-rw-r–r-- 1 root root 35 Nov 22 2018 locale
-rw-r–r-- 1 root root 0 Aug 31 01:43 motd-news.wasremoved
-rw-r–r-- 1 root root 152 Oct 15 2018 networkd-dispatcher
-rw-r–r-- 1 root root 1756 Apr 17 2018 nss
-rw-r–r-- 1 root root 133 Jan 17 2018 ssh
-rw-r–r-- 1 root root 851 Sep 8 23:30 tar1090
-rw-r–r-- 1 root root 1118 Feb 8 2020 useradd
root@odroid:~# nano/etc/default/graph1090
And it is there.
Have no idea why you can’t edit it.
Weird as I have used nano before without issue, but installed and a reply that it was all ready there:
root@odroid:~# sudo apt-get -y install nano
Reading package lists… Done
Building dependency tree
Reading state information… Done
nano is already the newest version (4.8-1ubuntu1).
0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
Anyway sudo nano worked this time and scatter enabled. Thanks all.
Just in relation to our 2342 problem, is there anything we can do to proof that system before we get to 2342 later and find out the data is gone again??
Restart collect and graphs1090.
sudo systemctl restart collectd graphs1090
If the graphs are blank, problem still exists.
But it really shouldn’t now that you updated to the version that actually fixed it.
Graphs remain populated, yay. 5 hours and we will see… still got graph data 
That’s exactly what that nightly timer does, it restart collectd, nothing more.
And at this end, that is all it did, no issues, past 2342 and graph data in tact. thanks 
After installing Piaware 6.1 collectd no long works. I remember seeing a solution in this thread from, I believe @wiedehopf to @SoNic67 . I think the issue is with python? Can someone help please? Thanks!
Edit: This is a fresh install on a PC running Linux Mint 20.1. Fresh install of graphs1090.
● collectd.service - Statistics collection and monitoring daemon
Loaded: loaded (/lib/systemd/system/collectd.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/collectd.service.d
└─malarky.conf
Active: activating (auto-restart) (Result: exit-code) since Tue 2021-09-14 15:03:41 EDT; 753ms ago
Docs: man:collectd(1)
man:collectd.conf(5)
https://collectd.org
Process: 6148 ExecStartPre=/usr/sbin/collectd -t (code=exited, status=0/SUCCESS)
Process: 6152 ExecStartPre=/bin/bash /usr/share/graphs1090/readback.sh (code=exited, status=0/SUCCESS)
Process: 6181 ExecStartPre=/usr/sbin/collectd -t (code=exited, status=0/SUCCESS)
Process: 6182 ExecStart=/usr/sbin/collectd (code=exited, status=1/FAILURE)
Process: 6183 ExecStopPost=/bin/bash /usr/share/graphs1090/writeback.sh (code=exited, status=0/SUCCES>
Main PID: 6182 (code=exited, status=1/FAILURE)
1 Like
Yeah i’m not gonna hand-hold everyone doing installs on random linux distributions that don’t have a working collectd with python support.
The x86_64 version of this work-around might work though …
GitHub - wiedehopf/graphs1090: Graphs for readsb / dump1090-fa / dump1090 (based on dump1090-tools by mutability)
1 Like
Pretty sure. I tried reinstalling collectd and graphs1090 and I’m still getting the error from collectd. What’s driving me crazy is that I just installed Piaware 6.1 on a different laptop yesterday and got the same error. I searched in this forum and found the answer right away. Now I can’t.
That did it. Thanks! Sorry for the bother.
1 Like
It’s fine … seems that file location and python 3.8 seems to be very typical for the distributions with that issue.
2 Likes
@wiedehopf Any possibility of adding a GAIN graph for non-airspy stations (Piaware 6 auto gain)? Thanks.
3 Likes
That would be really really cool. 
Good idea 
20 characters
1 Like