Onderwerp: Raspberry Pi starten vanaf SSD zonder SD kaartje

Gisteren weer eens vele uren aan een raspberry moeten besteden.
Ja ik weet het, iets wat werkt moet je niet updaten. Maar om mijn radar te laten werken had ik een 5GHz wifi nodig.
Wat blijkt er zijn een paar niet goed gecommuniceerde veranderingen doorgevoerd in Debian Linux.
- De tijd is niet meer in UTC geregistreerd. Maar in local time. Dus het commando date werkt anders.
- In de c compiler GCC hebben ze een nogal buggy restrict type qualifier voor pointers ingevoerd. Kortom voordat je daar allemaal achter bent zijn is een groot deel van de dag weer voorbij.
Verder wordt het ook steeds lastiger om systemd-networkd,dhcpcd en /etc/network/interfaces uit elkaar te houden. Ze werken elkaar zeer gemakkelijk tegen.
Dus als je een goed werkend systeem hebt en geen relevante reden hebt om een upgrade te doen blijf er gewoon van weg. Staat ook gewoon zo in de documentatie.

brambo schreef :
Das toch niet meer nodig met de laatste versies? (heb ik in ieder geval niet gedaan.. (ik zie dat Tom's hardware weer een vernieuwde beschrijving heeft)
Alleen jammer dat USB boot altijd pas komt na een SD boot fail ...

3Noreen schreef :
Je moet gewoon de dingen scheiden. Een werkend systeem en een paar kaartjes om nieuwe dingen uit te proberen.

Er zijn volop nieuwe ontwikkelingen. Maar gewoon een werkende versie achter de hand houden. Ook bij de beta kernel updates staat duidelijk aangeven deze niet in een "productie" omgeving te gebruiken. Echter het werkt wel steeds beter en sneller.

Inmiddels werkt de 64 bits versie hier ook prima. Laatste aanvullingen zijn de RealVNC server voor arm64 (RPI versie) en de RTL-DSR dongle calibratie voor AIS ontvangst.

Die Eeprom update kun je ook doen zonder de algemene update. Die Eeprom update die heb je nodig om vanaf de SD op te starten.

Groet,

Bram

Maarten-IW31 schreef :
Beste Maarten,

dat had ik in het begin ook. Nu niet meer. Mogelijk weer een verbeterde eeprom en ik heb een ander SSd kaartje. SDD start nu direct vanaf de SSD zonder eerste bezig te ijn een SD kaartje te zoeken.

Bram

Even nog een opmerking over

"sudo rpi-update"

Daarna werkt je image voor O-charts niet meer! Dus als je die geimaged hebt op de RPI en niet, zoals zekerder is, op een key, ben je die kwijt!

Enige wat dan helpt, is je oude SD kaart er weer in, en die naar de SSD kopieren.

Been there, done that, not worth it.

Joop66 schreef :
rpi-update wordt Sowieso afgeraden:

Maarten-IW31 schreef :
Er is niets mis met updates te proberen. Het voordeel is dat je altijd een werkend kaartje met een oudere werkende versie kunt gebruiken.

Alles wat nieuw is, kan onverwachte bugs veroorzaken. Maar in het algemeen zijn de updates steeds aanzienlijke verbeteringen.

Werk nu al geruime tijd met de 64 bits versie en heb daar geen problemen mee ervaren, alleen positieve dingen. Er ontbraken nog wat zaken zoals RealVNC en de RTL-DSR optie voor ais ontvangst. Beide zaken zijn inmiddels beschikbaar en werken prima.

De Oesenc kaart fingerprint werkt niet meer na een hardware aanpassing of een ander besturing systeem. Een kernel update heeft hierop geen invloed. Het idee van de fingerprint is achterhaald en is nu vervangen door een usb beveiligings dongle. Hiermee kun je de Oesenc kaarten sets op meerdere systemen gebruiken. Het versleutelde kaartmateriaal en de code in de dongle is de beveiliging.

Als je 1 set hebt gedwonload bij O-charts, dan kun je ook nog een tweede set gratis verkrijgen. Die kun je dan voor de dongle downloaden. Je moet alleen de dongle aanschaffen.

Met zo'n dongle heb je geen problemen meer bij een wisseling van de hardware of een ander OS.

Maarten-IW31 schreef :
Klopt allemaal.

Ik meld dit even apart, omdat er beschrijvingen rondwaren op internet (niet die van Bram) die dit voorschrijven. Bijna allemaal eigenlijk.

Mbt de reaktie van Bram: Ik snap wat je zegt. Tegelijk heeft een gebruiker daar geen boodschap aan. Die gaat niet na elke ronde updates een uitgebreide testronde in om te kijken of alles nog werkt. Die gaat er van uit dat een vrijgegeven update gewoon goed is. Dat "men" die testen al gedaan heeft. Daarom: werkend systeem? Geen nieuwe wensen? ==> Niet updaten.

brambo schreef :
Na aanschaf van zo'n stickje heb ik moeten ontdekken dat het maar werkt op een zeer beperkt aantal systemen.
Werkt NIET op
PC met Debian Buster OpenCPN versie Bionic 18.04
PC met windows 7
Macbook met catalina of high sierra

3Noreen schreef :
Beste 3Noreen,

je moet wel de juiste plugin gebruiken. Daar zijn een aantal verbeterde versies van verschenen. Werkt hier prima op AMD64 Debian Buster en AMD64 Focall. Alsmede op de 64 bits RaspiOS ARM 64(Debian Buster).

Windows 7 heb ik niet meer.

Er wordt nu volop gewerkt aan een opzet voor Android.

Het neemt echter wel een USB poort in beslag en gebruikers vergeten nog wel eens de plugin aan te zetten.

Bram

brambo schreef :
Heb jij een PPA gebruikt of heb je zelf een build gedaan ?
Met de PPA Bionic wil zelfs de plugin voor o-charts niet opstarten.
Als je een PPA gebruikt hebt, welke ?

3Noreen schreef :
De dongle van OpenCPN heeft een speciale versie van libusb nodig.
Dat zou het probleem met Debian Buster op moeten lossen.

Windows heb ik geen verstand van, maar zou moeten werken.
MacOS gaat niet werken (geen ondersteuning voor dongle van OpenCPN).

Welke versie libusb heb jij geinstalleerd? (De 0.1-4 wordt gebruikt door sglock).

$ dpkg -l |grep libusb

ii  libusb-0.1-4:amd64

ii  libusb-1.0-0:amd64

reuver schreef :
Het idee van de fingerprint is achterhaald ?? Volgens mij voor veel mensen nog steeds de enige mogelijkheid.
Inmiddels is mijn Debian installatie naar VM-ware verhuist.
Tot nu toe vind ik linux als server onovertroffen super. Maar als desktop ronduit een ramp. De jongens en meisjes die de desktop programmeren lijken totaal geen boodschap aan user ervaring te hebben. Ik moet de eerste linux distro tegenkomen waar een gewone gebruiker niet een terminal venster moet openen en een voor hem niet te begrijpen regels moet intikken om voor elkaar te krijgen wat hij of zij wil.

3Noreen schreef :
Dat is dus alleen waar voor mensen die een Mac gebruiken. En misschien Windows 7, maar bij Windows 7 moet je serieus de vraag stellen hoe geschikt het nog is voor een navigatiesysteem.

Voor gebruikers van alle andere systemen biedt een dongle het voordeel dat je onderliggende systeem kan veranderen. (Windows10 X86 en Linux I386, X86_64, ARMHF en ARM64). Als je dan die 2 tientjes voor een dongle bespaart heb je de kans dat je bij een verandering je kaarten kwijt bent. Kwestie van een risico en kosten/baten-analyse.

reuver schreef :
Waarom ?
Verder vind ik de suggestie dat er twee tientjes bespaard wordt raar. Ik heb zo'n ding aangeschaft. Koste overigens geen twee tientjes maar 29,26 € om precies te zijn. Maar zoals ik eerder in dit draadje andere gebruikers er op wees: Het ding werkt in veel gevallen niet. Bij mij niet op drie systemen. Drie tientjes over de balk. De kaarten set koste minder.

reuver schreef :

3Noreen schreef : Omdat Windows7 niet meer ondersteund wordt en de hardware die erbij geleverd werd ondertussen op leeftijd komt en daardoor minder betrouwbaar is.
Die dongle kun je ook gebruiken voor je kaarten van volgend jaar. Daarmee is de investering niet bij voorbaat weggegooid.

Ik heb vaker gehoord dat een key verloren gaat na een herinstallatie of upgrade dan dat de usb dongle niet werkt. Daarmee is voor mij de keus voor "geen dongle" een eenmalige besparing van 22,99 euro incl. BTW die uiterst discutabel is.

Zelf had ik in februari OpenCPN met oeSENC met fingerprint werkend op arm64. Voor een systeem voor eindgebruikers was dat zondermeer ongeschikt. Zelfs "early adapters" schakelden pas over op arm64 eind juni, nadat de SG lock library officieel geport was naar de arm64.

Linux moet kunnen werken met de eerder genoemde oplossing (libusb). Ik begrijp alleen dat jij niet wil werken met Linux en Windows 10. Dus ja, dan doe je weinig met de dongle. Maar mijn mening is dat je zelf heel bewust de keus maakt voor systemen die niet ondersteund worden.

MacOS is hierbij een aparte eend in de bijt. Ondersteuning voor de dongle op dat systeem mist hierbij ook voor recente systemen. Maar de meeste gebruikers werken niet "per ongeluk" met een Mac (en het zou mijn keuze niet zijn).

reuver schreef :
Altijd leuk dit soort welles nietes spelletjes. Bij mij kwam er €6,27 verzendkosten bij waardoor het toch weer drie tientjes was.
Als we nu eens beginnen met feiten te delen. Dat maakt de discussie prettiger.

Opmerkingen als Ik begrijp alleen dat jij niet wil werken met Linux en Windows 10 zijn nogal suggestief. Ik laat je schermafdrukken van mijn Linux zien. Hoezo er niet mee willen werken. Het is eerder andersom. Het zou zoals je zelf schrijft, het zou moeten werken. Alleen helaas voor mij doet het dat niet.

Windows 10 is een ander verhaal.
Mijn huidige plotter hangt nu 14 jaar in mijn boot. Die is nog nooit met het internet verbonden geweest. Dat kan ook helemaal niet. Ik heb hem opgehangen. Stop er jaarlijks een nieuw kaartje in. Dat is alle onderhoud wat ik er aan heb moeten plegen.
Nu probeer ik te kijken of een dergelijk systeem gebouwd kan worden op basis van een mini computer. Eenmaal de gewenste functionaliteit moet het ding toe kunnen met bij tijd en wijle een nieuwe kaart.
Mogelijk heb ik het helemaal fout maar ik heb sterk de indruk dat een windows 10 systeem niet zonder internet kan. Het houdt na verloop van tijd zonder internet verbinding gewoon op met werken. Windows 7 is na mijn weten de laatste Vensters versie die geheel jarenlang zonder internet verbinding blijft werken. Ik zie niet waarom software die doet wat het moet doen na verloop van tijd op zou moeten houden dat te doen. Vooropgesteld dat er niet via internet iemand er met zijn klauwen aan zit. Zonder verbinding lijkt me dat onmogelijk.

3Noreen schreef :
Waar komt dat vermoeden vandaan? Had ik nog nooit van gehoord...
Trouwens eens met de stelling dat iets zonder updates moet blijven doen wat het doet (zeker als je niet hoeft te beveiligen tegen netwerk aanvallen )

3Noreen schreef : Als je een willekeurige OpenCPN binary installeert met een willekeurige oeSENC deb-package krijg je deze fout.

Probeer OpenCPN 5.2 te installeren met de plugin die je kunt downloaden via "update Plugin Catalog". Je kunt deze ook offline installeren. De URL vind je in ".opencpn/plugins/cache/metadata/ocpn-plugins.xml". Als je het bestand download op een pc kun je deze inladen met de "import plugin" optie.

Als de geinstalleerde versie te oud is zou je "update catalog" moeten uitvoeren, maar de url vind je ook in github. Hier staat voor elk systeem een bestand waarin je de url kunt vinden, voor jou waarschijnlijk debian en dan zoek je de regel:

  <tarball-url> dl.cloudsmith.io/public/david-...ian-x86_64-10.tar.gz </tarball-url>

</plugin>

Of het samenwerkt met VMware weet ik niet. Ik weet wel dat enkele developers vmware gebruiken om vage installaties te testen, dus je hebt kans dat het werkt.

reuver schreef :
Er is wat info onder gesneeuwd geraakt die ik wel geschreven heb.

-Debian Buster vanaf een netwerk instal op een kale machine gezet. Dus geen VM-ware.
-OpenCPN geinstalleert vanaf een PPA versie Bionic.
-vervolgens sudo apt-get install opencpn
-vervolgens in OpenCPN update Plugin Catalog:Master
Dan krijg ik dit



Lijkt allemaal goed nietwaar.

Dan als laatste klik ik binnen OpenCPN instal oeSENC.




Vrijwel direct daarna het schermpje wat ik al gepost heb.



Kortom geen
Als je een willekeurige OpenCPN binary installeert met een willekeurige oeSENC deb-package

Beste mensen,

jullie maken het wel erg onnodig moeilijk.

Installleer gewoon de laatste Mint Focal versie voor AMD64. Neem aan dat je een 64 bits systeem gebruikt.

Dan OpenCPN volgens de gebruiksaanwijzing installeren met PPA. Dan krijg je OpenCPN vanaf de server en automatisch informatie als er verbeteringen zijn.

sudo add-apt-repository ppa:opencpn/opencpn

De kans bestaat dat add-apt nog niet in je systeem zit. Die moet je nog eerst even installeren:

sudo apt install software-properties-common

dan de eerste regel.

Dan sudo apt update en daarna sudo apt install opencpn

Dat is de standaard procedure.

Daarna de plugins die je wilt gebruiken. Het handigste hiervoor de pakket manager Synaptic te gebruiken.

Zit er meestal al standaard standaard in de Linux versie. Anders sudo apt install synaptic.

Synaptic starten vanaf de icoon of anders even handmatig met sudo synaptic

Dan doe je in synaptic zoeken op opencpn en daar zie alle beschikbare plugins, die je simpel kunt installeren door ze aan te klikken en uitvoeren te doen.

Je moet daarna nog wel de Oesenc plugin en andere plugins aanzetten in het plugin menu van OpenCPN.

Iets van een fingerprint hoeft niet meer, de versleutelde kaarten kijken gewoon of de dongle aanwezig is.

Geen hocus pocus maar gewoon de beschrijving volgen.

Zo werkt het hier.

Verder kun je ook nog de OpenPlotter extra's installeren en/of de SignalK server. Maar dat is een andere beschrijving.

Wel eerder gepruts eruit halen in de serverlijst.

Groet,

Bram

Bram Jij had het toch werkend op debian buster & amd64. Dus hou ons niet langer in spanning welke PPA heb je gebruikt ?

Over welke windows versie het meest geschikt zou zijn. Van iemand die dicht bij de bron van oeSenc zit.
Linux based or macOS systems are much more stable for this purpose. W7 and W8 as well.

Informatief draadje waar boven staande link naar verwijst. Vooral als het gaat om AMD64 versies van linux. Dat ik daar als argeloze gebruiker ingetuind ben.

Er zijn meerdere PPA's maar voor navigatie zou je de onderstaande moeten gebruiken.

Voor Debian Buster:
deb ppa.launchpad.net/opencpn/opencpn/ubuntu bionic main

Voor Debian Bullseye:
deb ppa.launchpad.net/opencpn/opencpn/ubuntu focal main

Nu heb ik op dit moment alleen de Focal versie geinstalleerd. Er is ook een standaard versie van Debian, maar volgens mij bestaat die alleen voor Sid en Bullseye, niet voor Buster. En daarvoor gebruik ik ook de Focal versie.

Als er bdbcat in de naam zit heb je de beta versie te pakken en die zou ik niet gebruiken.

PS De Mint versie met "sudo add-apt-repository ppa:opencpn/opencpn" geeft natuurlijk de bovenstaande focal regel.