Neutrino-Images

Hi,
thx, ich mach mich dran, kann aber bis morgen dauern.

Ciao,
DdD.

Hi,
hier die geänderte rcS. Wie gesagt: .txt entfernen, FTP-Transfermodus auf Binär stellen und nach dem Kopieren unbedingt auf die Ausführungsrechte 755 achten!
Tja, und dann brauchen wir wohl Geduld, bis der Fehler wieder auftritt und du das mitloggen kannst...

Ciao,
DdD.

Vielen Dank!

Die neue rcS läuft. Jetzt Geduld haben und jeden Start mitloggen...

Heute habe ich verpasst zu loggen
Über eine Woche bis Heute ist ohne Probleme gelaufen. Image 3.60.332 25.06.2019.

Ich werde jetzt loggen auf Raspberry Pi umleiten. Dann verpasse ich nicht.

Aber heute ist Deine Tank abgestürzt? Verwendest Du die geänderte rcS-Datei? Du hast mit dem pi bessere technische Möglichkeiten als ich. Viel Erfolg!!! Ich bin gespannt!

Bei mir läuft alles seit ein paar Tagen ok. Mit 3.60.303

Uli1101 hat geschrieben: ↑Sa 6. Jul 2019, 14:28 Aber heute ist Deine Tank abgestürzt? Verwendest Du die geänderte rcS-Datei? Du hast mit dem pi bessere technische Möglichkeiten als ich. Viel Erfolg!!! Ich bin gespannt!

Bei mir läuft alles seit ein paar Tagen ok. Mit 3.60.303

Ja , Heute ist meine Tank abgestürzt. (Aber nicht mitgeloggt)
Ja , ich habe rcS-Datei geändert.

So, jetzt hab ich ihn: Der gleiche Fehler im gleichen Modul auch schon Ende Mai: Segmentation-Fehler bei der Initialisierung "init of module lnxKKALDrv" in Zeile 495 bzw. 466. D.h. auch, wir können wieder zu der alten rcS ohne Ausgaben zurück.

Was mir noch auffällt: Zeile 42 "Warning - bad CRC or SFC, using default environment". Deutet das auf einen internen Speicherfehler, Hardwarethema? Hat jfk auch sowas?

Könnt Ihr damit was anfangen? Können wir evtl. in dem Modul "lnxKKALDrv" eigene Diagnoseausgaben setzen?

Viele Grüße!

Vermutlich eine race condition beim laden der Module. Da wohl ein CST Modul betroffen ist, wird da nichtmal viel bei rumkommen wenn man den Crash in einem Debug Image nachstellt. Probieren könnte man aber...

Hat jemand lnxKKALDrv Modul aus 2.6.34.14 und kann hier posten ?

In 3.10.93 habe ich gesehen, dass bei Init ioremap umgegangen werden kann.
Bei Crash ist "ioremap " umgegangen und an die Funktion "cnxt_heap_create" Adresse = NULL übergeben ist.

Dann kann ich beide vergleichen.

gandharva hat geschrieben: ↑Mo 8. Jul 2019, 10:48 Vermutlich eine race condition beim laden der Module. Da wohl ein CST Modul betroffen ist, wird da nichtmal viel bei rumkommen wenn man den Crash in einem Debug Image nachstellt. Probieren könnte man aber...

Hallo, ich mal wieder mit dem alten Fehler. Ich hab jetzt das debug-Image installiert, hatte aber einen Fehler in der .coredump, sodaß ich keinen coredump aufgezeichnet habe. Aber ich habe mitgeloggt, während die Box "starting..." anzeigte Vielleicht kann damit jemand was anfangen. Danke schonmal und viele Grüße!
Uli

Abgesehen davon, dass da wohl ein Problem mit dem laden eines Modules ist: hat die Festplatte wohl auch ein Problem

Die Datenträgerüberprüfung ergibt keinen Fehler. Hmmm...

Guten Morgen.

Wie ist die Sache damals eigentlich ausgegangen? Fehler noch gefunden und bereinigt?

Stoepsel hat geschrieben: ↑Mi 11. Mär 2026, 11:36 Guten Morgen.

Wie ist die Sache damals eigentlich ausgegangen? Fehler noch gefunden und bereinigt?

Hallo,

nein, ich habe den Fehler nicht gefunden und dann die Suche aufgegeben. Ich habe inzwischen eine andere Tank gebraucht gekauft - die hat das Problem nicht - und die mit dem Problem als Reserve behalten.

Schönen Gruß,
Uli

Hast Du damals evtl. mal die Festplatte gegen eine andere getauscht, um zu sehen, ob der Fehler evtl. an der Platte liegt?

Ja, das habe ich. Ich verwende eine 2TB SSD, hatte auch mit Festplatte die gleichen Effekte gehabt. Diese SSD läuft jetzt bisher problemlos in meiner "neuen" Tank.

Hast Du damals auch mal ein anderes Netzteil an der Tank getestet?

Nein, hab ich nicht. Aber das wäre mal einen Versuch wert. Schreib mal das Ergebnis, wenn/falls Du es getest hast.

Ich hab meine Probleme, die vor Monaten entstanden sind, im Coolstream-Forum gepostet.

Mir wurde dort gesagt, daß Bootprobleme meist mit einem defekten Netzteil zusammenhängen.

Das ursprüngliche Fehlverhalten meiner Tank (eine Art Bootloop) wurde durch ein anderes Netzteil beseitigt.

Danach gab es dann aber immer mal wieder Probleme mit der Festplatte (kaputte, nicht abspielbare Aufnahmen), wobei ich aber nicht unbedingt glaube, daß dies zusammenhängt, sondern eher am Alter der Platte o.ä. liegt.
Habe deshalb ne neue Platte eingebaut, und danach begann dann das "Starting..."-Problem.

Auch mit zwei verschiedenen Netzteilen (12V 5A) tritt der Starting-Fehler auf.

Ich habe auch manchmal "kaputte" Aufnahmen, auch jetzt vereinzelt mit der anderen Box, die nur aus komischen Fragmenten bestehen, in denen immer noch der Film zu erkennen ist. Da habe ich aber den Eindruck, daß der Gund in einem Tuner liegt, der sich "verschluckt" hat. Denke nicht, daß das bei mir vom Speichermedium kommt. Was Du bootloop nennst, kenn ich auch. Da bleibt die Box beim Booten hängen, läßt sich nur durch Aus-, Einschalten starten.

Ich habe es aber aufgegeben, mich damit zu beschäftigen. Ich glaube, das ist irgendeine Designungenauigkeit in der Technik der Box, der sich vielleicht erst zeigt, wenn z.B. Elkos altern.