Tank startet nicht aus dem Deep Standby

[Don de Deckelwech]

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

Ciao,
DdD.

[Don de Deckelwech]

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.

rcS.txt

(4.68 KiB) 99-mal heruntergeladen

[Uli1101]

Vielen Dank!

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

[jfk]

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.

[Uli1101]

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

[jfk]

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.

[Uli1101]

So, jetzt hab ich ihn:

putty20190707142110 Image 3.60.303 rcS neu, Aufwachen aus DS, Segmentation fault.log

(24.52 KiB) 103-mal heruntergeladen

Der gleiche Fehler im gleichen Modul auch schon Ende Mai:

putty20190530195339 fehlerhafter manueller Start aus deep standby.log

(23.14 KiB) 97-mal heruntergeladen

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!

[gandharva]

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...

[jfk]

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.

[Uli1101]

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

putty20200105174006.log

(2.72 KiB) 100-mal heruntergeladen

Vielleicht kann damit jemand was anfangen. Danke schonmal und viele Grüße!
Uli

[Miky]

Abgesehen davon, dass da wohl ein Problem mit dem laden eines Modules ist:

Code: Alles auswählen

lnxnotifyqDrv: gave up waiting for init of module lnxKKALDrv.

hat die Festplatte wohl auch ein Problem

Code: Alles auswählen

[  314.475470] EXT4-fs (sda1): initial error at time 1567366974: ext4_mb_generate_buddy:755

[Uli1101]

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