Archived: Feed issues with 19-2

[Oblivian]

Even if you stop dump1090-fa by above command, the fr24feed will install, and then keep on trying to start dump1090-mutability v 1.14, IF in settings you have selected "Receiver: DVBT".

I didn't want to go creating a new thread, so figured more meddling to our discoveries previously may as well be added to.

/etc/systemd/system on Raspian/Jessie.. has .system files for scripts to run on start.

systemctl list-unit-files | grep enabled

Interesting to note the defaults which don't help advanced stuff I couldn't work out why I was ending up with a USB claim issue each time I rebooted after attempting to stop auto-starting of most apps and wanted to start a particular app that accessed SDR. Keeps flogging it each time.

[Service]
Type=simple
[B]Restart=always[/B]
LimitCORE=infinity
ExecStartPre=-/usr/lib/fr24/install_dump1090.sh
ExecStartPre=-/usr/lib/fr24/unregister_kernel_modules.sh
ExecStartPre=-/usr/lib/fr24/create_missing_directories.sh
ExecStart=/usr/bin/fr24feed

If you want it gone gone, sudo systemctl disable fr24feed.service

[zebradidit]

Thx for your attention.
I finally got it working.
1) I got rid of fr24feed:
sudo dpkg --purge --force-remove-reinstreq fr24feed

2) Re-installed fr24feed: (can't post links so fix the h t t p yourself)
sudo bash -c "$(wget -O - h t t p://repo.feed.flightradar24.com/install_fr24_rpi.sh)"

3) follow option3 here (can't post links so fix the h t t p s yourself)):
h t t p s: //forum.flightradar24.com/threads/8591-Raspberry-Pi-How-To-Install-Raspian-OS-Dump1090-FR24-Data-Feeder

4) sudo systemctl restart fr24feed

[abcd567]

@zebradidit
As you dont have any dump installed, you have to decide which version you want, then install it.

1. If you want dump1090-fa, follow steps on Flightaware site https://flightaware.com/adsb/piaware/install
   
   
2. If you want dump1090-mutability v1.14, it will be automatically installed if you make settings Receiver: DVBT Stick (default)"
   
   
3. To make the "Save" and "Restart" buttons available on page ip-of-pi:8754/settings.html, give following command, then reload/refresh your browser
   
   

   sudo chmod a+rw /etc/fr24feed.ini  
   sudo systemctl restart fr24feed

[zebradidit]

Thanks for your attention and assistance.

Here's what I got:

$ apt-cache policy dump1090-fa
N: Unable to locate package dump1090-fa
$ apt-cache policy dump1090-mutability
N: Unable to locate package dump1090-mutability

I went to my FR24 feeder settings and I can't find the save or restart button anywhere.
Is there a config file or script where I can manually modify all this instead?

fr24settings.jpg

[abcd567]

To check dump1090 versions installed:

apt-cache policy dump1090-fa

#If it is installed, above command will give following output
dump1090-fa:
  Installed: 3.5.3
  Candidate: 3.5.3
  ........

.

apt-cache policy dump1090-mutability

#If it is installed, above command will give following output
dump1090-mutability:
  Installed: 1.14
  Candidate: 1.14
  ........

[abcd567]

@zebradidit

You already have dump1090-fa, which starts and grabs the dvbt dongle. The rtl_test will fail unless you stop dump1090-fa

sudo systemctl stop dump1090-fa

Even if you stop dump1090-fa by above command, the fr24feed will install, and then keep on trying to start dump1090-mutability v 1.14, IF in settings you have selected "Receiver: DVBT".

Change it to "ModeS Beast" as follows:

1. Type following address in your browser
   
   IP-of-Pi:8754/settings.html
   Where IP-of-Pi is the Local IP of Pi and will be something like 192.168.0.21
   This will open FR24 Settings page in your browser.
   
2. Change field Receiver: DVBT to Receiver: ModeS Beast (TCP).
   
3. In the field Host/IP:, type 127.0.0.1:30005
   
4. Click "Save" button, then click "Restart " button. Both buttons are at bottom-right of settings page.

[zebradidit]

Hello
i am new on the forum already tried to find a solution but nothing worked
i am getting this error

I experience the same thing.
I'm running dump1090 and when I kill that process, the dongle seems to work right again.
Problem is dump1090 relaunches and when I rtl_test it shows the error again.
So now I wonder what to do. I have dump1090-fa and I also run piaware along with fr24 on my raspberry pi.

[fr24-pad]

My system works fine without them. Linux has mechanisms to determine which modules are required, and it loads them on demand (if this needs to be run at all, it only needs to be run at time of installation, not every time the service starts). The directory creation is for distributions that have /var/log on a volatile file system. Mine doesn't, so I don't need it.

[Kemistry]

... They are tasks that were split out of the update script.

Thanks for quick response but I was really chasing if they are needed in the fr24feed.service config file?
Do you mean they were split out of the FR24 update script and put into service config?
Or maybe I have ended up with some trash lines in my .service file that should be disabled or deleted?

[fr24-pad]

Those two additional lines were added after I created my clean version. They are tasks that were split out of the update script.

[Kemistry]

Thanks fr24-pad ... your hashed-out lines are as I would expect.
But just to prove there are many different configs in the wild, my fr24feed.service has 2 other lines that I think can also be disabled.
ExecStartPre=-/usr/lib/fr24/unregister_kernel_modules.sh
ExecStartPre=-/usr/lib/fr24/create_missing_directories.sh
Anyone know why they were included and why they should stay?
I see you have disabled them in your safe-fr24-install script - but why should I even let them into the service?

[fr24-pad]

@Kemistry

[Unit]
Description=Flightradar24 Decoder & Feeder
After=network-online.target

[Service]
Type=simple
Restart=always
LimitCORE=infinity
#ExecStartPre=-/usr/lib/fr24/install_dump1090.sh
#ExecStartPre=-/bin/mkdir -p /run/dump1090-mutability /var/log/fr24feed /run/fr24feed /var/log/lighttpd
#ExecStartPre=-/bin/touch /dev/shm/decoder.txt
#ExecStartPre=-/bin/chown -R fr24:fr24 /var/log/fr24feed /run/fr24feed /dev/shm/decoder.txt
#ExecStartPre=-/bin/chmod a+rwx /run/dump1090-mutability
ExecStart=/usr/bin/fr24feed
User=fr24
Group=fr24
PermissionsStartOnly=true
StandardOutput=null

[Install]
WantedBy=multi-user.target

[Kemistry]

@fr24-pad

Just for completeness of your advice, I wonder if you mind posting the contents of your clean fr24.service file (fr24feed.service-lgp).
I do agree that disabling the updater and all the dump1090 hacks is a great idea. Too many different configs out there. Too easy to stuff up.

[abcd567]

Why would you format the card if you are going to overwrite it all with an image?

Normally formatting is not necessary when overwriting with an image.

My card has started giving trouble so I first did an overwrite formatting (overwrite entire card with zeros) to clear it. It took more than an hour to do so.

[barjac]

@raffav

Just to replicate your case, I did following:

1. Formatted microSD card

Why would you format the card if you are going to overwrite it all with an image?