Onderwerp: OpenCPN create new config file na powercycle

Lopen tegen een vreemd probleem aan.
Op de Raspberry pi 4 wordt na een powercycle vaak een nieuwe config file aangemaakt, omdat hij de oude niet kan vinden?
Voor de powercycle staat de aangepaste file gewoon op zijn plek, in ons geval:
/home/pcnautic/.opencpn/opencpn.conf
We zien wel dat de logfile niet alles logged hij lijkt problemen te hebben dat de tijd verspringt?
/home/pcnautic/.opencpn/opencpn.log

Na een reboot of een nette shutdown en dan een power reconnect treed het probleem niet op.

MIsschien moet je je jongens even laten googlen?
Kan je veel op vinden hoor, dat internet.

Bedankt voor de tip Chris! Ik vroeg me al af waar dat google nu eigenlijk voor was.

Uiteindelijk alleen dit kunnen vinden:
www.cruisersforum.com/forums/a...ex.php/t-218852.html

En daar op verder gaan borduren, blijkt dat als ik OpenCPN afsluit en dan meteen een powercycle uitvoer er zo goed als altijd een corrupte config file is.
Na minimaal een minuut wachten is het vooralsnog niet meer voorgekomen tijdens een tiental testen.
Ik vindt het een beetje vreemd dat de file kennelijk nog "open" blijft staan na het afsluiten van OpenCPN.

Sowieso kan een ongewenste powercycle altijd voorkomen dan wil je toch niet meteen je settings kwijt zijn?

Een kopie maken van de config file en die terug zetten is gelukkig niet moeilijk voor mij maar of dat handig is voor de gemiddelde gebruiker?

Graag gedaan hoor.
Volgens mij is er een andere site over opencpn waar je bugs kan melden.
Opnieuw even google inschakelen.

Een powercycle zonder shutdown vindt je filesystem niet fijn, tenzij je alles van het sd-kaartje read-only mount. De shutdown-procedure zorgt er onder andere voor dat alle draaiende processen een signaal krijgen dat ze moeten afsluiten, en dat de cache geflusht wordt.

Zeilprutser schreef :
Om je SD-kaart te sparen wordt data gebufferd, immers is het aantal keren schrijven gelimiteerd. Dan kan het voorkomen dat je het systeem afsluit terwijl de data nog niet geflusht is. Of dat de spanning wegvalt net als het bestand geopend is om te herschrijven.

Bij een snelle herstart kan het daarom geen kwaad tussen de afsluiten opencpn nog eens "sync" te gebruiken als admin (dus "sudo sync"). Het verschil tussen "/sbin/shutdown -r now" en "/sbin/reboot" is dat bij de eerste het systeem afgesloten wordt middels een "init 6", dat netjes gewcht wordt tot alle programma's afgesloten zijn, waarna "sync" wordt aangeroepen en het systeem wordt herstart. "reboot" doet in principe alleen dat: powercycle.

De reden dat rechtstreeks "reboot" aanroepen not done is.
Bij twijfel dus "sudo sync". Desnoods brouw je daar een laagje omheen zodat je dit als normale gebruiker kunt aanroepen zonder wachtwoord en zonder sudo.

En voor de rest dus een backup.

Voorzover ik weet is dit niet een OpenCPN probleem maar een raspberry/linux probleem.

OpenCPN sluit alle files netjes af bij het verlaten, maar linux zelf zet ea nog even in de wacht. Waarschijnlijk om schrijf cycli te besparen op de SD kaart. Dit kan je vast ergens instellen, maar vraag me niet waar

Edit:
Je zou OpenCPN kunnen starten vanuit een shell script, en na afsluiten gaat het script verder met een fsync commando. Dit schrijft alle data vanuit de cache daadwerkelijk naar de SD kaart.
zie ook https://stackoverflow.com/questions/705454/does-linux-guarantee-the-contents-of-a-file-is-flushed-to-disc-after-close

OpenCPN sluit af met de laatste gegevens van het gebruik op te slaan. Dus als je denkt afgesloten te hebben, werkt de Pi nog wat langer door om de afsluitbestanden te voltooien.

Doe je nu te snel de stroom eraf, omdat je denkt dat systeem al uit staat, dan kan de config van OpenCPN corrupt raken. Gevolg is er wordt een nieuwe blanco config aangemaakt.

Ik heb dit ook gemerkt als van kaartsysteem verander, zeg maar van rasterkaart terug naar ENC. Gaat dit te vlug, ook dan loop je het risico dat je eerder ingesteld instellingen verloren gaan.

Is vervelend om het even opnieuw te doen.

Linux zelf heeft er in algemeen weinig last van. Het journaled file systeem ext4 is vrijwel altijd zelf herstellend.

Doe juist nu een uitgebreide test met mijn RPI kerstboompje.

De RPI met SD kaart voor de bediening van de knipperende ledjes staat gewoon direct op de tijdschakelaar van de kerstverlichting.

Gaat s'avonds uit en de volgende dag weer aan. Niks afsluiten. Gewoon de stroom eraf en vervolgens er weer op. Zo werkt het nu al een lange tijd, zonder haperingen.

Prettige Feestdagen allemaal.

Bedankt voor de antwoorden, ik ga er mee aan de slag.

Omdat de code van OpenCPN grotendeels gelijk is voor verschillende OS heb je misschien hier iets aan. Op Apple OsX kun je via OpenCPN's eigen menu het programma afsluiten zonder problemen. Maar sluit je af met het Dock van OS krijg je de mededeling OpenCPN quit unexpectedly. Wat mogelijk op een bug in de code van OpenCPN duidt. Een verzoek van het OS om af te sluiten wordt misschien niet goed afgehandeld.

brambo schreef :
Voor dit soort toepassingen gebruik je bij voorkeur een read-only files system.