debugging unter Rasberymatic

[Synopsis]

Hi zusammen!

ich habe ein LAN Gateway mit extrem schlechter Netzwerkanbindung (PowerLAN) in der Garage liegen und mein rfd schmiert regelmäßig ab.
Die letzten Äußerungen vor seinem Tod weisen auf dieses LAN-GW hin:

Code: Alles auswählen

2021/05/07 16:30:31.628 <Debug> LGWPortWrapper::reconnect(): Found device with serial MEQ1479354.
Segmentation fault (core dumped)

das MEQ ist das betroffene GW.
Nun wollte ich den RF Deamon debuggen (z.b. mit dbg) um nachzusehen, wo der Fehler sitzt (ein SegFault ist immer ein SQ Fehler !!!), aber ein Debugger ist (erwarteterweise) nicht drauf. Leider ist auch jegliches Paketing Tool (z.B. apt-get) offenbar vor der Auslieferung gelöscht worden.

Gibt es eine Möglichkeit, hier etwas debugging zu betreiben (jenseits von "Loglevel auf 0 setzen"), oder müßte ich mir dann ein komplett neues (Source-) Paket holen und den Kram von Null an Compilieren und Paketieren?

^5
sven

[jp112sdl]

Nun wollte ich den RF Deamon debuggen (z.b. mit dbg) um nachzusehen, wo der Fehler sitzt

Wozu die Mühe? Du kannst eh nix dran ändern.

komplett neues (Source-) Paket holen und den Kram von Null an Compilieren

Also wenn du die Quellen vom RFD hast, dann... WOW!

Leider ist auch jegliches Paketing Tool (z.B. apt-get) offenbar vor der Auslieferung gelöscht worden.

BusyBox und apt-get? Oh wei...

Hast du dich im Vorfeld mit RaspberryMatic auseinandergesetzt?

[Synopsis]

Nö, ich hab vor nem runden Jahr von anderen Plattformen suf RaspiMatic umgestellt, weil die Limitierungen der anderen zu extrem waren (FWUpdate etc.) und bin techt glücklich mit dem Ding.
Dass das OS mit Busybox läuft nervt schon, ja, aber viele "normale" Pakete kommen mit sowas klar. Gerade ein Debugger ist da recht unsbhängig solange die üblichen Std Libs greifbar sind. Sämtliche Scripte sind idR nicht lauffähig wegen der beschnittenen Feature der Standard Tools (ps etc.).

Die Quellen vom rfd sollten irgendwo auf Git rumfliegen, ich hab schon mal irgendwo Quellpakete gesehen ... ich hab da keine Hemmungen und wahrscheinlich auch gute Voraussetzungen .

Ohne die Busybox hätte ich nem Wrapper gebaut, der die Anbindung stabilisiert, aber es fehlt ja einfach alles 🥴

[jp112sdl]

Die Quellen vom rfd sollten irgendwo auf Git rumfliegen, ich hab schon mal irgendwo Quellpakete gesehen

Ich kann nur schmunzeln... Na dann toi toi toi

[jmaus]

Die Quellen vom rfd sollten irgendwo auf Git rumfliegen, ich hab schon mal irgendwo Quellpakete gesehen

Ich kann nur schmunzeln... Na dann toi toi toi

Da kann ich es dir nur gleich tun und mir die Hand vor den Kopf legen mit wieiviel Unbedarftheit und vorschneller Marnier hier mancher Dinge postet nur weil das gerade halt mal so "inn" ist mal schnell nen Tweet abzusetzen um der Welt zu melden das man auch da ist. Quellen vom "rfd" wird er definitiv nicht finden und auch einen Debugger wird ihm wenig helfen da die binaries alle fein säuberlich "gestript" sind. Und wenn man die Vorzüge von BusyBox/Buildroot nicht kennt und schätzt wird man es auch sehr sehr schwer haben da irgendwas auf die Beine zu bekommen. Aber ich lasse mich gerne überraschen!

[Synopsis]

Vielen Dank für diesen nutzlosen Unfug

Unbedarftheit und vorschneller Marnier hier mancher Dinge postet nur weil das gerade halt mal so "inn" ist mal schnell nen Tweet abzusetzen um der Welt zu melden das man auch da ist

Ich bin weder unbedarft noch versuche ich auf Modewellen mitzuschwimmen. Ich hatte um Hilfe bei einem konkreten Problem gebeten und nicht um <Zensur> Kommentare.

... ach ja: ich habe das nötige Wissen um zur Not auch in Assembler zu debuggen. Ich muß ja nicht den RFD reparieren, falls die Quellen nicht frei sind, es reicht, wenn ich die Ursache für der SegFault finde und "umschiffen" kann.

[jmaus]

... ach ja: ich habe das nötige Wissen um zur Not auch in Assembler zu debuggen. Ich muß ja nicht den RFD reparieren, falls die Quellen nicht frei sind, es reicht, wenn ich die Ursache für der SegFault finde und "umschiffen" kann.

Na dann leg los!. Bin gespannt was du so rausfindest und wohin das führt.

[jp112sdl]

ich habe das nötige Wissen um zur Not auch in Assembler zu debuggen. Ich muß ja nicht den RFD reparieren, falls die Quellen nicht frei sind, es reicht, wenn ich die Ursache für der SegFault finde und "umschiffen" kann.

Na siehst du. Problem schon fast gelöst.
Die Anzahl der Ratgebenden war ja ohnehin überschaubar.

Bin gespannt was du so rausfindest und wohin das führt.

Möglicherweise das übliche "So, ich habe die Lösung für mein Problem gefunden" ohne weitere Evidenz, da ihm eh niemand helfen wollte.

[Synopsis]

@Admins: bitte schließt das Thema, offenbar kommen hier statt Hilfe nur weitere selbstherrliche dumme Sprüche von fachlich Unversierten

[shartelt]

musst schon selbst Deinen Beitrag melden…so wird das nix…

aber danke, dass ich nun dieses lustige Thema auch gelesen habe