forum.pistar.uk

FYI - the FQDN resolves to 138.68.0.151

Hello,

I just noticed a new entry in the DMR_Hosts.txt file for a network called crazyhorse.network. Does anyone know anything about this?

Thank you for your response. If I look in /usr/local/etc, I see two DMR_Hosts.txt: DMR_Hosts.txt (52761 bytes) - 2020/05/06 - 03:27 DMR_Hosts.txt.20200506 (52809) - 2020/05/06 - 03:25 Wouldn't this indicate that Pi-Star isn't having an issue with downloading the latest version of the file? If I look...

What is the best practice for adding DMR Master servers to Pi-Star? I added a server to the custom DMR_Hosts.txt file (/root/DMR_Hosts.txt) and ran pistar-update which adds the server to the list (/usr/local/etc/DMR_Hosts.txt) without any issues. But...any time that pistar-update runs in the future,...

@MW0MWZ I certainly understand about keeping busy. Pi-Star continues to spread like wildfire, so that's a very good thing! But I was very serious about competing with the Openspot 3. They are substantially more expensive than buying an MMDVM-based hotspot (whether it runs Pi-Star or something else),...

Hello, First - congrats to the Pi-Star team on shipping version 4.1.0!!! Second - I read the announcement on the forum and I think you're selling yourself short. You have a lot to be proud of! The quote "So whats new - not much honestly, this process was focussed on fixing up the weird issues w...

@KE7FNS First - let me clear one thing up... I know this is not a Pi-Star issue. It's an issue that plagues the Raspberry Pi platform and is a direct result from the Pi's reliance on SD cards as their primary method of storage. Thankfully the 3B+ and 4 allow you to use alternative storage (SSD/HD or...

@KE7NFS I'll tell you what - go take a look at my profile on LinkedIn to see what I do for a living - then tell me I don't have familiarity with Linux or Unix operating systems. https://www.linkedin.com/in/jeffhochberg I've been working with Linux/UNIX operating systems for the past 25+ years - incl...

I wish that rebooting fixed the issue - even temporarily. It does not. Any time run Pistar-update/upgrade the final message beside exiting the script is “mount / is busy” When the script exits, the filesystem is (rpi-rw). There’s something that’s holding files open that doesn’t want to release them ...

Thanks for the follow-up. You dug through all the script and posted sections of it, but didn't bother to investigate what it was reporting. Actually, the line you referenced in the 'pistar-firewall' script is exactly how I discovered that the script was trying to write changes to /etc/iptables.rules...